vdr September 2010

vdr@linuxtv.org

48 participants
72 discussions

Re: [vdr] vdr-filebrowser plugin not compiling
by Arturo Martinez 15 Sep '10

15 Sep '10

Thanks Dominic your patch works great, it would have taken me a few years to come up with it on my own. It looks like the author is no longer maintaining the plugin. Which leads me to a question... Has anybody thought of keeping a repository of plugins that the author himself no longer seems to maintain and try to keep a patched version available so that it compiles on modern systems? > On Sat, Sep 11, 2010 at 9:07 AM,<martinez(a)embl.de> wrote: > > >> Anybody has managed to compile it? >> Ideally does anybody have a patched filebrowser plugin or a patch to get >> it to compile under vdr 1.7.15? >> >> > Try this http://github.com/oldmanuk/vdr-plugin-filebrowser or apply the > attached patch. >

3 3

LifeBuffer patch for VDR 1.7.15
by Artem Makhutov 15 Sep '10

15 Sep '10

Hello List, is there a LifeBuffer patch for VDR 1.7.15 available? Thank you, Artem

1 0

Re: [vdr] (no subject)
by semsem85 sami 13 Sep '10

13 Sep '10

@Mr.Tux, could you please Add me on MSN @ sami8519 at hotmail dot com Regards Sami

2 2

Arabic language EPG is inappropriately displayed
by Mr. Tux 13 Sep '10

13 Sep '10

Monday 13 September 2010, at 12.00:02 Sami wrote: > Did I do something wrong? > > Regards > Sami. > Arr ... absolutely not, that's totally my mistake, sorry! Please replace VDRPLUGINS="-P xineliboutput" with VDRPLUGINS="" in $HOME/vdr-1.7.15/runvdr I had a quick look at the Arabic menus using xineliboutput and forgot about that change. The menus look fine, some text passages are not translated yet. Try again with this setup of runvdr

1 0

vdr-filemanager plugin not compiling
by martinez＠embl.de 13 Sep '10

13 Sep '10

Hi, I am trying to compile on vdr 1.7.15 the filebrowser-0.2.0 plugin g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -DFILEBROWSER_PLUGIN_BUILD -DUSE_LIEMIEXT -DUSE_SETUP -DUSE_SORTRECORDS -DUSE_TTXTSUBS -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"filebrowser"' -I/usr/src/linux-2.6.34-ARCH/include/linux/dvb//include -I../../../include -I/usr/src/linux-2.6.34-ARCH/include/linux/dvb//include filebrowser.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -DFILEBROWSER_PLUGIN_BUILD -DUSE_LIEMIEXT -DUSE_SETUP -DUSE_SORTRECORDS -DUSE_TTXTSUBS -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"filebrowser"' -I/usr/src/linux-2.6.34-ARCH/include/linux/dvb//include -I../../../include -I/usr/src/linux-2.6.34-ARCH/include/linux/dvb//include menu-filebrowser.c menu-filebrowser.c: In member function ‘void cOsdMenuFilebrowser::LoadDir(cString)’: menu-filebrowser.c:205:70: error: invalid conversion from ‘const char*’ to ‘char*’ menu-filebrowser.c: In member function ‘void cOsdMenuFilebrowser::Refresh(const char*)’: menu-filebrowser.c:243:112: error: invalid conversion from ‘const char*’ to ‘char*’ menu-filebrowser.c:260:154: error: invalid conversion from ‘int (*)(const void*, const void*)’ to ‘int (*)(const dirent64**, const dirent64**)’ menu-filebrowser.c:260:154: error: initializing argument 4 of ‘int scandir64(const char*, dirent64***, int (*)(const dirent64*), int (*)(const dirent64**, const dirent64**))’ make: *** [menu-filebrowser.o] Error 1 Anybody has managed to compile it? Ideally does anybody have a patched filebrowser plugin or a patch to get it to compile under vdr 1.7.15?

3 3

Re: [vdr] Arabic language EPG is inappropriately displayed
by semsem85 sami 13 Sep '10

13 Sep '10

Hi Mr.Tux, I have tried your how-to but I could not start the vdr. Here is the syslog: root@sami-desktop:/usr/local/src/vdr/vdr-1.7.15# tail -fn100 /var/log/syslog | grep vdr Sep 13 12:32:07 sami-desktop vdr: [4922] cTimeMs: using monotonic clock (resolution is 1 ns) Sep 13 12:32:07 sami-desktop vdr: [4922] VDR version 1.7.15 started Sep 13 12:32:07 sami-desktop vdr: [4922] codeset is 'UTF-8' - known Sep 13 12:32:07 sami-desktop vdr: [4922] found 27 locales in /usr/local/src/vdr/vdr-1.7.15/locale/ Sep 13 12:32:07 sami-desktop vdr: [4922] no locale for language code 'eng,dos' Sep 13 12:32:07 sami-desktop vdr: [4922] loading plugin: /usr/local/src/vdr/vdr-1.7.15/PLUGINS/lib/libvdr-xineliboutput.so.1.7.15 Sep 13 12:32:07 sami-desktop vdr: [4922] ERROR: /usr/local/src/vdr/vdr-1.7.15/PLUGINS/lib/libvdr-xineliboutput.so.1.7.15: cannot open shared object file: No such file or directory Sep 13 12:32:07 sami-desktop vdr: [4922] max. latency time 0 seconds Sep 13 12:32:07 sami-desktop vdr: [4922] exiting, exit code 2 Did I do something wrong? Regards Sami.

1 0

vdr] Arabic language EPG is inappropriately displayed
by Mr. Tux 12 Sep '10

12 Sep '10

Each of those packages carry the {u} marker, so they should be replaced by other packages, and are no longer in use. Please do yourself a favour and backup important data anyway before you setup a build environment. I made some adjustments to the runvdr script: export VDR_LANG="$LANG" export LC_ALL="$VDR_LANG" export LC_COLLATE="$VDR_LANG" export VDR_CHARSET_OVERRIDE="ISO-8859-6" VDRPRG="/usr/local/src/vdr/vdr-1.7.15/vdr" # For other options see manpage vdr.1 VDROPTIONS="-w 60 --port=2001 --log=3 \ --config=$HOME/vdr-1.7.15/ \ --video=$HOME/vdr-1.7.15/videos \ --localedir=/usr/local/src/vdr/vdr-1.7.15/locale/ \ --lib=/usr/local/src/vdr/vdr-1.7.15/PLUGINS/lib" VDRPLUGINS="-P xineliboutput" # You will need to select your output device plugin if you want # to use VDR to watch video. For instance, for a "Full Featured" # DVB card that would be # VDRPLUGINS="-P dvbsddevice" VDRCMD="$VDRPRG $VDROPTIONS $VDRPLUGINS $*" while (true); do eval "$VDRCMD" if test $? -eq 0 -o $? -eq 2; then exit; fi done It makes no sense to load/unload dvb drivers right now, so let's leave those code passages aside, you can run it without sudo then.

1 0

Question to --edit mode
by Gero 12 Sep '10

12 Sep '10

Hello, I tried the usage of vdr with the --edit parameter and the habbit of vdr looks a bit strange to me: When i use only the --edit parameter, vdr will fail and the log claims, that the given recording is not found below the default video-dir (/var/lib/video.00). When I use vdr with a video-dir not contained in the path of the recording, the same happens. So to cut a recording, I need to use --edit='/path/to/recording' and -v path (with path being a part of '/path/to/recording') which I think is quite a bit of redundant. What about the situation, where the recording is on a read-only mounted drive and the video-dir given by -v option is the path to a local writable directory? Is it really necessary, that source-recording and target-recording are on the same path? Is it very expensive to support different write location than the read location? kind regards Gero

1 0

Re: [vdr] Arabic language EPG is inappropriately displayed
by semsem85 sami 12 Sep '10

12 Sep '10

> From: "Mr. Tux" > Subject: [vdr] Arabic language EPG is inappropriately displayed > This will only build vdr, no plugins, no installation into the system > It will just give you the idea if the patch still works > > This is basically my setup if I test new vdr stuff (patches, upgrades, etc) > > sudo aptitude install libfribidi-dev > sudo apt-get build-dep vdr > > mkdir -v /usr/local/src/vdr > cd /usr/local/src/vdr > > wget ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.15.tar.bz2 > tar -xvjf vdr-1.7.15.tar.bz2 > > wget ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.0-bidi.diff.gz > gunzip -d vdr-1.7.0-bidi.diff.gz > sed 's/vdr-1.7.0.alrawab/vdr-1.7.15/g;s/vdr-1.7.0/vdr-1.7.15/g' \ > vdr-1.7.15-bidi.patch > patch -b -p 0 -i vdr-1.7.15-bidi.patch > > cd vdr-1.7.15/ > > make > make plugins > > mkdir -pv $HOME/vdr-1.7.15/videos > > cp -vai *.conf $HOME/vdr-1.7.15/ > cp -vai runvdr.template $HOME/vdr-1.7.15/runvdr > > > ## adjust runvdr: > > nano $HOME/vdr-1.7.15/runvdr > > export VDR_LANG="$LANG" > export LC_COLLATE="$LANG" > export VDR_CHARSET_OVERRIDE="ISO-8859-6" > > VDRPRG="/usr/local/src/vdr/vdr-1.7.15/vdr" > > VDROPTIONS="-w 60 --port=2001 --log=3 \ > --localedir=/usr/local/src/vdr/vdr-1.7.15/locale/ \ > --video=$HOME/vdr-1.7.15/videos --config=$HOME/vdr-1.7.15/ \ > --lib=/usr/local/src/vdr/vdr-1.7.15/PLUGINS/lib" > > # have a look @ syslog on a second terminal: > tail -fn100 /var/log/syslog | grep vdr > > # now run vdr using the runvdr start script: > sudo sh $HOME/vdr-1.7.15/runvdr > > #Replace CHANNEL with the channel you like to see > # LSTE does list EPG data of that channel > > /usr/local/src/vdr/vdr-1.7.15/svdrpsend.pl -p 2001 -d localhost LSTE CHANNEL \ > | grep '215-' | cut -d - -f2- | sed -s '/^e/d;/^c/d' > > > # stop vdr with "killall vdr" on another terminal > > The patch applies/builds fine after the path adjustment, don't know if it does > what it's supposed to without arrabic channels to test... > d Hi, Thanks for your help. I just want make sure if this does not make any conflicts with my installation of Yavdr 0.2. Because when I run the first command it says: The following NEW packages will be installed: libfribidi-dev <+414kB> The following packages will be REMOVED: libavcodec-unstripped-52{u} <-77.8kB> libavdevice-extra-52{u} <-184kB> libavdevice-unstripped-52{u} <-77.8kB> libavformat-unstripped-52{u} <-77.8kB> libavutil-unstripped-49{u} <-77.8kB> libdc1394-22{u} <-279kB> libpostproc-unstripped-51{u} <-77.8kB> libswscale-unstripped-0{u} <-77.8kB> libusb-1.0-0{u} <-115kB> ttf-liberation{u} <-1,765kB> vdr-plugin-avolctl{u} <-98.3kB> xbmc-skin-pm3-hd{u} <-176kB> 0 packages upgraded, 1 newly installed, 12 to remove and 0 not upgraded. Need to get 76.9kB of archives. After unpacking 2,671kB will be freed. Do you want to continue? [Y/n/?] >From the above it seems to me that it will delete some files from yavdr instllation files. Right? Regards Sami

1 0

Re: [vdr] DIVX recordings? :)
by Rolf Ahrenberg 11 Sep '10

11 Sep '10

On Sun, 5 Sep 2010, Teemu Suikki wrote: > So basicly I would like to be able to compress vdr recording to divx, > but still view it like normal VDR recording. It would be quite enough Why don't you just use H.264 TS instead of Divx? VDR already natively supports it... BR, -- rofa

4 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr September 2010