Vomp media player

[Kloana]

Hi,

i'm currently working with the vomp server plugin 0.2.7. No patch and no diff applied. Can i use your compiled vomp-dongle with this server plugin, and it will work, or do i have to upgrade also the server plugin?

Thanks in advance,
regards
Herbert

[avvdr]

Hi Herbert,
sorry - you need to patch the server side too.
The media player needs some new functions there.
Just pick up the server side patches from this thread or from http://www.wellenvogel.de/software/vomp/patch_server_070314_media.txt.gz.
See the desription in readme_media.txt for setting up the configuration on the server side.

Regards
Andreas

[Kloana]

Hi,

shit, this is my problem,... ;-( I'm not so familiar with Linux.

Thanks
regards
Herbert

[avvdr]

Hi Herbert,
maybe not that difficult...
Which vdr version do you run on ?
typically simply downloading src , patch and compile.
Maybe I can give you some support...

Regards
Andreas

[avvdr]

Today I rebased the server part to the current cvs (2007/05/15).
I uploaded the patches to http://www.wellenvogel.de/software/vomp/index.html#2007_05_15.
This patches do not modify the VDRDIR/LIBDIR in the Makefile - so compiling should be easier.
See the hints for compiling if you have vdr as a package (like e.g. on Suse 10.2.).
The splitted version of the patch is attached, just apply all included patches with -p1 to the server sources.

Regards
Andreas

[muellerph]

Hello Andreas,

I didn't try the new code yet.
This is mostly because of your comment stating: "Because of the new key mapping I had to stop both vdr and vomp, delete the 00-xx-xx..conf file and restart both."

If I understand this correctly it means that I cannot switch anymore between the plugin and dongle of the official release and this test versions anymore.

Is my assumption correct?

[avvdr]

Hi Philipp,

If I understand this correctly it means that I cannot switch anymore between the plugin and dongle of the official release and this test versions anymore.

I don't think so. Only when I start using the new dongle I had some problems with the keys.
So you should simply try...
An easy solution would be to backup the 00-xx-xx..conf before (mv 00-xx-xx..conf 00-xx-xx..conf.ori or so) - try/play and if something goes wrong you still have the copy.
Low risk...
Finally we have to ask Chris if there are issues with the learning key mapping.

Regards
Andreas

[MartenR]

If the abstract remote commands are used inside your code like in the GUI code of vomp, you should not to have to change anything inside your code for the new remote commands. The whole command translation occurs inside the remote class. However not all commands have assigned keys at the beginning, only commands used by the vomp code. So it might be that for a command you use no key is mapped in the beginning.

Marten

[Bandit2001]

Hi all,

great job you have done here!
I'm running LinVDR (vdr-1.4.5), but unfortunately i have no development environment installed.
I tried your pre-compiled vompserver and dongle, but there are some libs missing. I tried to install them, but i did not manage all:

Code Select Expand


linvdr:/usr/lib/vdr/plugins# ldd libvdr-vompserver.so.1.4.5
./libvdr-vompserver.so.1.4.5: /usr/lib/libstdc++.so.6: no version information available (required by ./libvdr-vompserver.so.1.4.5)
./libvdr-vompserver.so.1.4.5: /usr/lib/libstdc++.so.6: no version information available (required by ./libvdr-vompserver.so.1.4.5)
./libvdr-vompserver.so.1.4.5: /lib/libc.so.6: version `GLIBC_2.3.2' not found (required by ./libvdr-vompserver.so.1.4.5)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7f0f000)
        libm.so.6 => /lib/libm.so.6 (0xb7eee000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7ee5000)
        libc.so.6 => /lib/libc.so.6 (0xb7dc8000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
linvdr:/usr/lib/vdr/plugins#


Can anyone help me please, I don't know what to do! 

[Harry]

hmm..

ldd's error text tells me that you do have those libraries, but no
(or not the needed) version information could be retrieved from them.

so apparently, the binary, you're trying to run, is incompatible with the installed
libs.
i could be mistaken, for this isn't exaclty my field, but i would suggest
compiling vompserver on and for your special type of distro.
isn't there a compiler available for yours?
what does a

Code Select Expand

strings /usr/lib/libstdc++.so.6 | grep -i GLIBC
give you?

cheers
Harry

[muellerph]

No need to try something.

LinVDR is incompatible with this library.

The library is for Suse 10.something.

Suse uses already the GCC 4.something while linvdr use a 3.something.

Between the version, the c++ bindings have changed. It is known to be incompatible.
So no way to use it directly. And the library where you get the error exactly states that it is a c++ library (/usr/lib/libstdc++.so.6)

Either upgrade your installation or compile the library on your own.

I had the same issue, when I was using C't Vdr 4.5 which is sarge based. After uprading to Etch this issue was solved.

[Bandit2001]

Either upgrade your installation or compile the library on your own.

Well, I do not want an upgrade, because my system is running fine at the moment.

But I'll try to install VM on Windows an compile it there.

[ulbr2000]

Hello Andreas,

I tried to implement the latest update 2007/07/15 and have several issues:
1. Patching
which is the correct order of patching or is the order not relevant?
I get following messages for "patch-server-media-cvs070515-070515.txt":
Reversed (or previously applied) patch detected!  Assume -R? [n]


2. Loading media
The connection to the server is lost loading the media list.

VDR log shows the following failure:
ERROR: plugin '<no name given>' called cPlugin::ConfigDirectory(), which is not thread safe!


I am using vdr 1.4.7 on SUSE 10.1

regards

[avvdr]

Hi,
hmm - looks strange.

1. Patching
which is the correct order of patching or is the order not relevant?
I get following messages for "patch-server-media-cvs070515-070515.txt":
Reversed (or previously applied) patch detected!  Assume -R? [n]

How did you apply the patches?
normal doing would be:
cvs -z3 -d:pserver:anonymous@vomp.cvs.sourceforge.net:/cvsroot/vomp co  -P vompserver
cd vompserver
patch -p1 < ../patch-server-media-cvs070515-070515.txt

Maybe you can add -D 2007/05/15 after the co in the cvs command (but it worked with the current cvs).

2. Loading media
The connection to the server is lost loading the media list.

VDR log shows the following failure:
ERROR: plugin '<no name given>' called cPlugin::ConfigDirectory(), which is not thread safe!

So did you patch the vompserver plugin finally and compiled it?
Otherwise it's no surprise, that loading the media list will lead to a connection lost - the unpatched plugin does not understand the command and will not answer.
The error you see seems to be normal (always get this).

Regards
Andreas

[ulbr2000]

Hi Andreas,

which patch needs to be applied? For me this is not clear loooking at your homepage:

is it the one file from
    * patch-server-media-cvs070515-070515.txt.gz

or the two files from
    * patch-server-media-split-cvs070515-070515.tgz

or all 3 files?

I assume, it's the first one only, please confirm.

But when I apply the patch from the first file then vompserver does not compile with vdr-1.4.7:

mvpclient.c: In member function 'int MVPClient::processGetImageBlock(unsigned char*, int)':
mvpclient.c:2108: warning: comparison between signed and unsigned integer expressions


The cvs without the patch compiles fine

any ideas?

regards