Messages

Thanks, that is great.

I will now build up the newest version and check how it works!

How is it about the sound, is it also selected by the preferences of the vdr side (that would be handy for multilingual channels like Arte or Euronews). If I remember correctly current situation is that the vomp selects a first sound channel (which is for example different with German and French Arte).

I tested the vomp side and no problem after 24 hours of running subtitles on, so there is no memory leak on the vomp side!

-JTe

Ok, then there might be another memory leak on the mvp side. I have to check when and how the error happens over there.

By the way would it be possible to take the default subtitle state (language / subtitles off) from the vdr server side and use that default state on the vomp client too? That would make the client more user friendly...

-JTe

That was fast! Thanks!

At some time in the future it should also be committed on the regular vompclient thread as it looks like it is also effecting old mvp clients.

-JTe

That is nice! I have noticed that the subtitles section should be also checked. There seems to be a memory leak or something like that as after about 30 minutes to one hour of having the subtitles on they disappear and also the normal menus get corrupted. I could try to dig in that when I have some extra time...

-JTe

Still in to-do list, just have to find time to set up my test environment!

Ok, I will debug the new fixes.

I just built the new server from 0-4-0rc and the latest Raspi vomp client and found out that the dvb subtitles stop working after about 10 to 15 minutes. Has anybody else found the same problem, or do I have something wrong with my build environment?

I did not have time to debug more, but it could be a memory leak, or a flag that is not turned off/on correctly?  I had to restart the whole client and then I will get the subtitles back again (for the next 10 to 15  minutes).

Could it be possible to change the upcoming server version 0.4.0 the way that the subtitle and audio pids are organized on server side using the preferred order of audio and subtitle channels of VDR? This way the vomp client would always play correct audio channel. For subtitles an option to display subtitles by default could be then added and the subtitles would also be in correct language.

Currently the pids are in order they are broadcasted and for example if I prefer French language over German the Arte channel (which has the German audio pid before French) will be in German and I have to always select the French audio track manually.

I will look at that. I need to do some debugging as it seems that the toggleSubtitles method is in place in player.cc as in videolivetv.cc, but just does nothing in record mode.

Do you know, did the toggleSubtitles work with the old MVP vompclient?

Now the deinterlacing seems to work now (after a second reboot). So I guess it was something to do with my firmware upgrade and only one reboot after it.

Almost everything works now with the new firmware update and the today's update to git "Fixes for next firmware tree#, except the 1080i deinterlacing!

When I tried the new firmware without the newest git update (yes I did reboot) the deinterlacing was working with 1080i, but with the 720i I had no picture... Now with the newest version compiled I have a picture with both but no 1080i deinterlacing.

Yes, it seems the problem is the one discussed on the Raspberry pi forums. I got the same artefacts with omxplayer as with the vomp client. It seems the same case as in:

http://www.raspberrypi.org/phpBB3/viewtopic.php?f=35&t=25749

I have some problems with TF1 picture quality (white squares appearing every 5-10 seconds) on my vomp client. I was trying to play with my network settings but could not get rid of the problem. Attached is a short recording (sorry about the content, but it was all there was on this morning...). I have absolutely no problems with eg. German hd channels.

This recording as well as live tv play totally fine on the vdr box itself.

The link to download the sample is:

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

Ok, I must have been building and installing only the server binary and not a full package with l10 files (so I must have the old l10 files installed).

Yes  you are right in not needing to change the VDR to UTF8 to run the vomp, but at least with the version 1.7.27 VDR menus with umlauts (on VDR side, not vomp) did not work with the ISO-fonts with the skins I was using (so nothing to do with vomp, more like with the vdr itself). Because of this  I have never tried to run the VDR server & vomp with ISO fonts, but I assume it works (anybody tested this?)