Messages

I'm running your 'latest' CVS update, and twice this evening the client has stopped responding to the remote. In each case I opened the 'Timer' menu (which has two entries) then went back to the main menu using the 'Back' button. The problem is that it's not repeatable; I've also been flipping around the menus and watching live and recorded TV for a couple of hours with no problems. There is nothing in the server logs.

I've been tracking the CVS versions for months and this problem has only just occurred.

As it's only a one-line patch, could you make the change manually?

Dave

No, afraid not. AIUI the subtitle code added to vdr for 1.6.0 exposed a bug in the vomp client, which caused it to freeze when a recording with subtitles was displayed.

The patch needed to work with vdr's subtitle support is in demux.cc on the client, and is between versions 1.41 and 1.42. It should be possible to back-port the patch to earlier versions.

I've been running the CVS version for several months and find it a huge improvement, the EPG display in particular is much more responsive. However it is still incomplete and does not play radio channels.

That issue is fixed in CVS - it is a code bug which was detected by an updated version of GCC.

Three ways to fix it -

1. Comment out the offending code (this is what CVS does via an IFDEF):
if (NeedsDetachReceivers)
    {
      Log::getInstance()->log("MVPReceiver", Log::DEBUG, "Needs detach receivers");
        // Need to detach other receivers or VDR will shut down??
    }

2. Modify the makefile to not treat warnings as errors.

3. Use an older GCC version.

Well there is some news from VDR. Klaus has said that he will release the present development version (which includes subtitle support) as a new stable version 1.6.0. Maybe that will make it easier to apply subtitles to VOMP.

AFAIK the message about cPlugin::ConfigDirectory() is only a warning and can be ignored.

I think I've just solved this one. There was a bug in the AC3 audio code: if the demuxer came across a private stream packet that was not an AC3 packet (like a subtitle packet) then it just hung on it forever.

Fixed in CVS. I can't test AC3 but I've tried my best not to break it in the process

I spent ages looking at that code and convinced myself it was OK 

Yes that now works with recordings from vdr > 1.5.9. Many thanks.

Hopefully over the break I'll work out why VOMP won't play recordings made with vdr > 1.5.9 (ie versions with subtitling support). Maybe one small step on the road to subtitles...

The CVS version is working for me now  The remote control seems much more responsive, with the scrolling speed of the EPG in particular much improved.

Also the $configdir/plugins/vompserver directory must be owned by the user which runs vdr, otherwise changes are not saved (the vompserver needs to create temporary files in there).

Does anyone know if subtitles support is huge or gigantic work?

I'm not sure that subtitling is working correctly in VDR yet. There are discussions on the VDR mailing list about problems with the new subtitle code.

I can use VOMP with VDR 1.5.11 to view live TV or watch existing recordings, but if I make a new recording using 1.5.11 of a programme which has subtitles, playback freezes after a few seconds. VOMP hasn't crashed; the remote control still works, and I can view the recording on the server using mplayer. Hopefully thisis a VDR issue.

Once VDR is stable it presumably wouldn't be too difficult to use similar code in VOMP to extract the text. I don't know what would be involved in displaying text on-screen.

The latest 'experimental' version of vdr (1.5.11) has subtitle support built-in.

davep: I have fixed the arrow keys I hope, could you update your cvs client and test it, thanks.

Yes that's now working fine, thanks.

The new CVS version is working fine for me.

One small nit: In the "Options" menu the left and right buttons navigate between option tabs, however if I try to move too far to the left or right the buttons suddenly become volume controls again - very confusing. In the previous version, pressing the Right button when on the rightmost option screen had no effect.

(This is with the old remote control, BTW.)