Re: [vdr] Problem with mplayer plug-in
Stefan Huelswitt wrote: On 22 Aug 2006 Jean-Claude Repetto [EMAIL PROTECTED] wrote: I have enabled the DEBUG option of the plugin, and here is the log : You should look at the console output which includes original mplayer output as well. Regards. Thanks, now the error message appears : DVB: height=384 not supported (try 240/480 (ntsc) or 288/576 (pal) It seems that the plug-in tries to expand the format to 352/384, but the DVB card does not support the new format. Here is the whole log : logger: *** Starting mplayer.sh Version 0.8.6 logger: *** DEBUG: Variable CFGFIL has value /etc/vdr/plugins/mplayer/mplayer.sh.conf logger: *** DEBUG: Variable USEAC3 has value false logger: *** DEBUG: Variable AC3AOUT has value -ao alsa9 -ac hwac3 logger: *** DEBUG: Variable TV_ASPECT has value 16/9 logger: *** DEBUG: Variable PAL has value true logger: *** DEBUG: Variable NTSC has value true logger: *** DEBUG: Variable USE_SPEED has value true logger: *** DEBUG: Variable DETC_FILTER has value detc=dr=2:am=1 logger: *** DEBUG: Variable MPLAYER has value /usr/bin/mplayer logger: *** DEBUG: Variable VOP has value lavc=5000 logger: *** DEBUG: Variable VO has value mpegpes logger: *** DEBUG: Variable AO has value mpegpes logger: *** DEBUG: Variable CACHE has value 4096 logger: *** DEBUG: Variable CACHESTR has value -cache 4096 logger: *** DEBUG: Variable FRAMEDROP has value true logger: *** DEBUG: Variable FDSTR has value -framedrop logger: *** DEBUG: Variable LIRCRC has value /etc/lircd.conf logger: *** DEBUG: Variable LIRCSTR has value -lircconf /etc/lircd.conf logger: *** DEBUG: Variable SUBTITLE has value -subpos 80 -sub-bg-color 0 -sub-bg-alpha 30 logger: *** DEBUG: Variable REMOTE has value -slave -nolirc logger: *** DEBUG: Variable AUDIO has value logger: *** Use Option USERDEF at your own risk! logger: *** DEBUG: Variable USERDEF has value -quiet logger: *** DEBUG: Variable XResPAL has value 352 480 528 544 688 704 720 logger: *** DEBUG: Variable XResNTSC has value 352 480 512 640 704 720 logger: *** DEBUG: Variable SLOW_CPU has value false logger: *** DEBUG: *** Option DVDFiles not set correctly! You will not be able to play VCD/DVD logger: *** DEBUG: Variable DVDFiles has value logger: *** DEBUG: *** Option DVD not set correctly! You will not be able to play VCD/DVD logger: *** DEBUG: Variable DVD has value logger: *** DEBUG: Variable DVDLANG has value fr logger: *** DEBUG: Variable DVDOPTIONS has value -aop list=volume:volume=170 logger: *** DEBUG: Variable VCDOPTIONS has value logger: *** DEBUG: Variable MPEG_DIRECT has value true logger: *** DEBUG: Variable SUFFIX has value .avi logger: *** DEBUG: Variable MPLAYER_V1 has value true logger: *** DEBUG: Calling getvidxy function to analyze source video stream ... logger: *** DEBUG: OutputFromMPLAYER: ID_VIDEO_ID=0 ID_AUDIO_ID=1 ID_CLIP_INFO_NAME0=Software ID_CLIP_INFO_VALUE0=VirtualDubMod 1.5.10.1 (build 2366/release) ID_CLIP_INFO_N=1 ID_FILENAME=/var/vdr/divx/Documentaire - Inde Des Dieux Et Des Hommes - La Derniere Vie De Nirvala.avi ID_DEMUXER=avi ID_VIDEO_FORMAT=DX50 ID_VIDEO_BITRATE=796408 ID_VIDEO_WIDTH=320 ID_VIDEO_HEIGHT=240 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0. 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 logger: *** DEBUG: MPLAYER_RETURN: 0 logger: *** DEBUG: parsed output for ORIG_X: 320 logger: *** DEBUG: parsed output for ORIG_Y: 240 logger: *** DEBUG: parsed output for ORIG_FPS: 25.000 logger: *** DEBUG: parsed output for ORIG_ASPECT: 0. logger: *** DEBUG: parsed output for VIDEO_FORMAT: DX50 logger: *** DEBUG: parsed output for AUDIO_CODEC: mp3 logger: *** INFO: Source Video has Resolution of 320 x 240 ... logger: *** DEBUG: PAL or unknown 25.000 logger: *** DEBUG: Variable MAX_X has value 512 logger: *** DEBUG: Variable NEW_Y has value 384 logger: *** INFO: For Sqare Pixels we would scale to 512 x 384 ... logger: *** DEBUG: Variable XResTEMP has value 352 480 528 544 688 704 720 logger: *** DEBUG: Variable AnzahlVonXResTEMP has value 7 logger: *** DEBUG: Variable NEW_X has value 352 logger: *** DEBUG: setting REAL_Y = HALF_Y logger: *** DEBUG: Variable CMDLINE has value /usr/bin/mplayer -vo mpegpes -ao mpegpes -vop lavc=5000:25,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 MPlayer 1.0pre8-3.4.6 (C) 2000-2006 MPlayer Team CPU: AMD Athlon(tm) XP (Family: 6, Model: 8, Stepping: 0) MMX2 supported but disabled SSE supported but disabled 3DNow supported but disabled 3DNowExt supported but disabled CPUflags: MMX: 1 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 Compiled with runtime CPU detection. 93 audio 211 video codecs PLAYING /var/vdr/divx/Documentaire - Inde Des Dieux Et Des Hommes - La Derniere Vie De Nirvala.avi Cache fill: 2.93% (122880 bytes) AVI file format detected. VIDEO: [DX50] 320x240 24bpp 25.000 fps 796.4
Re: [vdr] Sudden vdr restarts almost continuously
Jukka Palko wrote: I have been running vdr 1.4 version with rather good success for some time now, but now all of a sudden I have started getting almost continuous restarting of vdr. Aug 23 09:31:11 sempron vdr: [16318] ERROR: video data stream broken Cards in machine are: # lspci -v -s 0a.0 00:0a.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1 sempron ~ # lspci -v -s 0d.0 00:0d.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1 Did you check that its not just the second card that has failures? For example, try switching live view to the second card using femon, or start VDR with -D 1 -D 0 to use the second card as primary. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] maybe something for vdr-admin...
http://tellylistings.com/index.php -- Torgeir Veimo[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] maybe something for vdr-admin...
On 23 Aug 2006, at 15:45, Rene Hertell wrote: [EMAIL PROTECTED] wrote: Torgeir Veimo wrote: http://tellylistings.com/index.php Well, I don't know which version of VDRAdmin you are using, but as far as I know, this feature has been included for quite a while. Take a look: http://www.vdr-wiki.de/wiki/images/a/a1/Vdradmin-am-03.png Maybe Torgeir meant the way to group channes into different groups..? No I just haven't used vdr-admin for a long while... -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with mplayer plug-in
On 23 Aug 2006 Jean-Claude Repetto [EMAIL PROTECTED] wrote: Thanks, now the error message appears : DVB: height=384 not supported (try 240/480 (ntsc) or 288/576 (pal) It seems that the plug-in tries to expand the format to 352/384, but the DVB card does not support the new format. Well, actualy it's the mplayer.sh script which fails here. The plugin only calls the script. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Sudden vdr restarts almost continuously
Jukka Palko wrote: I doublechecked things on the host a while back and looks like the cause is clock adjustment. :) After disabling the adjustment from transmissions, the continuous restarting ended. Propably ain't got the priviledges set up properly. ;) Aug 23 10:00:32 sempron vdr: [19692] System Time = Wed Aug 23 10:00:32 2006 (1156316432) Aug 23 10:00:32 sempron vdr: [19692] Local Time = Wed Aug 23 10:01:08 2006 (1156316468) Aug 23 10:01:08 sempron vdr: [19710] ERROR: video data stream broken Well, thats an important hint! Actually, it looks like the VDSB detection is not secured for clock adjustment. Time jumped forward 36 seconds (see log time index), and because of that VDR did not see useful data for more than 30 seconds, and did a VDSB... Question is, why did such a rather big time adjustment happen just while recording, and not before the recording started. Did you set up time adjustment on a specific channel, and did you record from this channel/transponder? How frequent are these time adjustments? Does your clock do massive drifting when not syncing with the sat time? Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
