Re: [vdr] updated slavemode patch for mplayer plugin
Hi List, Stone wrote: After building the latest SVN today of the mplayer source, I noticed that the slavemode patch from the vdr-mp3-plugin did not apply anymore. Here is an attached working version of the patch for current SVN of mplayer. seems like the mplayer people are heavily working on their code. Again a slight update to the diff, to make it working. So long, -- Patrick Cernko | mailto:[EMAIL PROTECTED] | http://www.errror.org Eva: Geht das bei den Floeten mit etwas mehr PATOS? H.J.: Is' dos der Schoofskaes'? --- mplayer.c (revision 22763) +++ mplayer.c (working copy) @@ -3548,6 +3548,25 @@ edl_decision = 0; } +#if 1 + if(slave_mode){ +float position=0.0; +float time=0.0; +if(mpctx-demuxer-file_format==DEMUXER_TYPE_AVI mpctx-sh_video-video.dwLength2) { + // get pos from frame number / total frames + position=(float)mpctx-d_video-pack_no*100.0/(float)mpctx-sh_video-video.dwLength; + } +else { + off_t len = ( mpctx-demuxer-movi_end - mpctx-demuxer-movi_start ); + off_t pos = ( mpctx-demuxer-file_format == DEMUXER_TYPE_AUDIO?mpctx-stream-pos:mpctx-demuxer-filepos ); + if(len0) position=( pos - mpctx-demuxer-movi_start ) * 100.0 / len; + } +if(mpctx-sh_video) time=mpctx-d_video-pts; +else if(mpctx-sh_audio) time=mpctx-delay; +mp_msg(MSGT_OSD,MSGL_ERR,SLAVE: time=%.2f position=%.2f\r,time,position); +} +#endif + #ifdef HAVE_NEW_GUI if(use_gui){ guiEventHandling(); signature.asc Description: OpenPGP digital signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR stops replay due to strong wind condition
2007/3/19, martin [EMAIL PROTECTED]: Maybe Tero's can give us more input of his error handling script. This sounds a more reasonable way of handling exceptions. Well basically it is quite simple, but I don't know how well it suites other drivers than dvb-ttpci/av7110. I've configured vdr as a service which loads/unloads dvb modules and starts/stops vdr. When vdr is started also this small monitor script is started. Content of monitor script in pseudocode: put last 30 lines of syslog to tempfile check for errorlines of tempfile with grep if errorline found then service vdr restart exit else sleep 30 Currently I have following patterns specified as errorlines: 'dvb-ttpci: StopHWFilter error' 'dvb-ttpci: StartHWFilter error' 'av7110_send_fw_cmd error' -- Tero ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-span-0.0.4
Hi, I uploaded the fourth version of the SpAn-plugin. It can be found at http://lcr.vdr-developer.org/ Changelog: 2007-03-19: Version 0.0.4 - Changed the way PCM16-providers interact with SpAn (all providers must adapt the changes) - thx to Stefan Huelswitt for the suggestions and support. Only really visualized data is now being processed by the FFT, resulting in the positive side-effect that the CPU load of SpAn is slightly decreased. As to that change the define SPAN_SET_PCM_DATA_ID has now changed either to Span-SetPcmData-v1.1 - Updated the patches for mp3, cdda, graphlcd. - Thanks to Morone there is no patch needed for his latest music-plugin = The Amazing Plugin Formerly Known As Mp3ng (TAPFKAM). Kindly Christian Leuschen ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
AW: [vdr] VDR stops replay due to strong wind condition
hi, martin writes: Emergency Exit _is_ needed in case you have: a FullFeatured and/or CAM system I think the opposite - EmergencyExit is bad in case of CAM. If I understood the mails correctly, emergency exit is only needed for TT FF cards - and there especially for DVB-S. Tero's script sounds a much better solution for that, though. If it works then it should replace the emergency exit (except for the watchdog that helps in case of vdr+plugin race conditions etc.) yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Hard link cutter
Andreas Brachold wrote: i like your patch, but its work only on some recordings. Its failed with a segmentation fault, on cutting. The only differ are unbalanced marks (out missed) Confirmed, the patch doesn't handle the case that the last mark is a cut-in mark, not a cut-out. In that case 'Mark' will be NULL, causing a segfault. The attached (untested) patch should do the trick. Cheers, Udo Index: cutter.c === --- cutter.c(revision 895) +++ cutter.c(working copy) @@ -167,8 +167,9 @@ uchar MarkFileNumber; int MarkFileOffset; // Get file number of next cut mark - if (fromIndex-Get(Mark-position, MarkFileNumber, MarkFileOffset) - (MarkFileNumber != CurrentFileNumber)) { + if (!Mark + || fromIndex-Get(Mark-position, MarkFileNumber, MarkFileOffset) + (MarkFileNumber != CurrentFileNumber)) { // The current source file will be copied completely. // Start new output file unless we did that already if (FileSize != 0) { ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr