Messages

I confirm that adding:

#include <stddef.h>

to mediafile.c fixes this issue.

Note: <stdio.h> is not required to fix this issue.

Hi

Is there any chance this could be rolling in to a new release on the main web page?
My vdr blew up earlier and so I am building a new one and got caught out by this again. I vaguely remembered the issue so looked for and found this thread and applied the patch and now it works but it would have been less hassle / time if the current release had it already applied.

Cheers

Walt

This still fails to compile with gcc V4.6.3, i.e. on Ubuntu 12.04. Commenting out the error allows the server to compile but we should figure out whether that line is needed and whether simply commenting out may cause undesired effects.
My vdr host blew up this morning and so I have been building a new one and this is one of the many issues I am having to resolve, having moved to the current version of vdr (1.7,22) running on the current LTS of Ubuntu (12.04).

I have started to suffer from this since I updated my Ubuntu 10.04 LST-2 VDR server. After a little investigation, I concur with Marten that there is already a message in req_queue when VompClientRRProc::threadMethod() is called.

I have worked around this for now by moving  rrproc.init() to before media=new MediaPlayer() and mediaprovider=new ServerMediaFile(cfgBase,media) in vompclient.c.

I think the plugin was spending time dealing with the MediaPlayer and hence there was time for the message to be received before rrproc.init was called.

I agree with Marten that there is a bug with the order things are initialised. I may find time to investigate further...
 

I do not get any picture unless in full screen mode. If I use back then play again, I see a brief image (fraction of a second). If I go full screen, it works. This is for live TV.

When changing channels on live TV using Page Up / Down when in full screen, it falls back to windowed. This happens every time, requiring me to reselect full screen (because of the above issue - I can't see anything when windowed).

Attempts to watch (TV) recordings fail. I lose all control of QTVomp and get these errors in the launching shell:

VDR::readMinPacketLength: channel type unknown:  16777216
VDR::readSocket: Error! channel is unknown. channel:  16777216
VDR::readMinPacketLength: channel type unknown:  16777216
VDR::readSocket: Error! channel is unknown. channel:  16777216
VDR::readMinPacketLength: channel type unknown:  67108928
VDR::readSocket: Error! channel is unknown. channel:  67108928
VDR::sendKeepAlive time:  QTime("18:40:07")
VDR::sendKeepAlive time:  QTime("18:40:12")
VDR::sendKeepAlive time:  QTime("18:40:17")
VDR::sendKeepAlive time:  QTime("18:40:22")
VDR::sendKeepAlive time:  QTime("18:40:27")
...ad infinitum

Is the source available via version control (svn / cvs)?

Thanks for the patch.

I had trouble with formatting when I copied the contents of the code block. I attach the patch as a file to ease other's attempts at applying this fix.

Chris: Will you apply the patch to cvs? This is a bit of a killer bug in that it crashes the box if changing channels in radio.

Hi Andreas

Thanks for the response. I have done some further investigation and describe the results below. I am currently using cvs snapshot from 22nd July 2007.

Pressing pause button when audio or pictures are paused does not resume playback.

Using blue button to change replay order works (thanks) but the indication on the screen gets out of step (e.g. display 'Name' but actually sorted / replaying randomly).

The information display for audio playback shows this:

    MpegInfo: MPEG 1/L3 CBR, SR=44k, Joint Stero

Note the spelling mistake, should say Stereo.

Could the sample rate be shown as 44.1kHz?

Could the MpegInfo say something like Coding Info or Algorithm Info?

The buffering of the audio data causes some actions to be delayed (e.g. Fast forward). There are other cases where Vomp suffers this (e.g. aspect ratio signal changes). Is there any way of working around this? Maybe flushing buffers or using smaller ones?

Examples of problems with image size:

All images are stretched horizontally when displayed on a wide screen TV with aspect ratio set to 16:9. This is what my TV detects from the mvp in my setup.

An image of size 1280 x 1600 pixels is shown scaled to 1/4. This appears 23cm high on a screen with 32cm available height.

An image of size 1600 x 1280 pixels is shown scaled to 1/2. This fills the screen real estate. When the TV is forced to 4:3 aspect ratio, the image is slightly distorted. There should be space at the sides but there is not. Does your code crop the image at all?

An image of size 3456 x 2304 pixels is shown scaled to 1/8. This appears 16cm high on the same screen (32cm height available). It appears 28cm wide (4:3 aspect) with 43cm available screen. (It appears 38cm wide in 16:9 aspect with 57cm available screen.)

I hope there is sufficient detail here to help you. I understand the seasonal thing. I have just got back from camping and feel much better for having been away from this thing (computer).

Cheers

Walt

Hi

Just compiled vompserver from cvs to get the media player working. Good work.

Have you considered providing exif orientation support as suggested earlier in this thread (http://www.loggytronic.com/forum/index.php?PHPSESSID=9kamvi4g78gns6rhg2vjhl4ff7&topic=248.msg1473#msg1473)?

This would make it so much better. We have been getting neck ache, looking at half our pictures at 90 degrees! Also, the pictures all come out rather small (probably only using half the available screen real estate) and have the wrong aspect ratio. I forced my widescreen TV to 4:3 which improved things but I don't think this fixed it completely and it would be better if the picture viewer accounted for aspect ratio.

Is there a way of getting it to traverse directories? Currently it sits on one directory and loops. This is true for both audio and pictures. I would like to be able to say, "play all files in all subdirectories of this one".

Also, could the pause button resume play back from pause (that is press pause button to pause playback then press pause button (or play button) to resume playback)?

And another thing: any chance of a random play option?

Sorry for the long list of feature requests and feedback. I just want it even better.

Cheers

Walt

[lost connection]

We have been experiencing a similar problem recently. We currently have 132 recordings in the list. It often happens that we watch a recording then after stopping it, we get a lost connection message. It also happens when after deleting a recording but less often when just accessing the recordings list from the main menu. It certainly seems to have gotten worse recently. This could be because I have a temporary setup in our new house which may be reducing network speed (hence aggravating any timeout problems).

[libvdr-vompserver.so]

This is the script I use to build vompserver plugin:

Code Select Expand

grep VDR README>/dev/null 2>&1 && make all DVBDIR=/usr/include VDRDIR=/usr/include/vdr LIBDIR=. || echo "VDR not found in README so not building"

I move to the vompserver directory and run this script. I then copy the resulting libvdr-vompserver.so to the vdr plugin directory as libvdr-vompserver.so.1.2.6. (Note the suffix 1.2.6 corresponds to the vdr version.) On Debian Sarge this directory is /usr/lib/vdr/plugins.

Obviously changing DVBDIR and VDRDIR to where they are installed on your system.

Might not help but it is the way I get around using pre-compiled vdr. I don't remember the problem that prompted use of this script but it works. You may need to do a make clean first.

Walt

To get vompserver from a specific date, use the -D option:

cvs -z3 -d:pserver:anonymous@vomp.cvs.sourceforge.net:/cvsroot/vomp co -D "14 March 2007"-P vompserver

(I assume 07/14/03 is supposed to be 14th March 2007!)

Walt

Thanks Chris.

It is up and working now. I just copied libvdr-vompserver.so to /usr/lib/vdr/plugins/libvdr-vompserver.so.1.2.6 and it seems to work.

I remember Chris saying that there would be problems with resources in extending VOMP. I had the idea of making the various functions modular / plugin with the ability to download a plugin from a server. This way you could unload the MP3 player to load the Picture viewer. Of course we probably want music to accompany the pictures :-). I wrote a proof of concept MP3 player for the MVP which proved to be rather simpler than I expected. Just chucking an MP3 file at the dsp produces sounds and adding sending a second file straight after the first resulted in apparently seemless replay (e.g. two tracks from a continuous concept album).
I am frustrated at the moment because I can not compile the latest vompserver. I still use VDR 1.2.6 which the latest vompserver does not compile against. I would love to try out your code and am looking forward to being able to do so.

I can't compile vompserver-0.2.6 (or cvs). There are calls to channel->Apids() in
mvpclient.c and channel->Alang() in mvpreceiver.c which I think are in vdr
version later than 1.2.6. I am still using vdr 1.2.6 because it is the version in
Debian stable which I use for my vdr host.

This was an aspiration during design but timers were not implemented at the time. I am struggling to build against vdr 1.2.6 currently but if I can find time I will look at the code and see how I was intending to do it.