Messages

1) VDR env (and then also VDR fonts) should be UTF8. This will effect timers, file names and epg information. If you did use the ISO fonts before you should manually change the fonts of your recordings and the epg data of recordings to UTF 8 and delete your old timers file at:

Code Select Expand

/var/lib/vdr/timers.conf

You can convert vdr file names (recording names) to UTF8 by running the following command in the recordings directory:

Code Select Expand

convmv --notest -r -f latin1 -t utf-8 .

You can convert the epg-information of recordings (the vdr.info file contents) to UTF8 by running the following command in the recordings directory:

Code Select Expand

for i in `find . -name info.vdr` ; do cp -a $i $i.pre-utf8 && iconv -f latin1 -t utf-8 $i.pre-utf8 > $i && rm $i.pre-utf8 ; done

2)  l10n/main-de of the vompserver plugin should be in UTF8. Currently you have to do this manually. This will effect the German translations of VOMP menus, etc.

Code Select Expand

cp main-de main-de-iso ; iconv -f iso-8859-1 -t utf-8 <main-de-iso >main-de

3) This is to make the raspi vomp client fonts to UTF8.

Can you precise if the umlauts are broken in menu texts (case 2 above) or in epg information & recordings (case 3 above)?

Ok. I will check the code of the vomp platform when I have spare time.

Just one thing, does it matter if the area to be cleared crosses the drawable area, as it is now rounded up there is a possibility that r.x+r.w or r.y+r.h could cross the drawable area by a pixel? Is this a problem?

I can confirm the subtitles are now working fine! At the same time I found a small problem with ArteHD subtitle clearing (the clear area is very small, and a small rounding error leaves some of the subtitle on the screen without clearing it). I made a quick dirty patch to roundup the error in all cases (patch attached). It seems to work, even it is not absolutely correct way to handle the problem (Should really add up the fractional parts (x + x-width & y + ywidth) and make rounding only then).

I just updated to latest version and after applying the update e155f8b "Fix live TV ac3 playback, probably a very old bug" the dvb-subtitles do not show anymore!

Ok, now also teletext pages are detected and subtitles can be turned on when the teletext pages are watched. No subtitles should be displayed while other objects are on the screen. When the screen is empty the subtitles will be displayed (if turned on).

Discard the previous patch and use this instead!

Ok,

I changed the patch to work the way you told (actually it is much more simple now). I run some preliminary tests and it seems to work fine. The only thing that does not work is the teletext page that keeps wiped out by each subtitle.

Ok I will make it the clean way without global variables and using a method on dvbsubtitles to set the subs on or off. I could try to do it without locking, as it should be quite safe.

Ok, if the pids are only red at channel change that rules out an easy way to make automatic language choice for subtitles as the subtitle pids change very often between programs.

I finally found the reason of my sound problems. I have been running vomplient with logging on to make some debugging and the stream of the old DVB-T card produces so much error logging (on every packet), so that was jamming the sound. When I noticed that and ran the client without logging everything is fine!

Currently when DVB subtitles are in use they do draw sometimes on top of the OSD and vice versa.

Attached patch makes up a global (and a little bit ugly) variable which is protected by mutex locks. Threads drawing OSD components or teletext pages set this variable to value "true" when objects are made visible on the OSD and when clearing the OSD screen it is set to "false".

The dvbsubtitles drawing and clearing routines will always check if the screen is clean (empty) using this variable before making changes to screen. So dvbsubtitles will not draw subtitles neither try to clear screen regions if there are visible OSD components.

After short tests it seems working and subtitles are now more usable as they do not write over on top of OSD objects.

Marten, if the patch looks ok, could you please add it to git?

I am using HDMI and now when I checked the file with VLC player it was playing fine. So I guess it must be a combination of problems with that particular DVB-T card and the network connection with the VOMP client.

I am anyway in process of upgrading my VDR box and I will replace that old PCI-card at the same time, so the problem is not so big.

The "black screen" problem seems to happen only with the stream coming form that one card. I just updated the newest git firmware version and it seems that I have not had the black screen problem with that, so it might have been something to do with the firmware level. In the beginning it required total reboot of the raspi, but sometimes it had been enough just to stop the client and restart it. Anyway I have not had the problem for few days now. If the problem reoccurs I will try to get some log information.

The aspect ratio problem however is still there. It happens with all my DVB feeds (could it be because of the git level firmware?).  If I switch to a channel having a 4:3 SD broadcast and I keep watching it the aspect ratio does not change to 16:9 even it should when the next program is starting. If I however change then to another channel and return to the problem channel the aspect ratio changes to 16:9. So the problem occurs only with a "live" aspect ratio change. When switching channels everything works fine. I will try if the deinterlacer has any effect on it (it has been currently on). I am using HDMI only for both picture and sound.

-----

Recent Observations:

I did more testing with the aspect ratio problem and found out that it seems also that the subtitle channels do not change from program to another.

If the first program (on same tv channel) has for example subtitle channels "fre" and "eng" and the second has only "fre", the audio selection menu still shows subtitle channels "fre" & "eng" when the second program has been running already for 20 minutes. If I switch to another channel and back the situation is corrected and I now only have "fre", like it should be.

So it looks like when starting to watch a channel all the pids are correctly red, but if the pids change in the middle of the feed the change is never registered. I guess that might happen with the aspect ratio information too.

Sorry, I managed to upload the old file. Anyway here is the new one. The sound is breaking a little bit in the beginning of the recording and at the end again. I have also noticed that when watching channels with this kind of feed after about an hour the picture will change to black screen (only the MPEG2 feed, the menus on blue back ground work fine). To get the picture back I need to exit vomp client and restart it:

http://wikisend.com/download/365328/00001.ts

I found also an aspect ratio bug. If I watch a 4:3 live SD TV program and the next program is in 16:9 format the aspect ratio does not change to 16:9 but the display keeps in 4:3 aspect ratio with black bars on sides.

-Jussi

Ok, you can find a sample form here:

http://wikisend.com/download/752080/00001.ts

It has some sound problems (sorry not in English...) and the errors I mentioned.

I have some sound problems (there is a small squick sound about once a minute) on the DVB-T channels received by my old DVB-T PCI card. I was making some logging and I get constantly the following messages.

Code Select Expand

[mp3 @ 0x575ac0] incorrect frame size
21:41:37.856343 [debug]  2017 Audio - saved audio: 672
[mp3 @ 0x575ac0] incomplete frame
21:41:37.863017 [debug]  2017 Audio - We can not decompress 506 save for later 1 42d7e0be 1088
    Last message repeated 2 times
[mp3 @ 0x575ac0] incorrect frame size
21:41:37.871029 [debug]  2017 Audio - saved audio: 672
[mp3 @ 0x575ac0] incomplete frame
21:41:37.876860 [debug]  2017 Audio - We can not decompress 556 save for later 1 42d7e36c 12b0
    Last message repeated 2 times
[mp3 @ 0x575ac0] incorrect frame size
21:41:37.882492 [debug]  2017 Audio - saved audio: 672
[mp3 @ 0x575ac0] incomplete frame
21:41:37.888229 [debug]  2017 Audio - We can not decompress 606 save for later 1 42d7e61a 1590


Solved: The aspect ratio change works after latest git updates! Sound problems caused by running vompclient with logging enabled. Without logging problems disappear. Also tuning the TCP Receive Window size to 16384 helped to get rid of the last sound problems.

At least for me it used to work before the git updates of last weekend. I have not tested with the new updates and I will be next to my raspi client only in weekend, but I can test it then if nobody does it before!