Messages

Anyone?
anyone?
Bueller?

hmm.
it seems that when libcec cant interpret a certain keypress,
it cant be used within RasPi VOMP.

can anyone confirm this?

thanks for that info,
i'll fiddle around with that a bit.

by the way,
my statement all six buttons would not work was wrong:
the fast forward/backward buttons do work on recordings.
[...]

been fiddling a bit with the CEC tester.

when in recorder mode, the RECORD button is not passed through CEC
but handled locally ... no help there, but i can live with that.

the stop button gets translated in a funny way

Code Select Expand

16:37:35.306925 [debug]  5922 Remote - CECLOG: 21564 16 received data: header:00030002 p0:00034201 p1:00000000 p2:00000000 p3:00000000 reason:2
16:37:35.307366 [debug]  5922 Remote - CECLOG: 21564 8 >> 01:42:03
16:37:35.307898 [debug]  5922 Remote - CECLOG: 21565 4 >> TV (0) -> Recorder 1 (1): deck control (42)


looks like i'll have to dig my way through remotelinux.cc and/or the CEC stuff :/

ah.. OK and thanks.

i thought u might be using some other (newer) version.
those are the libs i'm using as well.

well...
will try it out with another device type then.

cheers
Harry

hi Magnus & all,

hmm.. might i ask what version of the CEC lib you're using?

my Samsung LE37B652 using this remote


won't let me use the lower six buttons even when compiled
using CEC_DEVICE_TYPE_RECORDING_DEVICE.
they can't be programmed in the vompclient settings menu either;
pressing them simply provokes no response.

granted - the TV is not running the latest firmware.
but if it's not absolutely necessary, i wanna refrain from upgrading it.

any ideas?

Chris wrote one:
http://www.loggytronic.com/vomp-pi.php
[...]

hmm.
the RasPi vompclient there is a binary distribution.
might be a good idea to also offer the VOMP_HAS_EXIT version.

Harry

thanks for the nice work!

the RPi port looks great - couldnt try out MPEG2 yet as i'm still waiting
for the MPEG2 code... but woooow.

thinking about it...
wouldn't the RPi versions' name be VORP or VORPi?

just kidding.

cheers!

*bump*

sadly, this patch didn't make it into git
judging from the number of downloads, it's not that popular.

any chance papablues' patch can make it into vompserver v0.4.0 ?

hiya,

diff of the code in question here can be found here:
http://git.vomp.tv/gitweb/?p=vompserver.git;a=commitdiff;h=494f2f74452ea53bcfb9c58c140cc9c002284ca3

my shell cowardly refused to copy and echo sum stuff
compiling vompserver 0.4.0rc for VDR 1.7.22...

Code Select Expand


g++  -fPIC  -shared vompserver.o dsock.o mvpserver.o udpreplier.o bootpd.o tftpd.o i18n.o vompclient.o tcp.o ringbuffer.o mvprelay.o vompclientrrproc.o config.o log.o thread.o tftpclient.o media.o responsepacket.o mediafile.o mediaplayer.o servermediafile.o serialize.o medialauncher.o recplayer.o mvpreceiver.o -o libvdr-vompserver.so
/bin/sh: @cp: not found
/bin/sh: @echo: not found


no big deal, just wanted to report.

cheers
Harry

brutal patching in order to force different versions of
client/server to connect is not advisable i presume?

for the sake of keeping this thread alive...

current stable is still:
ftp://ftp.tvdr.de/vdr/vdr-1.6.0.tar.bz2

current devel:
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.38.tar.bz2

cheers
Harry

excellent, thanks mate!

Yeeeeha!

I'll second that.

+1

SCNR

a for his rPi patiently waiting
Harry

What is this raspberry pi you speak of ..... I remember ordering something that never turned up.....

ouch.
demand is still high it seems.
it was just yesterday, that i gave up hope on the situation to normalize and
for the RPi devices to become available from stock.
well.. i've joined a queue list. they said something about a backlog of 300k devices
to be delivered first, then eventually it's our turn.

cheers
Harry

P.S pity England couldn't make it to the semi finals. i would have loved to see GER vs. ENG :/

funny...
the chipset manufacturer claims its capable of doing 1080p
http://www.wondermedia.com.tw/en/products/platform/soc/wm8750/index.jsp