vdr December 2007

vdr@linuxtv.org

64 participants
67 discussions

How to demux H.264 recording ?
by Gregoire Favre 10 Dec '07

10 Dec '07

Hello, i have just recorded one of the best movie from the Switzerland in H.264 on Swiss HD channel :-) The quality is really good and I would like to keep de and fr AC3 (I don't care about the en/it audio). Anyone know which tools are available to do it ? Thank, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre

3 2

xineliboutput X11 window has nearly invisible menus
by Tobias Brink 09 Dec '07

09 Dec '07

Hello. I set up VDR (1.4.7) with xineliboutput (1.0.0~rc2) on a VIA EPIA SP-8000E. For xineliboutput I use an X11 window with the xxmc driver. X is set up to do TV out (PAL) via the composite jack. My problem is now that I can barely see the menu on my TV. The menu is very transparent and no option in the plugin settings menu seems to change this. Interestingly the menu is all right when viewed via vdr-sxfe. There I can toggle transparency and adjustment but it doesn't have any effect on my TV. Is this a known problem or has anyone any tips for me? Searching google and the list archives didn't yield anything related. I'd appreciate any help, Tobias

1 1

Playback too fast..
by JJussi 09 Dec '07

09 Dec '07

Hi! Have anybody notice that playback is little bit too fast.. Here easy way to determit that.. 1. Select channel X and press REC to start recording 2. Change channel to Y 3. Start playback of recording of point 1. 4. Press Enter to get progress bar. Make note how many seconds behind you are from live. 5. OK, shall we assume that you are now 10 seconds behind... 6. After 5 minutes, make note how much gap is now.. OH! It's only 5 seconds... 7. After next 5 minutes playback WILL STOP and you are now watching live channel Y (from point 2.) ;-) -- JJussi

2 1

remote.conf file syntax ?
by Xavier Beaudouin 08 Dec '07

08 Dec '07

Hello, I have (with somewhat difficulties) to configure vdr with softdevice plugins on vesa fb (don't want X11 stuff and directfb doesn't seems to work on Ati Radeon 9100 IGP). I have also stopped to try to use a DXR3 card as well ;(. My problem is that I have some /etc/lirc/lircd.conf file for my remote control, but I cannot map the controls I have in /etc/lirc/lircd.conf into remote.conf. Vdr tell me to go to hell with a "error in remote.conf". lircd.conf file is http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500 , with kernel 2.6.23.9 and v4l drivers of my Nova-T-500. I used the file from http://www.vdr-wiki.de/wiki/index.php/Struktur with the help of google translate to adapt german text into french. Any help ? /Xavier

3 3

CI module blocks recieving of FTA channels
by zzocmertt 08 Dec '07

08 Dec '07

Hello list, I have in a Gentoo system, a Hauppauge Nexus-S card (FF card), which is used with vdr 1.4.6 (media-video/vdr-1.4.6) and with firmware version 1 (media-tv/linuxtv-dvb-firmware-1) and dvb lib 0.5.5.1 (media-libs/libdvb-0.5.5.1-r3). De kernel is 2.6.23-gentoo-r3. In this configuration, I can recieve the FTA channels as defined in the default channels.conf (/etc/vdr/channels.conf). When a connect a 3.5 inch Hauppauge CI module (http://www.linuxtv.org/vdrwiki/index.php/Common_interface with white front panel, http://www.hauppauge.com/html/dvb_s.htm, bottom of page) to the Hauppauge Nexus card, I can no longer recieve the FTA channels (no image, no sound, no EPG, no new descriptors, no timeout on a choosen channel). It does not matter if a insert a CAM (Alphacrypt) or not. I don't have a working smartcard right now, so I did not test that. If I do insert the CAM, in the log file, the message is found: Dec 8 11:33:39 vdr_gentoo vdr: [29572] warning: Resetting CAM... Dec 8 11:33:42 vdr_gentoo vdr: [29572] info: CAM has been reset The LED on the CAM is on as well, so it has power, but still no FTA channels visible. On the mailing list was this: http://www.linvdr.org/mailinglists/vdr/2005/03/msg00573.html, which looks familiar, with one difference: In that email, nothing was stated about the FTA channels. My question is: When I have a CI module connected to the Nexus card, should I then still be able to see the FTA channels ?

1 0

HDTV - 2B or not 2B
by Füley István 07 Dec '07

07 Dec '07

Hello list, I followed the recent messages about the future of VDR with great interest . I would like to share my recent experiences about HDTV. As I consider myself to be open for "new technologies" like HDTV is now, I recently bought an HDTV receiver. It doesn't matter who produced it, I think my hardware is an average HDTV setup for 2007: a DVB-S2, MPEG4, H264 compatible receiver with a 1368x768 LCD display. My first impressions are: yes, it looks better, than SDTV. Some say the difference is comparable with the B/W - color one, well, I don't think so. I don't see any reason to watch a news or a serial in HDTV. I think HDTV would be fine for a couple of premium channels/package, for ex. a movie and a sport channel, and the rest should remain in SD. Considering the huge technical investment (20Mbit/sec/channel, high speed dedicated MPEG4 decoders, which consumes a lot of energy, HDready displays, etc), I'm not sure it worths to watch a wheater report in HD. Compared to a well encoded 16:9 SDTV channel (for ex. ZDF), an HDTV picture does not take my breath away. And one more thing, as I tested this brand new receiver: things that for us, VDR users, are usual for several years, are selled as brand new innovative features for a 2007 model set-top-box, and a lot of common VDR features are unknown for these receivers. Shortly: VDR is the best satellite receiver in 2007 :) What I want to say with this long story: I'm not sure if we (meaning the users) should push Klaus to the HD, or just wait him to finalize current tasks, and when time comes (and when there will be suitable HW), I'm sure we will have HD-VDR. Remember: HDTV is not a new era, as manufacturers try to sell us. It just looks a LITTLE better. István -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

11 22

DXR3?
by Rob Davis 05 Dec '07

05 Dec '07

I have a couple of SkyStar cards on a VDR server, running xineliboutput on an NVidia card using a VGA cable to my HDTV. I am seeing lagging, tearing and noticeable interlacing. Is it worth buying a DXR3 on ebay? -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis

3 2

Best Diskless capable distribution ?
by Juergen Sauer 04 Dec '07

04 Dec '07

Hi! I reworked my ancient vdr system and build a new hardware around my DVB-S card (after a long time of not-usage). I want to use my server using a diskless architecture to run vdr. Idea, which dritribution for vdr to choose ? I intend to have a Debian/Ubuntu system for the vdr system, the distri should be easy updateable, but up-to-date current. I do not want to do manual updates in the form (get source, build, test, install, get plugins, etc.) the building / testing / installing from pure source is nice, makes fun, but I do not have the time for doing that this way. So, which remote boot capaple distri do you use ? Which is best to choose ? TIA mfG Jürgen Sauer automatiX Linux Support Crew PS: due heavy personal work load I interrupted my vdr usage a year ago -- Jürgen Sauer

5 4

problem compiling vdr-xine
by Simon Baxter 04 Dec '07

04 Dec '07

I'm trying to get vdr-xine compiled under FC8 (2.6.23.1-49.fc8) I downloaded the sources - xine-lib-1.1.8.tar.bz2 which patches ok, but then won't compile with the following error: _cdio_linux.c:415: error: 'INT_MAX' undeclared (first use in this > function) This is the same as Darren Salt has identified on: http://www.nabble.com/xine-lib-fails-to-build-on-Fedora-8-64bit:-t4930109.h… His suggestion of running ./autogen.sh with the option "--without-included-vcdlibs" doesn't change anything, and it also doesn't look like a valid option anyway, as I think it's the default "without": grep -R vcdlibs* * configure: --with-internal-vcdlibs force using internal libcdio/libvcd/libvcdinfo configure:# Check whether --with-internal-vcdlibs was given. configure:if test "${with_internal_vcdlibs+set}" = set; then configure: withval=$with_internal_vcdlibs; internal_vcdnav="$withval" configure.ac:AC_ARG_WITH(internal-vcdlibs, AS_HELP_STRING([--with-internal-vcdlibs], [force using internal libcdio/libvcd/libvcdinfo]), misc/xine-lib.spec: --with-internal-vcdlibs misc/xine-lib.spec:- use internal vcdlibs to keep dependencies low misc/xine-lib.spec.in: --with-internal-vcdlibs misc/xine-lib.spec.in:- use internal vcdlibs to keep dependencies low I tried getting the latest hg of xine-lib, but this won't patch with patch -d. -p0 < ~/vdr-1.5.12/PLUGINS/src/xine/patches/xine-lib.patch ...with errors in ff_video, video_out_xvmc and video_out_xxmc patch -d. -p0 --dry-run < ~/vdr-1.5.12/PLUGINS/src/xine/patches/xine-lib.patch patching file xine-lib/configure.ac Hunk #1 succeeded at 2720 (offset 28 lines). Hunk #3 succeeded at 2961 (offset 33 lines). patching file xine-lib/include/xine.h.in Hunk #1 succeeded at 1661 (offset -2 lines). patching file xine-lib/src/Makefile.am patching file xine-lib/src/demuxers/demux_mpeg_pes.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file xine-lib/src/demuxers/demux_mpeg_pes.c.rej patching file xine-lib/src/libffmpeg/ff_video_decoder.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 8 out of 8 hunks ignored -- saving rejects to file xine-lib/src/libffmpeg/ff_video_decoder.c.rej patching file xine-lib/src/libffmpeg/libavcodec/h264.c patching file xine-lib/src/libffmpeg/libavcodec/mpegvideo.c patching file xine-lib/src/vdr/Makefile.am patching file xine-lib/src/vdr/input_vdr.c patching file xine-lib/src/vdr/input_vdr.h patching file xine-lib/src/vdr/post_vdr.c patching file xine-lib/src/vdr/post_vdr.h patching file xine-lib/src/vdr/post_vdr_audio.c patching file xine-lib/src/vdr/post_vdr_video.c patching file xine-lib/src/video_out/video_out_xcbshm.c Hunk #1 succeeded at 131 (offset -2 lines). patching file xine-lib/src/video_out/video_out_xcbxv.c Hunk #1 succeeded at 211 (offset -2 lines). patching file xine-lib/src/video_out/video_out_xshm.c Hunk #1 succeeded at 172 (offset -3 lines). patching file xine-lib/src/video_out/video_out_xv.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file xine-lib/src/video_out/video_out_xv.c.rej patching file xine-lib/src/video_out/video_out_xvmc.c Hunk #1 succeeded at 487 (offset -2 lines). Hunk #3 succeeded at 765 (offset -2 lines). patching file xine-lib/src/video_out/video_out_xxmc.c Hunk #1 succeeded at 368 (offset -3 lines). Hunk #3 succeeded at 455 (offset -3 lines). Hunk #5 FAILED at 610. Hunk #6 succeeded at 1213 (offset -8 lines). Hunk #8 succeeded at 1253 (offset -8 lines). 1 out of 9 hunks FAILED -- saving rejects to file xine-lib/src/video_out/video_out_xxmc.c.rej patching file xine-lib/src/video_out/xvmc_mocomp.c Hunk #1 succeeded at 70 (offset -2 lines). patching file xine-lib/src/video_out/xvmc_vld.c Hunk #1 succeeded at 32 (offset -2 lines). patching file xine-lib/src/xine-engine/accel_xvmc.h Hunk #1 succeeded at 65 (offset -2 lines). Hunk #3 succeeded at 112 (offset -2 lines). patching file xine-lib/src/xine-engine/post.c Hunk #1 succeeded at 147 (offset -2 lines). Hunk #3 succeeded at 209 (offset -2 lines). Hunk #5 succeeded at 391 (offset -2 lines). Hunk #7 succeeded at 723 (offset -2 lines). patching file xine-lib/src/xine-engine/post.h Hunk #1 succeeded at 177 (offset -3 lines). patching file xine-lib/src/xine-engine/video_decoder.c Hunk #1 succeeded at 25 (offset -3 lines). patching file xine-lib/src/xine-engine/video_out.c Hunk #1 succeeded at 69 (offset -2 lines). Hunk #3 succeeded at 148 (offset -2 lines). Hunk #5 succeeded at 221 (offset -2 lines). Hunk #7 succeeded at 599 (offset -2 lines). Hunk #9 succeeded at 1142 (offset -2 lines). Hunk #11 succeeded at 1658 (offset -2 lines). Hunk #13 succeeded at 1834 (offset -2 lines). Hunk #15 succeeded at 1874 (offset -2 lines). patching file xine-lib/src/xine-engine/video_out.h Hunk #1 succeeded at 202 (offset -3 lines). patching file xine-lib/src/xine-engine/video_overlay.h Hunk #1 succeeded at 35 (offset -3 lines). patching file xine-lib/src/xine-engine/xine.c Hunk #1 succeeded at 292 (offset -2 lines). Hunk #3 succeeded at 545 (offset -2 lines). Hunk #5 succeeded at 571 (offset -2 lines). Hunk #7 succeeded at 2093 (offset 2 lines). patching file xine-lib/src/xine-engine/xine_internal.h Hunk #1 succeeded at 166 (offset -3 lines). Hunk #3 succeeded at 374 (offset -3 lines). Can anyone help??

2 1

[PATCH]: vdr-plugin-analogtv blue faces on saa7134 (and other non bt8x8 cards)
by Eddi 04 Dec '07

04 Dec '07

I've prepared a patch that solves blue faces on saa7134 based card. I've wrote it over vdr-plugin-analogtv-1.0.00 and is available on my home server: http://tux.dpeddi.com/lr319sta/vdr/analogtv-20071204.diff Included in this patch a minimal makefile for v4l2-ctl (I've renamed it to vdr-v4l2ctl to avoid conflict) This should be used to look what control ctrl are available for the card and what is the maximum value of each control. Then, with readed value you could fill out plugins.analogtv.conf with: -b 255 -s 127 -c 127 -h 0 Since saa7134 card hasn't hue control, by setting -h 0 the hue control is not displayed on plugin setup screen and the control is not initialized on channel change. Perhaps I could write a small post-install that use v4l2-ctl to initialize automatically plugins.analogtv.conf. My patch don't work over v4l(1.0), but I think v4l(1.0) support only few cards brockertree based. Regards, Eddi P.S.: Tobias, you are welcome, if you wan't to add to your e-tobi.net repository.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr December 2007