vdr

vdr@linuxtv.org

6731 discussions

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

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

20 Aug '06

Klaus Schmidinger wrote: > @Martin: any news on this? With recent drivers and firmware it should be > possible to record and watch even the high-bandwidth channels like ZDF > on a FF card. The problem appeared with "Tagesschau" on ARD. Not every recording on ARD or ZDF has buffer problems, but when it is live and maybe even 16:9, it is very likely that it happens. And there is no chance to do an additional recording on the same transponder without problems. I always use very recent drivers from hg, never older than 3 weeks. I even patched it with the performance + refactoring patches http://www.vdr-portal.de/board/thread.php?threadid=51207 from Oliver ("UFO") which seems to make it a little bit better. >The driver I'm using is the Mercurial version 2006-02-05 (well, actually >that's not _that_ recent, anyway) and the firmware version F12623 as >of 2006-07-22. The size of my firmware file is 240044, and the md5sum >is 099329687c91131e616b4dcd8a118a25. My CPU is an AMD K6/II 450. F12623 ? where do you get it from? has it ever been released officially? I remember that Werner mentioned F12623 in vdrportal in June, but the last version which was posted there is F22623 from May

2 1

ProjectX and burn plugin
by Gavin Hamill 20 Aug '06

20 Aug '06

I'm posting this here for the lack of a better place. The ProjectX home page is a German-only forum, and as I don't speak German, that leaves me a little stuck. Basically, ProjectX 0.90.4 barfs as part of the burn plugin 0.1.0-pre20's work when I have a recording with 'Audio Description' soundtrack (a 64kbit mono mp2 track intended for blind people to describe what is happening on-screen). It's a bit annoying, since I don't even want this soundtrack included in the recording.. [demux] + /usr/bin/java -Djava.awt.headless=true -jar /usr/local/projectx/ProjectX.jar -ini /video/plugins/burn/ProjectX.ini -cut /video/.vdr-burn.Hmcv14/VDRSYNC.0/px.cut -id 0xe0,0xc0,0xc1,0x1f,0x20 -demux -out /video/.vdr-burn.Hmcv14/VDRSYNC.0 -name vdrsync /tmp/.vdr-burn.gzXBn0/VDRSYNC.0/convert/001.vdr demuxes the video 0xe0 fine, the first audio track 0xc0 fine, and then bails out on 0xc1: [demux] --> MPEG Audio (0xC1) [demux] check & synchronize audio file vdrsync[1].mp [demux] [demux] 1 %-> check CRC of AC-3 / MPEG-Audio L1,2 [demux] -> delete CRC in MPEG-Audio Layer1,2 [demux] -> add frames [demux] Audio PTS: first packet 01:20:56.853, last packet 01:50:10.600 [demux] Video PTS: start 1.GOP 01:20:56.653, end last GOP 01:50:10.013 [demux] -> adjusting audio at video-timeline [demux] !> 8 frame(s) (192ms) pre-inserted @ 00:00:00.000 [demux] -> src_audio: MPEG-1, Layer2, 48000Hz, mono, 64kbps, CRC @ 00:00:00.192 [demux] !> 2 frame(s) (48ms) inserted @ 00:00:17.448 [demux] [demux] 2 % [demux] 3 % [demux] 4 %!> 2 frame(s) (48ms) inserted @ 00:00:53.448 [demux] [demux] 5 % [demux] 6 %!> 2 frame(s) (48ms) inserted @ 00:01:31.368 [demux] [demux] 7 % [demux] 8 %!> 2 frame(s) (48ms) inserted @ 00:02:07.368 [demux] [demux] 9 % [demux] 10 %!> 2 frame(s) (48ms) inserted @ 00:02:45.288 [demux] [demux] 11 % [demux] 12 %!> 3 frame(s) (72ms) inserted @ 00:03:22.512 [demux] [demux] 13 % [demux] 14 %!> 3 frame(s) (72ms) inserted @ 00:03:58.512 [demux] [demux] 15 % [demux] 16 %!> skipped sourceframe(s) @ 00:04:32.376 [demux] !> 2 frame(s) (48ms) inserted @ 00:04:36.432 [demux] [demux] 17 % [demux] 18 %!> 2 frame(s) (48ms) inserted @ 00:05:12.432 [demux] [demux] 19 %stopped... [demux] [demux] !> an error has occured.. (please inform the authors at 'forum.dvbtechnics.info') [demux] java.lang.ArrayIndexOutOfBoundsException: -1 [demux] at net.sourceforge.dvb.projectx.audio.AudioFormatMPA.decodeAncillaryData (Unknown Source) [demux] at net.sourceforge.dvb.projectx.audio.AudioFormat.decodeAncillaryData (Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.StreamProcessAudio.processAudio (Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.StreamProcessAudio.processStream (Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.StreamProcessAudio.<init>(Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.StreamProcess.process(Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.StreamProcess.<init>(Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.StreamParserPESPrimary.parseStream (Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.StreamParser.parseStream(Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.MainProcess.processCollection (Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.MainProcess.startProcessing(Unknown Source) [demux] at net.sourceforge.dvb.projectx.parser.MainProcess.run(Unknown Source) [demux] [demux] -> we have 13 warnings/errors. Ouch! :) I've put the complete logfile up at http://bum.net/dvd.log - I can make all of the source files available too (about 1GB) if they'll help some kind soul? :) Cheers, Gavin. [1] Sascha is still working on the burn plugin at http://www.magoa.net/linux/contrib/

3 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr