vdr August 2006

vdr@linuxtv.org

86 participants
78 discussions

Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily
by Martin Dauskardt 26 Aug '06

26 Aug '06

I upgraded to 1.4.1-4, which seems to include the patch from Anssi (http://linuxtv.org/pipermail/vdr/2006-August/010360.html ) I am not happy with this patch: My machine has a FF-card and Budget-Card+CAM. There was no timer for any encrypted channel programmed. All active timers were set for ARD. I had absolutely no plans to watch Premiere, I was not even at home :-) But all recordings were done with the FF card. vdr started with the ARD channel, and the well known performance problem of FF cards resulted in bad recordings (buffer usage ... /clearing). You see, I want the the opposite than the original poster asked for. For me it is more important to get good recordings than to be able to switch to an encrypted channel why recording another one. So I want vdr to always use the Budget card for recordings.Can this be done in any way without patching vdr? Is there any solution I don`t see? (Of course I don´t want to hardcode every channel in channels.conf to the Budget card. I still want to be able to make two FTA-recordings on different frequencies.) I think the best solution would be to make this configurable in DVB settings or in timer menu so that the user can select the DVB card he wants to use for the recording.

5 19

anyone using Technotrend Premium S2300 (Rev 2.3) "modded"
by Simon Baxter 26 Aug '06

26 Aug '06

Hi. I'm looking at getting the following from dvbshop.net Technotrend Remotecontrol SET Technotrend Technotrend "Dual Tuner" Package (Technotrend Premium S2300 (Rev 2.3) "modded") RGB/S-Video J2 Extension for Technotrend Premium (for component/RGB-out) Has anyone got any advice on getting this working with VDR? I've been using VDR with budget cards for a few years with vdr-xine. This will be my first FF with an MPEG decoder - any problems/advice on the quality of the RGB-out?

6 11

Problem with mplayer plugin
by Jean-Claude Repetto 25 Aug '06

25 Aug '06

Hi, I am using VDR-1.4.1-1 with mplayer-plugin 0.9.15pre10. The primary card is a FF card (Hauppauge Rev 1.3). The CPU is an Athlon 2000+, with 512Mb of RAM. I can read most video files, but some don't work.The screen stays black during a few seconds, then the live TV program is displayed again. I have enabled the DEBUG option of the plugin, and here is the log : Aug 22 09:03:17 vdr logger: *** Starting mplayer.sh Version 0.8.6 Aug 22 09:03:17 vdr logger: *** DEBUG: Variable CFGFIL has value "/etc/vdr/plugins/mplayer/mplayer.sh.conf" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable USEAC3 has value "false" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable AC3AOUT has value "-ao alsa9 -ac hwac3" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable TV_ASPECT has value "16/9" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable PAL has value "true" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable NTSC has value "true" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable USE_SPEED has value "true" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DETC_FILTER has value "detc=dr=2:am=1" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable MPLAYER has value "/usr/bin/mplayer" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable VOP has value "lavc=5000" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable VO has value "mpegpes" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable AO has value "mpegpes" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable CACHE has value "4096" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable CACHESTR has value "-cache 4096" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable FRAMEDROP has value "true" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable FDSTR has value "-framedrop" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable LIRCRC has value "/etc/lircd.conf" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable LIRCSTR has value "-lircconf /etc/lircd.conf" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable SUBTITLE has value " -subpos 80 -sub-bg-color 0 -sub-bg-alpha 30" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable REMOTE has value "-slave -nolirc" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable AUDIO has value "" Aug 22 09:03:17 vdr logger: *** Use Option USERDEF at your own risk! Aug 22 09:03:17 vdr logger: *** DEBUG: Variable USERDEF has value "-quiet" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable XResPAL has value "352 480 528 544 688 704 720" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable XResNTSC has value "352 480 512 640 704 720" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable SLOW_CPU has value "false" Aug 22 09:03:17 vdr logger: *** DEBUG: *** Option DVDFiles not set correctly! You will not be able to play VCD/DVD "" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DVDFiles has value "" Aug 22 09:03:17 vdr logger: *** DEBUG: *** Option DVD not set correctly! You will not be able to play VCD/DVD "" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DVD has value "" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DVDLANG has value "fr" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable DVDOPTIONS has value "-aop list=volume:volume=170" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable VCDOPTIONS has value "" Aug 22 09:03:17 vdr logger: *** DEBUG: Variable MPEG_DIRECT has value "true" Aug 22 09:03:18 vdr logger: *** DEBUG: Variable SUFFIX has value ".avi" Aug 22 09:03:18 vdr logger: *** DEBUG: Variable MPLAYER_V1 has value "true" Aug 22 09:03:18 vdr logger: *** DEBUG: Calling getvidxy function to analyze source video stream ... Aug 22 09:03:18 vdr logger: *** DEBUG: OutputFromMPLAYER: "ID_VIDEO_ID=0 ID_AUDIO_ID=1 ID_CLIP_INFO_NAME0=Software ID_CLIP_I NFO_VALUE0=VirtualDubMod 1.5.10.1 (build 2366/release) ID_CLIP_INFO_N=1 ID_FILENAME=/var/vdr/divx/Documentaire - Inde Des Di eux Et Des Hommes - La Derniere Vie De Nirvala.avi ID_DEMUXER=avi ID_VIDEO_FORMAT=DX50 ID_VIDEO_BITRATE=796408 ID_VIDEO_WIDT H=320 ID_VIDEO_HEIGHT=240 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_CODEC=mp3 ID_AUDIO_FORMAT=85 ID_AUDIO_BITRATE= 128000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_LENGTH=3169.96 ID_VIDEO_CODEC=ffodivx" Aug 22 09:03:18 vdr logger: *** DEBUG: MPLAYER_RETURN: "0" Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for ORIG_X: "320" Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for ORIG_Y: "240" Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for ORIG_FPS: "25.000" Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for ORIG_ASPECT: "0.0000" Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for VIDEO_FORMAT: "DX50" Aug 22 09:03:18 vdr logger: *** DEBUG: parsed output for AUDIO_CODEC: "mp3" Aug 22 09:03:18 vdr logger: *** INFO: Source Video has Resolution of 320 x 240 ... Aug 22 09:03:18 vdr logger: *** DEBUG: PAL or unknown "25.000" Aug 22 09:03:18 vdr logger: *** DEBUG: Variable MAX_X has value "512" Aug 22 09:03:18 vdr logger: *** DEBUG: Variable NEW_Y has value "384" Aug 22 09:03:18 vdr logger: *** INFO: For Sqare Pixels we would scale to 512 x 384 ... Aug 22 09:03:18 vdr logger: *** DEBUG: Variable XResTEMP has value "352 480 528 544 688 704 720" Aug 22 09:03:18 vdr logger: *** DEBUG: Variable AnzahlVonXResTEMP has value "7" Aug 22 09:03:18 vdr logger: *** DEBUG: Variable NEW_X has value "352" Aug 22 09:03:18 vdr logger: *** DEBUG: setting REAL_Y = HALF_Y "" Aug 22 09:03:18 vdr logger: *** DEBUG: Variable CMDLINE has value "/usr/bin/mplayer -vo mpegpes -ao mpegpes -vop lavc=5000:2 5,expand=352:288:-1:-1:1,scale=352:384 -framedrop -cache 4096 -slave -nolirc -subpos 80 -sub-bg-color 0 -sub-bg-alpha 30 -quiet " Any help would be appreciated. Thanks, Jean-Claude

2 4

replex without cutting ?
by Gregoire Favre 24 Aug '06

24 Aug '06

Hello, is it possible to demux using replex without cutting ? Thank you very much, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org

4 5

[ANNOUNCE] VDR maintenance patch 1.4.1-5
by Klaus Schmidinger 24 Aug '06

24 Aug '06

VDR maintenance patch 1.4.1-5 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-5.diff This is a 'diff' against version 1.4.1-4 (which is the official version 1.4.1, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-1.diff, ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-2.diff, ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-3.diff and ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-4.diff). Small fixes to the officially released VDR versions will be first made available as "maintenance patches" in the Developer directory, so that they can be reviewed and tested before a new official release is published. So please apply the above patch and report whether it works (or if it causes any new problems). Originally I wanted to release an official 1.4.2 today, but then a few things came up that I also wanted to go into the new version. Now hopefully this version will prove stable and can be officially released next sunday ;-) The changes since version 1.4.1-4: - Replaced the "quick workaround for additional live audio PIDs" in cDvbDevice::SetChannelDevice() with an actual solution in cDvbDevice::SetAudioTrackDevice() in order to prevent sticky PIDs in CAMs, which caused long switching times or completely blank screens when switching between encrypted channels on the same transponder (reported by Tomas Berglund). - Adapted cThread::ThreadId() to recent kernels (thanks to Ville Skyttä). - Added --remove-destination to the 'cp' command for binaries in the Makefile to avoid a crash in case a new version is installed on a running system (suggested by Petri Hintukainen). - Fixed handling "Ca Info" in case the CAM sends this again if the smart card is replaced with a different one. Have fun! Klaus

3 5

1.3.43: sourcecaps: tuning one device causes all devices to tune their channels
by Jeremy Hall 24 Aug '06

24 Aug '06

Hello, I know Klaus won't respond to this, but perhaps somebody else that runs with sourcecaps will be able to confirm that if you have a channel tuned on one device and switch another device both devices must resync the scenario: device 1 is a budget card, device 2 is a ff card. When I want to watch a channel tunable only on the budget, transfer thread is started and I'm using the dvr device. If I start a streamdev or something to keep the channel up, then switch the ff card to something it can watch, the budget loses frames while it resyncs, and since this is a channel with an extremely low srate, it can take upwards of 10 to 15 seconds to come back under normal circumstances, and sometimes it takes 30 seconds to resync. I should also mention I modified the dvbs_tune_timeout to 19 ms instead of 9ms because it takes longer to sync some of these low srate channels. My vdr version is 1.3.43. THanks. _J

1 0

maybe something for vdr-admin...
by Torgeir Veimo 23 Aug '06

23 Aug '06

http://tellylistings.com/index.php -- Torgeir Veimo torgeir(a)pobox.com

3 3

DVB + V4L Wiki Update
by Johannes Stezenbach 22 Aug '06

22 Aug '06

Hi, I've updated the DVB and V4L Wikis to MediaWiki-1.7.1. In case there's a problem now, please let me know. Thanks, Johannes

1 0

Build failures on Ubuntu - gettid related
by Chris Elsworth 20 Aug '06

20 Aug '06

Hello, I'm trying to get vdr-1.4.0 built on Ubuntu. I'm using the source from the apt repository (apt-get source vdr). I'm getting this: root@media:~/vdr-1.4.0# make g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" thread.c thread.c:319: error: 'gettid' has not been declared thread.c:321: error: expected constructor, destructor, or type conversion before 'tThreadId' make: *** [thread.o] Error 1 root@media:~/vdr-1.4.0# If I comment out the line: _syscall0(pid_t, gettid) And change the gettid() call just below it into: return syscall(224); Then it builds, and seems to work fine. Clearly I'm just missing a gettid definition, but does anyone know which Debian/Ubuntu package (they're basically the same) it's in? I have linux-kernel-headers 2.6.17-5.16 installed, I'm not sure where else to look. thanks! -- Chris

5 7

VPS timer set to event
by Dirk 20 Aug '06

20 Aug '06

Hello, what does a line like this mean? Aug 20 20:01:23 martini vdr: [29347] timer 7 (6 2250-0020 VPS '00new~Law & Order - Die heimliche Geliebte') set to event Die 22.08.2006 23:10-00:00 'Law & Order' FYI: Timer 7 is a VPS timer. But its start time (22:50) is NOT exactly the start time of the program (23:10). Does this line tell me that VDR has detected that timer 7 wants to record the event starting at 23:10? And it will correctly start and end triggered by the VPS events? This would be fine! But the manual says that VPS timers have to start exactly at the correct time. Any experiences? Thank you, Dirk

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr August 2006