On 11/20/07 23:26, Ville Aakko wrote: > Hi! > > > 2007/11/5, Dave P <[EMAIL PROTECTED]>: >> On Sunday 04 Nov 2007, NIVAL Michaël wrote: >>> Hi, >>> >>> When I record channel with subtitle, VDR brutally restart. >>> >>> Here is the content of the syslog, just before restarting : > > I'm having exactly the same problem! VDR does an emergency exit every > 2-10 minutes when recording a program with subtitles (currently, a > documentary about atomic weapons on YLE 2). > > I'm on VDR-1.5.11 currently, have one DVB-C (budget) card and a dxr3 > card. I haven't noticed this before, and I'm not sure actually if this > is the same problem, since I haven't used TV a lot recently because of > being busy... but I quicly checked recent recordings, and all of them > are ruined because of this constant restarting (well, perhaps not > ruined but nevertheless have ugly gaps / missing a few seconds every > few minutes). I don't know if I've done any recordings without > subtitles recently, but I'll check if they're OK when I have the time. > > In my syslog, I got exactly similar entries as Michael, like so: > > Nov 21 00:15:33 VillenVDRdevil vdr: [6900] buffer usage: 70% (tid=6899) > Nov 21 00:15:33 VillenVDRdevil vdr: [6900] buffer usage: 80% (tid=6899) > Nov 21 00:15:35 VillenVDRdevil vdr: [6900] buffer usage: 90% (tid=6899) > Nov 21 00:15:35 VillenVDRdevil vdr: [6899] clearing transfer buffer to > avoid overflows > Nov 21 00:15:35 VillenVDRdevil vdr: [6900] buffer usage: 0% (tid=6899) > Nov 21 00:15:35 VillenVDRdevil vdr: [6899] dxr3: audiodecoder: sample > rate=48000 > Nov 21 00:15:35 VillenVDRdevil vdr: [6899] dxr3: audiodecoder: channels=2 > Nov 21 00:15:37 VillenVDRdevil vdr: [6899] dxr3: audiodecoder: sample > rate=48000 > Nov 21 00:15:37 VillenVDRdevil vdr: [6899] dxr3: audiodecoder: channels=2 > Nov 21 00:15:39 VillenVDRdevil vdr: [6900] buffer usage: 70% (tid=6906) > Nov 21 00:15:40 VillenVDRdevil vdr: [6900] buffer usage: 80% (tid=6906) > Nov 21 00:15:41 VillenVDRdevil vdr: [6907] dxr3: cSPUEncoder::Flush: > OSD data size: 8288 > Nov 21 00:15:42 VillenVDRdevil vdr: [6900] buffer usage: 90% (tid=6906) > Nov 21 00:15:43 VillenVDRdevil vdr: [6900] buffer usage: 100% (tid=6906) > Nov 21 00:15:43 VillenVDRdevil vdr: [6900] ERROR: 1 ring buffer > overflow (65 bytes dropped) > Nov 21 00:15:44 VillenVDRdevil vdr: [6907] dxr3: cSPUEncoder::Flush: > OSD data size: 8623 > Nov 21 00:15:49 VillenVDRdevil vdr: [6900] ERROR: 10186 ring buffer > overflows (1914968 bytes dropped) > Nov 21 00:15:49 VillenVDRdevil vdr: [6907] dxr3: cSPUEncoder::Flush: > OSD data size: 4947 > Nov 21 00:15:52 VillenVDRdevil vdr: [6907] dxr3: cSPUEncoder::Flush: > OSD data size: 7312 > Nov 21 00:15:55 VillenVDRdevil vdr: [6900] ERROR: 13027 ring buffer > overflows (2449076 bytes dropped) > Nov 21 00:15:56 VillenVDRdevil vdr: [6907] dxr3: cSPUEncoder::Flush: > OSD data size: 7863 > Nov 21 00:15:59 VillenVDRdevil vdr: [6905] ERROR: video data stream broken > Nov 21 00:15:59 VillenVDRdevil vdr: [6905] initiating emergency exit > Nov 21 00:15:59 VillenVDRdevil vdr: [6835] emergency exit requested - > shutting down > > I believe only the last three lines are significant. > > Is there a workaround for this? I remember seeing someone with a patch
Try version 1.5.12. > that prevented this (IMHO idiotic) emergency exits, They have saved quite a few recordings for me. But since they are so "idiotic" (which, I guess, makes me the idiot, since I've implemented them), I'll make them configurable soon. Just don't know what's more important ATM - this, or H.264/HDTV... Klaus _______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
