[senufo]

Hi,
I just tested with VDR and XBMC differents machines and I get this error:

Code:

[8797] VNSI-Error: cxSocket::read: read() error at 0/4

I can navigate with LCARS some menus but with the other skins I have messages from the start.

I'll try a test only locally.

[FernetMenta]

I revised the socket handling.

[senufo]

hi,

I just tested with the latest version of git osd and it works fine when XBMC and VDR are on the same machine.

[FernetMenta]

Do you have time to test on different machines again? I don't have any problems when connecting to vdr remotely (wired connection) Did you use wireless?

[FernetMenta]

BTW: you can configure key mappings for the window in remote/keyboard.xml:

Code:

<Addon>
    <keyboard>
      <r>Red</r>
      <b>Blue</b>
      <g>Green</g>
      <y>Yellow</y>
    </keyboard>
</Addon>

[senufo]

I just tested with XBMC and VDR on different machines with wired connection (Power line communication, Courant Porteur in French). This works very well, and now accept skin change in OSD.

On my test machine I use only the keyboard. For changes do I need to add this section :

Code:

<Addon>
    <keyboard>
      <r>Red</r>
      <b>Blue</b>
      <g>Green</g>
      <y>Yellow</y>
    </keyboard>
</Addon>

in the file .xbmc/userdata/keymaps/keyboard.xml in my home directory ?

[FernetMenta]

Correct. I copied keyboard.xml from xbmc/system into this folder and added those lines.

BTW: Happy New Year!

[charlie0440]

What am I doing wrong? I can compile all the pvr plugins fine but can't compile the vdr-plugin-vnsiserver

git clone --branch osd git://github.com/FernetMenta/xbmc-pvr-addons.git

./bootstrap

Code:

autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --install --copy --force
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./config.guess'
libtoolize: copying file `./config.sub'
libtoolize: copying file `./install-sh'
libtoolize: copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
autoreconf: running: /usr/bin/autoconf --force
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:6: installing `./missing'
addons/pvr.argustv/Makefile.am: installing `./depcomp'
Makefile.am: installing `./INSTALL'
autoreconf: Leaving directory `.'

cd xbmc-pvr-addons/addons/pvr.vdr.vnsi/vdr-plugin-vnsiserver
sudo make VDRDIR=/usr/include/vdr LIBDIR=/usr/lib/vdr/plugins

Code:

g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC  -shared vnsi.o bitstream.o vnsiclient.o config.o cxsocket.o parser.o parser_AAC.o parser_AC3.o parser_DTS.o parser_h264.o parser_MPEGAudio.o parser_MPEGVideo.o parser_Subtitle.o parser_Teletext.o streamer.o recplayer.o requestpacket.o responsepacket.o vnsiserver.o hash.o recordingscache.o setup.o vnsiosd.o demuxer.o videobuffer.o videoinput.o -o libvdr-vnsiserver.so
/usr/bin/ld: vnsi.o: relocation R_X86_64_32S against `vtable for cPluginVNSIServer' can not be used when making a shared object; recompile with -fPIC
vnsi.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libvdr-vnsiserver.so] Error 1

ls -al /usr/lib/vdr/plugins

Code:

total 536
drwxr-xr-x 2 root root   4096 Jan 24 23:19 .
drwxr-xr-x 3 root root   4096 Jan 24 23:11 ..
-rw-r--r-- 1 root root 537544 Jan  3  2012 libvdr-xineliboutput.so.1.7.22

ls -al /usr/include/vdr

Code:

total 476
drwxr-xr-x  4 root root  4096 Jan 24 23:11 .
drwxr-xr-x 35 root root  4096 Jan 24 23:36 ..
-rw-r--r--  1 root root  1977 Jul  6  2008 audio.h
-rw-r--r--  1 root root 10040 Aug  6  2011 channels.h
-rw-r--r--  1 root root 10246 Dec  4  2011 ci.h
-rw-r--r--  1 root root  8787 Dec  3  2011 config.h
-rw-r--r--  1 root root   675 Aug 29  2010 cutter.h
-rw-r--r--  1 root root 39761 Dec  4  2011 device.h
.................

[FernetMenta]

This can happen if you executed make with incorrect VDRDIR before. In this case make was not able to find correct compiler flags.
Run sudo make clean and compile again.

BTW: it's better to compile without sudo:
make VDRDIR=/usr/include/vdr LIBDIR=/usr/lib/vdr/plugins compile
sudo make VDRDIR=/usr/include/vdr LIBDIR=/usr/lib/vdr/plugins install

[wsnipex]

try make distclean and run make again.
if it still doesn't work there is something wrong with your CFLAGS. You could try to pass -fPIC:
CFLAGS="$CFLAGS -fPIC" CXXFLAGS=$CFLAGS VDRDIR=/usr/include/vdr LIBDIR=/usr/lib/vdr/plugins make install

[FernetMenta]

Please don't fiddle around with compiler flags yourself. You might be able to make it compile but not run properly. See this case where the package seems to be borked:
http://forum.xbmc.org/showthread.php?tid=152461

I have just tried on Ubuntu with vdr-dev. When I run make with incorrect VDRDIR first, then set it right, I get exactly the same problem as mentioned above. Run make clean.,

[wsnipex]

Fernet, would it make sense to package your OSD branch for easier testing?

[Marx1]

I like an idea having VDR inside xbmc, even if its only configuration screens. What is the lowest VDR version it works with?

[FernetMenta]

wsnipex, you would have to create packages for xbmc, vnsi addon, and the vdr plugin. Feasible?

Marx1, I don't know, What version of vdr do you want to use?

[wsnipex]

wsnipex, you would have to create packages for xbmc, vnsi addon, and the vdr plugin. Feasible?

Idk, but it would be doable if there is real interest/need from users. Not going to do it for one or two users though.