> Hi again! > > On Mittwoch 28 MÀrz 2007, Duncan Webb wrote: >> > 2007/03/27 22:05 CEST [-] Log opened. >> > 2007/03/27 22:05 CEST [*RecordServer*] twisted.web.server.Site >> starting >> > on 18001 >> > 2007/03/27 22:05 CEST [*RecordServer*] Starting factory >> > <twisted.web.server.Site instance at 0xb6b1736c> >> > 2007/03/27 23:15 CEST [HTTPChannel,15,127.0.0.1] config.LOCALE=latin-1 2007/03/27 23:15 CEST [HTTPChannel,15,127.0.0.1] prog=Mi 2007-03-28 00:20->02:10 (00:20) >> > CNI0DC1 Harry & Sohn >> >> Over midnight, may be tv_sort will help. > > Why over midnight? (I have only 10 minutes PRE_ padding.)
Don't know what I was thinking about :) May be something to do with the top of the hour. > Also, other programs at 21:15 for example stopped after 14 minutes. (That would be 21:05-21:19 with padding.) I don't think it has to do with the EPG, > but I can try tv_sort of course. > > Are you using tv_sort with nxtvepg? OK, let's try.. I am getting an endless > loop telling me: >> /tmp/TV.xml: element video not expected here >> at /usr/lib/perl5/site_perl/5.8.8/XMLTV.pm line 1969. > No, the line number does not change, I am getting this exact message over and > over. - Ah, stupid me, it's a .pm line number, not from the .xml #-) So this seems to be an incompatibility of tv_sort with nxtvepg's exported XML. tv_sort works for me without any problems. I know that nxtvepg's xmltv export doesn't work correctly on a 64 bit machine. What I do is use a P3 and copy it to the AMD64. > BTW: I uploaded the first 7 Mb of the above recording; it contains evil artifacts in the upper third of the screen. I did not see these before; this > is with yesterdays Freevo 1.7 SVN: > http://kogs-www.informatik.uni-hamburg.de/~meine/bad_recording.mpeg I've seen this before, normally just before the audio drops out of the mpeg stream. Why don't you report this on the ivtv list? > I am now trying without nxtvepg. (I.e. removing the daemon from runlevels.) The vbi data can be embedded which, I believe, can corrupt the mpeg steam; this means that the vbi data is coming out of /dev/video0. By default it is available on the /dev/vbi0 so there is no problem having nxtvepg running. You don't really what embedded vbi data in the mpeg file unless you are post processing the video to extract subtitles. IIRC the default setting for vbi data on /dev/vbi0 is sliced, don't know why this is the case. Duncan ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel