Hi there,
I wonder what *should* happen when I press "Scan" (red) in the EPG setup menu. I think this should trigger a full EPG scan, tuning to every transponder at least for one channel.
But here nothing happens. Is this the intended behaviour? Or did I miss something?
TIA, Michael
2005/5/9, Michael Reinelt reinelt@eunet.at:
Hi there,
I wonder what *should* happen when I press "Scan" (red) in the EPG setup menu. I think this should trigger a full EPG scan, tuning to every transponder at least for one channel.
But here nothing happens. Is this the intended behaviour? Or did I miss something?
Do you have the osdteletext-plugin running?
Joachim Wilke schrieb:
2005/5/9, Michael Reinelt reinelt@eunet.at:
I wonder what *should* happen when I press "Scan" (red) in the EPG setup menu. I think this should trigger a full EPG scan, tuning to every transponder at least for one channel.
But here nothing happens. Is this the intended behaviour? Or did I miss something?
Do you have the osdteletext-plugin running?
Yes and no. Same behaviour with and without the teletext plugin.
bye, Michael
Hello!
Few times ago there was discussion about dxr3 + vdr. It seems to be unstable for pretty many user. I promised then to log the system and tell you what there happens.
My current setup:
Pentium II 400MHz, 256Mt, 20Gb VDR 1.3.23 + vdr-dxr3-0.2.3-cvs20050501 + dxr -driver from Skytta's old archive
Usually VDR works fine. Few times a day it freeze and I need to boot it. Symptoms are that picture freezes and sound cuts off. At the same time there is following information at /var/log/syslog:
May 9 06:41:50 vdr vdr[3062]: buffer usage: 70% (tid=98311) May 9 06:41:51 vdr vdr[3062]: buffer usage: 80% (tid=98311) May 9 06:41:52 vdr vdr[3062]: buffer usage: 90% (tid=98311) May 9 06:41:53 vdr vdr[3062]: buffer usage: 100% (tid=98311) May 9 06:41:53 vdr vdr[3062]: ERROR: 1 ring buffer overflow (177 bytes dropped) May 9 06:41:59 vdr vdr[3062]: ERROR: 6294 ring buffer overflows (1183272 bytes dropped) May 9 06:42:05 vdr vdr[3062]: ERROR: 7059 ring buffer overflows (1327092 bytes dropped) May 9 06:42:11 vdr vdr[3062]: ERROR: 7574 ring buffer overflows (1423912 bytes dropped) May 9 06:42:17 vdr vdr[3062]: ERROR: 7100 ring buffer overflows (1334800 bytes dropped) May 9 06:42:23 vdr vdr[3062]: ERROR: 7088 ring buffer overflows (1332544 bytes dropped) May 9 06:42:29 vdr vdr[3062]: ERROR: 7140 ring buffer overflows (1342320 bytes dropped) May 9 06:42:35 vdr vdr[3062]: ERROR: 7700 ring buffer overflows (1447600 bytes dropped) May 9 06:42:41 vdr vdr[3062]: ERROR: 7068 ring buffer overflows (1328784 bytes dropped)
so time later:
May 9 08:05:53 vdr vdr[3062]: ERROR: 7058 ring buffer overflows (1326904 bytes dropped) May 9 08:05:59 vdr vdr[3062]: ERROR: 7071 ring buffer overflows (1329348 bytes dropped) May 9 08:06:05 vdr vdr[3062]: ERROR: 6586 ring buffer overflows (1238168 bytes dropped) May 9 08:06:05 vdr kernel: Fifo still full, trying stop c2cd9660 May 9 08:06:11 vdr vdr[3062]: ERROR: 7647 ring buffer overflows (1437636 bytes dropped) May 9 08:06:17 vdr vdr[3062]: ERROR: 8271 ring buffer overflows (1554948 bytes dropped) May 9 08:06:23 vdr vdr[3062]: ERROR: 7102 ring buffer overflows (1335176 bytes dropped)
and more later:
May 9 08:07:59 vdr vdr[3062]: ERROR: 8380 ring buffer overflows (1575440 bytes dropped) May 9 08:08:05 vdr vdr[3062]: ERROR: 7690 ring buffer overflows (1445720 bytes dropped) May 9 08:08:07 vdr vdr[2996]: confirmed May 9 08:08:07 vdr vdr[2996]: executing '-w 0 -1115615287 0 "" 0' May 9 08:08:11 vdr vdr[3062]: ERROR: 7665 ring buffer overflows (1441020 bytes dropped) May 9 08:08:17 vdr vdr[3062]: ERROR: 7648 ring buffer overflows (1437824 bytes dropped) May 9 08:08:23 vdr vdr[3062]: ERROR: 7824 ring buffer overflows (1470912 bytes dropped)
and even later:
May 9 08:44:29 vdr vdr[3062]: ERROR: 8330 ring buffer overflows (1566040 bytes dropped) May 9 08:44:35 vdr vdr[3062]: ERROR: 10241 ring buffer overflows (1925308 bytes dropped) May 9 08:44:41 vdr vdr[3062]: ERROR: 9046 ring buffer overflows (1700648 bytes dropped) May 9 08:44:47 vdr vdr[3062]: ERROR: 9622 ring buffer overflows (1808936 bytes dropped) May 9 08:44:50 vdr vdr[3061]: clearing transfer buffer to avoid overflows May 9 08:44:50 vdr vdr[3062]: buffer usage: 0% (tid=98311) May 9 08:59:46 vdr vdr[3057]: channel 1 (YLE TV1) event 09:00 'Voitonpäivän paraati' status 4 May 9 09:00:55 vdr vdr[3061]: ERROR: unknown picture type '4' May 9 09:14:21 vdr vdr[3057]: channel 11 (YLE24) event 09:15 'Uutisviikko' status 4 May 9 09:17:01 vdr /USR/SBIN/CRON[3174]: (root) CMD ( run-parts --report /etc/cron.hourly) May 9 09:30:14 vdr vdr[3061]: cDxr3AudioDecoder::Decode skipping 1015 broken data bytes May 9 09:39:24 vdr vdr[3061]: cDxr3AudioDecoder::Decode skipping 496 broken data bytes May 9 09:39:53 vdr vdr[3061]: cDxr3AudioDecoder::Decode skipping 224 broken data bytes
System seems to be up as I can get connected to it with SSH. Sometimes it helps when I simply kill vdr and restart it but sometimes computer needs to be restarted.
I assume that system is up again at 08:44 when vdr is clearing transfer buffer.
I hope this information gives so information to coders who try to make system more stable. If you have anyidea what I can do, please let me / us know.
On Mon, 2005-05-09 at 12:37 +0300, Jere Malila wrote:
Hello!
Few times ago there was discussion about dxr3 + vdr. It seems to be unstable for pretty many user. I promised then to log the system and tell you what there happens.
My current setup:
Pentium II 400MHz, 256Mt, 20Gb VDR 1.3.23 + vdr-dxr3-0.2.3-cvs20050501 + dxr -driver from Skytta's old archive
Usually VDR works fine. Few times a day it freeze and I need to boot it. Symptoms are that picture freezes and sound cuts off. At the same time there is following information at /var/log/syslog:
May 9 06:41:50 vdr vdr[3062]: buffer usage: 70% (tid=98311) May 9 06:41:51 vdr vdr[3062]: buffer usage: 80% (tid=98311) May 9 06:41:52 vdr vdr[3062]: buffer usage: 90% (tid=98311) May 9 06:41:53 vdr vdr[3062]: buffer usage: 100% (tid=98311) May 9 06:41:53 vdr vdr[3062]: ERROR: 1 ring buffer overflow (177 bytes dropped) May 9 06:41:59 vdr vdr[3062]: ERROR: 6294 ring buffer overflows (1183272 bytes dropped) May 9 06:42:05 vdr vdr[3062]: ERROR: 7059 ring buffer overflows (1327092 bytes dropped) May 9 06:42:11 vdr vdr[3062]: ERROR: 7574 ring buffer overflows (1423912 bytes dropped) May 9 06:42:17 vdr vdr[3062]: ERROR: 7100 ring buffer overflows (1334800 bytes dropped) May 9 06:42:23 vdr vdr[3062]: ERROR: 7088 ring buffer overflows (1332544 bytes dropped) May 9 06:42:29 vdr vdr[3062]: ERROR: 7140 ring buffer overflows (1342320 bytes dropped) May 9 06:42:35 vdr vdr[3062]: ERROR: 7700 ring buffer overflows (1447600 bytes dropped) May 9 06:42:41 vdr vdr[3062]: ERROR: 7068 ring buffer overflows (1328784 bytes dropped)
{snippage}
Is this with a 'real' dxr3 or a Hollywood+ card? My brother is in the process of setting up a vdr system with a Hollywood+ card and he keeps on getting similar ring buffer overflows (presumably the output card starts ignoring the data sent to it, leading to the overflows). My system has a 'real' dxr3 and I don't see any such overflows: it is working really well, at the moment.
I _used_ to see a few of them about 6 months back but I can't tell you whether they disappeared due to a newer version of the em8300 driver or the dxr3 plugin. I'm currently using vdr-dxr3-0.2.3-cvs from a couple of weeks back and cvs em8300 drivers from about October last year.
Cheers,
Laz
{snippage}
Is this with a 'real' dxr3 or a Hollywood+ card? My brother is in the process of setting up a vdr system with a Hollywood+ card and he keeps on getting similar ring buffer overflows (presumably the output card starts ignoring the data sent to it, leading to the overflows).
Hello!
I got Hollywood+. I've also got Creative's dxr3 so I can switch and test what happens.
-Jere-
On Mon, 2005-05-09 at 15:16 +0300, Jere Malila wrote:
{snippage}
Is this with a 'real' dxr3 or a Hollywood+ card? My brother is in the process of setting up a vdr system with a Hollywood+ card and he keeps on getting similar ring buffer overflows (presumably the output card starts ignoring the data sent to it, leading to the overflows).
I got Hollywood+. I've also got Creative's dxr3 so I can switch and test what happens.
Ahhhh...try the Creative dxr3 instead. My brother has just acquired one of them too but has yet to swap over the cards...
Let me know if that works any better.
I'm not sure how similar the two cards are...
Cheers,
Laz
On Monday 09 May 2005 15:36, Laurence Abbott wrote:
I'm not sure how similar the two cards are...
It has the very same em8300 chip on it so it's really not that different. Only meaningful difference is that the real dxr3 from creative usually has a bt865 as a tv encoder chip so you won't get WSS signaling like on a hw+ with adv7170.
On Monday 09 May 2005 12:37, Jere Malila wrote:
May 9 06:41:50 vdr vdr[3062]: buffer usage: 70% (tid=98311) May 9 06:41:51 vdr vdr[3062]: buffer usage: 80% (tid=98311) May 9 06:41:52 vdr vdr[3062]: buffer usage: 90% (tid=98311) May 9 06:41:53 vdr vdr[3062]: buffer usage: 100% (tid=98311) May 9 06:41:53 vdr vdr[3062]: ERROR: 1 ring buffer overflow (177 bytes dropped) May 9 06:41:59 vdr vdr[3062]: ERROR: 6294 ring buffer overflows (1183272 bytes dropped) May 9 06:42:05 vdr vdr[3062]: ERROR: 7059 ring buffer overflows (1327092 bytes dropped)
I get this nonsense too. However I've noticed that this does not in any way stop vdr from performing recordings on time etc. It only appears to affect the display device. I bound a key on my remote that does "killall -KILL vdr" so no need to start sshing or pulling power cables when it happens :)
It used to happen more often for me when I had a 1GHz celeron doing the job, once every day or so. Now with the 1.8GHz duron it's more like once a week. Sounds like a race somewhere, no?
I demand that Jere Malila may or may not have written...
Few times ago there was discussion about dxr3 + vdr.
I don't see what this has to do with EPG scans. Did you mean to start a new thread?
I don't see what this has to do with EPG scans. Did you mean to start a new thread?
Yes I did. I've made mistake, sorry.
-Jere-
Michael Reinelt wrote:
Hi there,
I wonder what *should* happen when I press "Scan" (red) in the EPG setup menu. I think this should trigger a full EPG scan, tuning to every transponder at least for one channel.
But here nothing happens. Is this the intended behaviour? Or did I miss something?
Do you have only one DVB card, or more than one?
On a multi card system this button has no directly visible effect. It simply starts looping through the transponders on the non-primary cards - which it also does automatically after some time of inactivity.
Klaus
i Klaus,
I wonder what *should* happen when I press "Scan" (red) in the EPG setup menu. I think this should trigger a full EPG scan, tuning to every transponder at least for one channel.
Do you have only one DVB card, or more than one?
Only one.
As I wrote in another mail just a few minutes ago, I think I found the reason, probably a bug in VDR / ProvidesTransponder().
I hacked it quick & dirty, and now the EPG scan works here! I get thousands of new channels!
Maybe the not-working EPG scan was also the reason that the new ORF channels were never found by VDR.
Anyway, I have no idea how to fix this in a clean way, I don't know enough about the internals.
bye, Michael
Klaus Schmidinger wrote:
Michael Reinelt wrote:
Hi there,
I wonder what *should* happen when I press "Scan" (red) in the EPG setup menu. I think this should trigger a full EPG scan, tuning to every transponder at least for one channel.
But here nothing happens. Is this the intended behaviour? Or did I miss something?
Do you have only one DVB card, or more than one?
On a multi card system this button has no directly visible effect. It simply starts looping through the transponders on the non-primary cards - which it also does automatically after some time of inactivity.
That work's well if all cards use the same medium. I have one DVB-S FF (primary) and a DVB-T card (secondary), only the DVB-T card get's scanned (didn't really disturb me because I use an external EPG source for DVB-S). Maybe there is a way to change the decision, which card to use for scanning on a per-medium base ... (I will think about it).
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Darren Salt -
Jere Malila -
Joachim Wilke -
Jukka Tastula -
Klaus Schmidinger -
Laurence Abbott -
Malte Schröder -
Michael Reinelt