Messages

Hi,

Well, this fixed my problem with CEC and the LG TV.

When I set the type as a Recorder, I can now use the remote with VOMP on the Pi.

Thanks,

Phil

Hi,

I've been testing VOMP on my Pi and CEC doesn't work with my LG TV, there are no devices displayed in the Simplink menu.

CEC works fine with XBMC on the Pi, LG Simplink displays a "HDD Video Recorder" as the active CEC device.

I have attached the bootup log if that might help. Please let me know if there is anything else I can do to debug the problem.

Thanks,

Morfsta

I reverted the change in main.cc, removed ledraspberry.o and rebuilt and this has fixed it. It looks like you were right, a damaged object file in the first build.

I installed the latest vompserver from git and installed on the vdr server and it now starts up and goes into the menu screen.

Well done Marten and thanks for your work so far, this is looking very promising! :-)

Kind Regards,

Morfsta

Hi Marten,

Thanks for your help.

It is seg faulting at success = led->init(-1);

If I comment out this line and make it success = 1; then the vompclient continues to boot up and I get the blue screen (locating server). I haven't fiddled further with it yet and its hanging at this screen (I guess because the vomp server doesn't have the client added yet) but I will see how far I can get now.

If you want me to do anything further with regard to debugging the above please let me know.

Thanks,

Morfsta

Are you using a clean installation of Raspbian?

Yes, downloaded today from their web site

Did you overclock or enable the turbo mode?

No, overclocking is not enabled

Do you have good enough power source (1000 mA minimum, giving clean 5 V DC)?

I hope so, it is from RS, specifically for the PI - 1200mA

Did you select a 128 MB/128 MB memory split?

Yes

Did you install the required libs to compile vomp on Raspbian:
sudo apt-get install liblockdev1 libavcodec-dev libavformat-dev libjpeg-dev

Yes

And the ones Marten provided for CEC:
sudo dpkg -i libcec1_1.8.1-1_armhf.deb libcec-dev_1.8.1-1_armhf.deb cec-utils_1.8.1-1_armhf.deb

Yes, from his posting on the forum.

Are you supposed to run vompclient from the console? I have tried from both the console and the gui and get the same result.

Thanks for your help.

Regards,

Morfsta

Hi,

I cannot get VOMP to start on my raspberry pi, it seg faults right after the "Core- remote module initialised". CEC seems to be working fine and the cec-utils can control my TV and AMP etc.

Is there a document outlining the required dependencies to get this working anywhere? Is there anything else I can provide to assist with fixing the problem?

Thanks,

Morfsta

Good work guys! How do we get it included into a Yaris version?

Just a word of encouragement, good work dingo! Lack of TS support in vomp is the only reason why I can't upgrade my HDTV VDR to a later version, so I'm hoping that you're successful! :-)

Well, a lot of things do work when it compiles with your patch - but FF doesn't (skip does) on old PES recordings. TS recordings don't play back at all - just get a "Error in Recording" message. Live TV works okay. It would be great if VOMP supported the new and upcoming development versions of VDR - is implementing TS streaming going to involve a lot of work?

My two H3s are fine with 16:9 and 4:3 TVs.

Yes, I should have also added that I have a H3 and when it freezes and if I (or my wife) power cycle's it then we have to wait over 10 minutes before I can start it up again otherwise it just hangs on restart. So, once that happens its pretty much the end of TV using it!

This also makes general use of vomp very hit and miss, which is a real shame because otherwise its great. :-(

Whilst the devs might come up with a more realistic solution, I wonder if perhaps there is a simple hack we can make in the build environment to restart the process on a vomp-client freeze?

Hi,

I use powerline ethernet and it is slightly susceptible to network issues with power variations. I have found that if there is a problem with the network stream whilst watching live TV or a recording VOMP client seems to freeze completely and there is no way to restart it (to the average user) without power cycling the MVP. But, the MVP is still on the network and running the Operating System so killing and restarting vomp client via a telnet login brings it back.

Would it be possible to implement some kind of watchdog whereby if the process freezes then it will restart after a short period of time, or something similar? Or if possible still allow the client to monitor for the power button so it will stop and restart?

Regards,

Morfsta

Getting it compiled is fine - but you should find your MVPs won't playback recordings due to the subtitle support in 1.6.0?

Only the CVS version supports subtitles and should therefore work with 1.6.0  - though I have found that it regularly hangs playing back recordings anyway and as I use Powerline networking is a bit flakey and doesn't recover properly from slight glitches in the stream...

Surely its got to be time for a new release!?

Hey, I got it working. When I built it in a 32-bit chroot it fired up fine on my H3. Recordings now working - thanks!

Hi Mark!

Thanks for such a prompt reply!

I built the dongle myself from CVS (well I presume downloading the build environment includes the CVS?) this morning, the "make" went through all fine and I copied the resultant dongle.bin into my /tftpboot directory.

Any suggestions why else it might not be working? Any hints would be most appreciated.

Thanks,

Morfsta