Hi! I observed that periodically appears lot of dashes in the console running my vdr-1.7.9. Probably this comes from this code in transfer.c:
if (cPlayer::IsAttached()) { // Transfer Mode means "live tv", so there's no point in doing any additional // buffering here. The TS packets *must* get through here! However, every // now and then there may be conditions where the packet just can't be // handled when offered the first time, so that's why we try several times: for (int i = 0; i < 100; i++) { if (PlayTs(Data, Length) > 0) return; fprintf(stderr, "-");//XXX just for testing - remove when stable cCondWait::SleepMs(10); } esyslog("ERROR: TS packet not accepted in Transfer Mode"); }
In syslog sometimes the following can be found: Sep 27 10:14:07 vdr vdr: [4806] ERROR: TS packet not accepted in Transfer Mode Sep 27 11:22:02 vdr vdr: [5035] ERROR: TS packet not accepted in Transfer Mode Sep 27 16:06:19 vdr vdr: [5168] ERROR: TS packet not accepted in Transfer Mode Sep 27 20:52:02 vdr vdr: [5362] ERROR: TS packet not accepted in Transfer Mode
What does this mean? Is it TS handling problem in vdr or hardware related? How bad is it and how to find the cause of this? Can it be reason why sometimes recordings are corrupted?
I have 1 FF Nexus DVB-S (primary output device) and 2 DVB-C PCI cards on P4 HT 2.4GHz PC.
AK
Hi all together,
I have the same problem. Whenever VDR records a channel I also see lots of these dashes. When replaying such a recording the replay isn't smooth at these points. All of my recordings are effected by this. Has anyone a clue what the real problem is?
Regards, Joachim.
2009/9/27 Arthur Konovalov artlov@gmail.com:
Hi! I observed that periodically appears lot of dashes in the console running my vdr-1.7.9. Probably this comes from this code in transfer.c:
if (cPlayer::IsAttached()) { // Transfer Mode means "live tv", so there's no point in doing any additional // buffering here. The TS packets *must* get through here! However, every // now and then there may be conditions where the packet just can't be // handled when offered the first time, so that's why we try several times: for (int i = 0; i < 100; i++) { if (PlayTs(Data, Length) > 0) return; fprintf(stderr, "-");//XXX just for testing - remove when stable cCondWait::SleepMs(10); } esyslog("ERROR: TS packet not accepted in Transfer Mode"); }
In syslog sometimes the following can be found: Sep 27 10:14:07 vdr vdr: [4806] ERROR: TS packet not accepted in Transfer Mode Sep 27 11:22:02 vdr vdr: [5035] ERROR: TS packet not accepted in Transfer Mode Sep 27 16:06:19 vdr vdr: [5168] ERROR: TS packet not accepted in Transfer Mode Sep 27 20:52:02 vdr vdr: [5362] ERROR: TS packet not accepted in Transfer Mode
What does this mean? Is it TS handling problem in vdr or hardware related? How bad is it and how to find the cause of this? Can it be reason why sometimes recordings are corrupted?
I have 1 FF Nexus DVB-S (primary output device) and 2 DVB-C PCI cards on P4 HT 2.4GHz PC.
AK
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Joachim Wilke wrote:
I have the same problem. Whenever VDR records a channel I also see lots of these dashes. When replaying such a recording the replay isn't smooth at these points. All of my recordings are effected by this. Has anyone a clue what the real problem is?
Do You have FF card as primary device too? I suppose that this is problem reason (HW, driver?). By switching to xine output (xine-0.9.3 plugin) console stays clean and records are fine.
Yes, I use the aFF card as primary device, I dont' have any further DVB cards.
2009/10/11 Arthur Konovalov artlov@gmail.com:
Joachim Wilke wrote:
I have the same problem. Whenever VDR records a channel I also see lots of these dashes. When replaying such a recording the replay isn't smooth at these points. All of my recordings are effected by this. Has anyone a clue what the real problem is?
Do You have FF card as primary device too? I suppose that this is problem reason (HW, driver?). By switching to xine output (xine-0.9.3 plugin) console stays clean and records are fine.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr