vdr

vdr@linuxtv.org

6731 discussions

Re: [vdr] Getting old dvb_ttpci running with new driver and VDR1.7.1
by Niels Wagenaar 17 Sep '08

17 Sep '08

Op Wo, 17 september, 2008 08:04, schreef Matthias Fechner: > Hi Community, > > -- SNIP -- > > Was anyone successfull to get that driver with VDR 1.7.1 with the old TT > card (Rev 1.3) running? Not with an old TT card and VDR 1.7.1, but I had the same kind of problem with a Skystar2 (SS2) Rev 2.6 in combination with VDR 1.7.0 a couple of days back. I used Igor's repo as well and I only compiled VDR against the liplianindvb with the compiler.h in place (no compiling of liplianindvb at all, I thought it wasn't needed since the card was allready detected). And I encountered the same problem, no locking with VDR 1.7.0 and a SS2. In the user.log I found an error message with the text "No DVB devices found" (or something like this). I resolved it by compiling liplianindvb and do a make install (I rebooted to be sure). And voila! The SS2 worked without problems and could lock to several transponders on different sats. So in short, compilation and installation of multiproto is mandatory for VDR 1.7.0. Perhaps this will also fix your problem with VDR 1.7.1. > Bye, > Matthias Regards, Niels Wagenaar

1 0

vdr 1.6.0 device selection order for recordings
by Malte Forkel 16 Sep '08

16 Sep '08

Hello, I just upgraded from vdr 1.4.7 to vdr 1.6.0 (from the e-tobi.net experimental repository). That has changed the order in which devices are selected for recording significantly. Now, the only card with the CAM is selected first when recording non-encrypted channels, preventing later timers from recording encrypted channels. This is my hardware setup: DVB1: full-featured card (Hauppauge WinTV DVB-C rev 2.X) DVB2: budget card with CI and CAM (TerraTec Cinergy 1200 DVB-C) DVB3: budget card (TerraTec Cinergy 1200 DVB-C) As a test, I started tree recordings on non-encrypted channels, one after the other. With vdr 1.4.7, these recordings use DVB3, DVB1, and DVB2, sparing the card with the CAM as long as possible. With vdr 1.6.0, the recordings use DVB2 (!), DVB3, and DVB1, but using the the card with the CAM first. So one recording of a non-encrypted channels blocks all encrypted channels. I'm running a pretty standard Debian etch system with kernel 2.6.18-6-686. The root of the vdr 1.6.0 system started as a mere copy of the vdr 1.4.7 system's root, so there shouldn't be too many differences. Is it a problem with my setup or a problem in vdr 1.6.0? What should I do have vdr 'save the CAM for last'? Thanks in advance, Malte

2 1

vdr-plugin-mplayer and VCDs
by Josef Wolf 16 Sep '08

16 Sep '08

Hello, I have installed the vdr-plugin-mplayer. Now I have a VCD which don't play at all when started from this plugin. When I start mplayer manually, it plays fine when I use "vcd://2" as file name. Unfortunately, the plugin uses "vcd://". This leads me to two questions: - Is there some sort of "standard" how VCDs should be structured? I guess "vcd://" is synonym for "vcd://1"? - Is there some way to automatically determine which title needs to be played?

1 0

Re: [vdr] Problem with v1.6.0 and two DBS-S cards
by Martin Dauskardt 16 Sep '08

16 Sep '08

> From: "Stefan-W. Hahn" <info(a)s-hahn.de> > I'm running two DVB-S cards (Nexus FF and Nova). The update was > without any problem. > When recording on one program I can view at the same time just the > channels of the same bouquet but no other ones (two cards!!). But > recording simultaniously on two different bouquets works. > > With v1.4.1 there was no problem in recording one channel and > switching to all other channels. > > I didn't find any hint on the mailinglist or vdr-portal about this > problem. Is there any other having the same problem? > > Are there any hints how to solve this problem? Did you also update the driver/kernel? Is it a Nova SE with s5h1420 Frontend? check with dmesg if both cards are initialized There is a bug in the driver which was fixed a few days ago (still not in the man v4l-dvb hg): http://linuxtv.org/hg/~pb/v4l-dvb/rev/cd7eae82baf9 http://linuxtv.org/hg/~pb/v4l-dvb/rev/84530ecadf89

2 1

[ANNOUNCE] runvdr extreme 0.4
by Udo Richter 14 Sep '08

14 Sep '08

Hi list, I've updated the runvdr extreme script to version 0.4. The main new feature is the ability to launch an X server together with VDR, for use with xine or xineliboutput. An installed login manager like gdm/kdm/wdm/xdm wont be used, and can be used for a desktop login on a different runlevel. Its also possible to set a different xorg.conf for runvdr, so you can use different settings for desktop and TV out. Also new: Support for plugins managed by the setup-plugin, and parameters to control the behavior of automatic restarts of VDR. Get it at: http://www.udo-richter.de/vdr/scripts.en.html#runvdr-extreme http://www.udo-richter.de/vdr/scripts.html#runvdr-extreme Cheers, Udo

2 1

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.1
by Niels Wagenaar 14 Sep '08

14 Sep '08

Op Zo, 14 september, 2008 16:45, schreef Gregoire Favre: > On Sun, Sep 14, 2008 at 04:35:10PM +0200, Klaus Schmidinger wrote: > >> For some odd reason neither the latest version of multiproto nor >> multiproto_plus works here for me. The only one that does work is >> multiproto_plus 88821ce4ed8d. See my posting on the linux-dvb ML. > > What about > http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/liplianindvb/ ? > -- > Grégoire FAVRE http://gregoire.favre.googlepages.com > http://www.gnupg.org > http://picasaweb.google.com/Gregoire.Favre > I use Igor's repo with VDR 1.7.0 (haven't upgraded to 1.7.1 yet) and it works without any problems at all in combination with my Hauppauge NOVA-HD-S2 Yours, Niels Wagenaar

1 0

Re: [vdr] Help building xine-lib-1.2 --with-external-ffmpeg (crow)
by Todd Luliak 13 Sep '08

13 Sep '08

Looks like that does it! Thank you very much for you help! -Todd

1 0

Re: [vdr] Help building xine-lib-1.2 --with-external-ffmpeg
by Niels Wagenaar 13 Sep '08

13 Sep '08

Op Vr, 12 september, 2008 21:27, schreef crow: > On Fri, Sep 12, 2008 at 9:15 PM, crow <crow(a)linux.org.ba> wrote: > -- SNIP -- > You can try this revision of ffmpeg r15261 as r15261 Major version > http://git.mplayerhq.hu/?p=ffmpeg;a=commit;h=0472f3ecb8d65997f6de234110c5de… > : > svn checkout -r r15261 svn://svn.mplayerhq.hu/ffmpeg/trunk > ffmpeg_12.09.2008_test > Again thanks _ds_ on #xine > A small typo on your end: svn checkout -r 15261 svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg_12.09.2008_test And indeed, with this version compiling the latest svn of Xine-lib goes correctly :) Niels Wagenaar

2 2

Recommended xine settings for Arte HD ?
by Gregoire Favre 13 Sep '08

13 Sep '08

Hello, I am a big fan of Arte, and I would like to watch it in HD. Aug 15 13:18:42 vdr vdr: [24729] receiver on device 2 thread started (pid=3246, tid=24729) Aug 15 13:18:42 vdr vdr: [24730] TS buffer on device 2 thread started (pid=3246, tid=24730) Aug 15 13:18:42 vdr vdr: [24728] cVideoRepacker: operating in H.264 mode Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728) Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728) Aug 15 13:19:09 vdr vdr: [24729] buffer usage: 80% (tid=24728) Aug 15 13:19:10 vdr vdr: [24729] buffer usage: 90% (tid=24728) Aug 15 13:19:10 vdr vdr: [24728] clearing transfer buffer to avoid overflows Aug 15 13:19:10 vdr vdr: [24729] buffer usage: 0% (tid=24728) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (7) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (2) Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (14) Aug 15 13:19:10 vdr vdr: [24728] cVideoRepacker: operating in H.264 mode How could I avoid those errors which make me loose the sound and have glitches ? In my .xine/config I have : audio.device.alsa_front_device:default engine.performance.memcpy_method:libc gui.dropped_frames_warning:0 gui.experience_level:Master of the known universe gui.panel_visible:0 gui.panel_x:700 gui.panel_y:550 .version:2 video.processing.ffmpeg_choose_speed_over_accuracy:1 video.processing.ffmpeg_skip_loop_filter:all video.processing.ffmpeg_thread_count:2 I use count 2 because I have a core 2 duo. grep -i xine /etc/vdr/setup.conf xine.autoPrimaryDeviceMode = autoPrimaryDeviceOn xine.image16:9.zoomX = 100 xine.image16:9.zoomY = 100 xine.image4:3.zoomX = 100 xine.image4:3.zoomY = 100 xine.interactWithEitScannerMode = interactWithEitScannerOff xine.modeLiveTV.monitoringDuration = 4 xine.modeLiveTV.monitoringMode = monitoringOnce xine.modeLiveTV.prebufferFrames = 6 xine.modeLiveTV.prebufferHysteresis = 6 xine.muteMode = muteIgnore xine.osdGammaCorrection = 123 xine.osdMode = osdBlendScaledHQ xine.transparencyMode = transparencyOn xine.volumeMode = volumeChangeHW And I start xine with : #!/bin/bash killall xine > /dev/null &> /dev/null killall -9 xine > /dev/null &> /dev/null #XINE="xine -V xxmc -A alsa --no-logo --borderless --geometry +0+0 --post vdr_video --post vdr_audio -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1" XINE="xine -V xv -A alsa -f --no-logo --geometry +0+0 --post vdr_video --post vdr_audio -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1" VDR="vdr:/var/vdr/xine/stream#demux:mpeg_pes" #VDR="vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" if [ -z "$1" ]; then $XINE $VDR > /dev/null &> /dev/null & else $XINE $1 > /dev/null &> /dev/null & fi sleep 4 && sudo renice -18 -p `pidof xine` > /dev/null &> /dev/null & I have svn ffmpeg and hg xine-lib-1.2. Thanks, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre

7 30

Help building xine-lib-1.2 --with-external-ffmpeg
by Todd Luliak 12 Sep '08

12 Sep '08

I've been running around in circles trying to get xine-lib-1.2 built with external ffmpeg. I currently use 1.2 with CoreAVC and would like to explore the h.264 improvements in ffmpeg trunk. I am suspecting my ffmpeg configuration/build/installation, but don't know what's wrong. I have: Cleaned the libav* directories from /usr/local/include Pulled a current SVN of ffmpeg : URL: svn://svn.mplayerhq.hu/ffmpeg/trunk Repository Root: svn://svn.mplayerhq.hu/ffmpeg Repository UUID: 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b Revision: 15291 ffmpeg configure: ./configure --arch=i686 --cpu=athlon64 --enable-gpl --enable-postproc --enable-pthreads --enable-liba52 --enable-libmp3lame --enable-libvorbis Builds sucessfully and the install places the following header directories in /usr/local/include: libavcodec libavdevice libavformat libavutil libpostproc libswscale Xine-lib 1.2 from HG: changeset: 10649:650d69296d66 date: Fri Sep 05 18:02:23 2008 +0200 configured with: ./autogen.sh --with-external-ffmpeg Nothing in this xine-lib has been patched yet (for vdr or CAVC) as I am trying to get the build environment working properly before I mess with my CAVC patched version. Compile fails with: gcc -DHAVE_CONFIG_H -I. -I../../../include -I../../.. -I../../../include -I../../../include -I../../../src -I../../../src/xine-engine -I../../../src/xine-engine -I../../../src/xine-utils -I../../../src/input -I../../../src/input -I../../../lib -I../../../lib -I/usr/local/include -I/usr/local/include -I../../../src/dxr3 -D_FILE_OFFSET_BITS=64 -DNDEBUG -D_REENTRANT -DXINE_COMPILE -O3 -ffast-math -f expensive-optimizations -mtune=athlon -fvisibility=hidden -pipe -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wpointer-arith -g -MT ffmpeg_decoder.lo -MD -MP -MF .deps/ffmpeg_decoder.Tpo -c ffmpeg_decoder.c -fPIC -DPIC -o .libs/ffmpeg_decoder.o mv -f .deps/ffmpeg_decoder.Tpo .deps/ffmpeg_decoder.Plo/bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../../include -I../../.. -I../../../include -I../../../include -I../../../src -I../../../src/xine-engine -I../../../src/xine-engine -I../../../src/xine-utils -I../../../src/input -I../../../src/input -I../../../lib -I../../../lib -I/usr/local/include -I/usr/local/include -I../../../src/dxr3 -D_FILE_OFFSET_BITS=64 -DNDEBUG -D_REENTRANT -DXINE_COMPILE -O3 -ffast-math -fexpensive-optimizations -mtune=athlon -fvisibility=hidden -pipe -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wpointer-arith -g -MT ff_audio_decoder.lo -MD -MP -MF .deps/ff_audio_decoder.Tpo -c -o ff_audio_decoder.lo ff_audio_decoder.c gcc -DHAVE_CONFIG_H -I. -I../../../include -I../../.. -I../../../include -I../../../include -I../../../src -I../../../src/xine-engine -I../../../src/xine-engine -I../../../src/xine-utils -I../../../src/input -I../../../src/input -I../../../lib -I../../../lib -I/usr/local/include -I/usr/local/include -I../../../src/dxr3 -D_FILE_OFFSET_BITS=64 -DNDEBUG -D_REENTRANT -DXINE_COMPILE -O3 -ffast-math -fexpensive-optimizations -mtune=athlon -fvisibility=hidden -pipe -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wpointer-arith -g -MT ff_audio_decoder.lo -MD -MP -MF .deps/ff_audio_decoder.Tpo -c ff_audio_decoder.c -fPIC -DPIC -o .libs/ff_audio_decoder.o ff_audio_decoder.c: In function 'ff_audio_decode_data': ff_audio_decoder.c:272: error: 'AVCodecContext' has no member named 'bits_per_sample' ff_audio_decoder.c:325: error: implicit declaration of function 'avcodec_decode_audio' ff_audio_decoder.c:330: error: 'AVCodecContext' has no member named 'bits_per_sample' make[4]: *** [ff_audio_decoder.lo] Error 1 make[4]: Leaving directory `/usr/local/src/newtest/xine-lib-1.2/src/combined/ffmpeg' make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/local/src/newtest/xine-lib-1.2/src/combined/ffmpeg' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/newtest/xine-lib-1.2/src/combined' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/newtest/xine-lib-1.2/src' make: *** [all-recursive] Error 1 xine-lib compiles fine without the external ffmpeg flag, and xine-lib-1.1.14 compiles with or without external ffmpeg using the same configure options. I have tried adding CCPFLAGS directives like: CPPFLAGS="-I/usr/local/include/libavcodec -I/usr/local/include/libavdevice -I/usr/local/include/libavformat -I/usr/local/include/libavutil -I/usr/local/include/libpostproc" ./autogen.sh --prefix=/usr/local --disable-dxr3 --enable-shared --with-external-ffmpeg and the result is the same Your help is GREATLY appreciated as I have tried everything I know and everything I found in searches over the last three days. I'm stumped. -Todd

3 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr