| maxx 20.Sep.2007 23:17:04 |
Hallo @all,
ich habe seit beta 4 Bild- und Tonaussetzer mit der nova-t 500.
Die Empfangslage ist unverändert ganz ok (72%). Mit beta 3 gabs da keine Probleme.
Livebuffer: an, 2000MB auf HDD Noad: online alle keine Aufnahme nur Wiedergabe edit: LiveTV meine ich natürlich!
Auffällig ist der sehr verlässliche 20 Sek. Takt der "TS continuity error"
LOG:
Sep 20 22:13:47 (none) user.debug vdr: TS continuity error (14)
Sep 20 22:13:47 (none) user.debug vdr: PES packet shortened to 4440 bytes (expected: 4624 bytes)
Sep 20 22:13:47 (none) user.err vdr: 3 cRepacker messages suppressed
Sep 20 22:13:47 (none) user.err vdr: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Sep 20 22:13:47 (none) user.debug vdr: TS continuity error (6)
Sep 20 22:13:47 (none) user.debug vdr: TS continuity error (8)
Sep 20 22:13:47 (none) user.err vdr: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Sep 20 22:13:48 (none) user.debug vdr: TS continuity error (5)
Sep 20 22:14:08 (none) user.debug vdr: TS continuity error (13)
Sep 20 22:14:08 (none) user.debug vdr: TS continuity error (11)
Sep 20 22:14:09 (none) user.debug vdr: TS continuity error (2)
Sep 20 22:14:27 (none) user.debug vdr: : Xrun (at least 35,178 ms long)
Sep 20 22:14:27 (none) user.debug vdr: : xrun
Sep 20 22:14:30 (none) user.debug vdr: TS continuity error (11)
Sep 20 22:14:30 (none) user.debug vdr: TS continuity error (3)
Sep 20 22:14:50 (none) user.debug vdr: TS continuity error (2)
Sep 20 22:14:50 (none) user.err vdr: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Sep 20 22:14:50 (none) user.debug vdr: PES packet shortened to 4440 bytes (expected: 4624 bytes)
Sep 20 22:14:50 (none) user.debug vdr: TS continuity error (7)
Sep 20 22:14:50 (none) user.debug vdr: TS continuity error (9)
Sep 20 22:14:51 (none) user.debug vdr: TS continuity error (15)
Sep 20 22:14:59 (none) user.debug vdr: : Xrun (at least 0,638 ms long)
Sep 20 22:14:59 (none) user.debug vdr: : xrun
Sep 20 22:14:59 (none) user.info noad: Thursday,20.09.2007 22:14:59 noad done for /video0/@Fußball-UEFA-Pokal_1.FC_Nürnberg_-_AFC_Rapid_Bukarest_1.Ha/2007-09-20.21.12.50.99.rec (0:06:37)
Sep 20 22:15:00 (none) user.debug vdr: : Xrun (at least 3,202 ms long)
Sep 20 22:15:00 (none) user.debug vdr: : xrun
Sep 20 22:15:11 (none) user.debug vdr: TS continuity error (0)
Sep 20 22:15:12 (none) user.debug vdr: TS continuity error (7)
Sep 20 22:15:12 (none) user.debug vdr: TS continuity error (9)
Sep 20 22:15:12 (none) user.debug vdr: TS continuity error (11)
Sep 20 22:15:14 (none) user.info vdr: channel 4 (RTL Television) event Don 20.09.2007 22:15-23:10 'Bones - Die Knochenjägerin' status 4
Sep 20 22:15:16 (none) user.debug vdr: : Xrun (at least 15,316 ms long)
Sep 20 22:15:16 (none) user.debug vdr: : xrun
Sep 20 22:15:22 (none) user.debug vdr: : Xrun (at least 3,457 ms long)
Sep 20 22:15:22 (none) user.debug vdr: : xrun
Sep 20 22:15:32 (none) user.debug vdr: TS continuity error (3)
Sep 20 22:15:33 (none) user.debug vdr: TS continuity error (9)
Sep 20 22:15:33 (none) user.debug vdr: TS continuity error (11)
Sep 20 22:15:33 (none) user.debug vdr: TS continuity error (14)
Sep 20 22:15:53 (none) user.debug vdr: TS continuity error (0)
Sep 20 22:15:54 (none) user.debug vdr: TS continuity error (3)
Sep 20 22:15:54 (none) user.debug vdr: TS continuity error (5)
Sep 20 22:16:14 (none) user.debug vdr: TS continuity error (4)
Sep 20 22:16:15 (none) user.debug vdr: TS continuity error (4)
Sep 20 22:16:15 (none) user.debug vdr: TS continuity error (6)
Sep 20 22:16:15 (none) user.debug vdr: TS continuity error (0)
Sep 20 22:16:28 (none) user.debug vdr: sync info: repF = 2243, drpF = 0, totF = 15000
Sep 20 22:16:35 (none) user.debug vdr: TS continuity error (9)
Sep 20 22:16:35 (none) user.debug vdr: TS continuity error (1)
Sep 20 22:16:35 (none) user.debug vdr: PES packet shortened to 4440 bytes (expected: 4624 bytes)
Sep 20 22:16:35 (none) user.err vdr: cAudioRepacker(0xC0): skipped 388 bytes while syncing on next audio frame
Sep 20 22:16:36 (none) user.debug vdr: TS continuity error (15)
Sep 20 22:16:36 (none) user.debug vdr: TS continuity error (1)
Sep 20 22:16:36 (none) user.debug vdr: TS continuity error (4)
Sep 20 22:16:50 (none) user.debug vdr: : Xrun (at least 8,455 ms long)
Sep 20 22:16:50 (none) user.debug vdr: : xrun
Sep 20 22:16:55 (none) user.debug vdr: TS continuity error (1)
Sep 20 22:16:56 (none) user.debug vdr: TS continuity error (1)
Sep 20 22:16:56 (none) user.debug vdr: TS continuity error (3)
Sep 20 22:16:56 (none) user.debug vdr: TS continuity error (6)
Sep 20 22:17:17 (none) user.debug vdr: TS continuity error (5)
Sep 20 22:17:37 (none) user.debug vdr: TS continuity error (6)
Sep 20 22:17:38 (none) user.debug vdr: TS continuity error (8)
Sep 20 22:17:38 (none) user.debug vdr: TS continuity error (11)
Sep 20 22:17:38 (none) user.err vdr: 1 cRepacker messages suppressed
Sep 20 22:17:38 (none) user.err vdr: cAudioRepacker(0xC0): skipped 576 bytes to sync on next audio frame
Sep 20 22:17:59 (none) user.debug vdr: TS continuity error (8)
Sep 20 22:17:59 (none) user.debug vdr: TS continuity error (11)
Sep 20 22:17:59 (none) user.debug vdr: TS continuity error (6)
Sep 20 22:17:59 (none) user.err vdr: cAudioRepacker(0xC0): skipped 312 bytes while syncing on next audio frame
Sep 20 22:17:59 (none) user.debug vdr: PES packet shortened to 4440 bytes (expected: 4624 bytes)
Sep 20 22:18:01 (none) user.debug vdr: : Xrun (at least 5,300 ms long)
Sep 20 22:18:01 (none) user.debug vdr: : xrun
Sep 20 22:18:19 (none) user.debug vdr: TS continuity error (15)
Sep 20 22:18:20 (none) user.debug vdr: TS continuity error (5)
Sep 20 22:18:20 (none) user.debug vdr: TS continuity error (7)
Sep 20 22:18:30 (none) user.debug vdr: : Xrun (at least 17,844 ms long)
Sep 20 22:18:30 (none) user.debug vdr: : xrun
Sep 20 22:18:41 (none) user.debug vdr: TS continuity error (10)
Sep 20 22:18:41 (none) user.debug vdr: TS continuity error (2)
Sep 20 22:18:42 (none) user.debug vdr: : Xrun (at least 21,540 ms long)
Sep 20 22:18:42 (none) user.debug vdr: : xrun
Sep 20 22:19:01 (none) user.debug vdr: TS continuity error (10)
Sep 20 22:19:02 (none) user.debug vdr: TS continuity error (11)
Sep 20 22:19:02 (none) user.debug vdr: TS continuity error (14)
Sep 20 22:19:02 (none) user.debug vdr: TS continuity error (1)
Sep 20 22:19:02 (none) user.debug vdr: PES packet shortened to 4440 bytes (expected: 4624 bytes)
Sep 20 22:19:02 (none) user.err vdr: 1 cRepacker messages suppressed
Sep 20 22:19:02 (none) user.err vdr: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Sep 20 22:19:05 (none) user.debug vdr: : Xrun (at least 38,550 ms long)
Sep 20 22:19:05 (none) user.debug vdr: : xrun
Sep 20 22:19:22 (none) user.debug vdr: TS continuity error (14)
Sep 20 22:19:23 (none) user.debug vdr: TS continuity error (14)
Sep 20 22:19:23 (none) user.debug vdr: TS continuity error (0)
Sep 20 22:19:44 (none) user.debug vdr: TS continuity error (12)
Sep 20 22:20:05 (none) user.debug vdr: TS continuity error (1)
Sep 20 22:20:05 (none) user.debug vdr: TS continuity error (13)
Sep 20 22:20:25 (none) user.debug vdr: TS continuity error (15)
Sep 20 22:20:26 (none) user.debug vdr: TS continuity error (5)
Sep 20 22:20:47 (none) user.debug vdr: TS continuity error (6)
Sep 20 22:20:47 (none) user.debug vdr: TS continuity error (8)
Sep 20 22:20:47 (none) user.debug vdr: TS continuity error (11)
Sep 20 22:21:08 (none) user.debug vdr: TS continuity error (0)
Sep 20 22:21:08 (none) user.debug vdr: TS continuity error (2)
Sep 20 22:21:08 (none) user.debug vdr: TS continuity error (4)
Sep 20 22:21:08 (none) user.debug vdr: TS continuity error (13)
Sep 20 22:21:08 (none) user.debug vdr: PES packet shortened to 4440 bytes (expected: 4624 bytes)
Sep 20 22:21:08 (none) user.err vdr: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Sep 20 22:21:28 (none) user.debug vdr: TS continuity error (13)
Sep 20 22:21:28 (none) user.debug vdr: sync info: repF = 2243, drpF = 0, totF = 22500
Sep 20 22:21:29 (none) user.debug vdr: TS continuity error (4)
Sep 20 22:21:29 (none) user.debug vdr: TS continuity error (6)
Probehalber habe ich mal livebuffer aus und noad aus: gleiche Fehler
Nun gibts ja seit beta 4 eine neue Firmware, hat sich da vielleicht im Treiberbereich was geändert?
Trotzdem hier mal die HDD Performance nach stopvdr:
easyVDR:~# hdparm -Tt /dev/hda
/dev/hda:
Timing cached reads: 424 MB in 2.00 seconds = 211.92 MB/sec
Timing buffered disk reads: 86 MB in 3.00 seconds = 28.63 MB/sec
easyVDR:~# hdparm -i /dev/hda
/dev/hda:
Model=SAMSUNG HD501LJ, FwRev=CR100-10, SerialNo=S0MUJ13P326541
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=16384kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 udma3 udma4 udma5 udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7
* signifies the current active mode
Hat vielleicht jemand eine Idee oder soll ich den bugtracker damit füttern?
Gruß
maxx
|
| d_mueck 21.Sep.2007 15:38:20 |
Ich hatte dasselbe Problem. Wenn die Festplatte nicht im DMA Modus arbeiten kann reicht die Lese/Schreibgeschwindigkeit nicht.
easyvdr 0.4, epia M10000 |
| maxx 21.Sep.2007 17:36:49 |
Hi,
Läuft doch laut hdparm mit udma2.
Das sollte doch passen. ???
Performancewerte sind doch auch ok.
Ist eine sata-platte die über so ein Hongkong adapter am ide kanal läuft.
Wenn das bisher nicht so gut und unkompliziert in den vorigen Versionen gelaufen wäre, würde die zum engeren Kreis der Verdächtigen zählen. :-\
maxx
|
| Wicky 21.Sep.2007 18:13:19 |
Hallo zusammen,
[quote='d_mueck link' pid='2578' dateline='1190381900']
Ich hatte dasselbe Problem. Wenn die Festplatte nicht im DMA Modus arbeiten kann reicht die Lese/Schreibgeschwindigkeit nicht.
Dem ist nicht so.
Gruß
Wicky
Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput |
| maxx 22.Sep.2007 10:57:02 |
moin moin,
Ich habe mir mal die neuste (Test) Firmware besorgt und reingelinkt. => Fehler bleibt leider (TS continuity error)
Quelle: [url=http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500]http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500
[url=http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-1.10.fw]http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-1.10.fw
Schaue ich Live TV => Fehler (per logread -f)
Drücke ich jetzt auf Aufnahme => Fehler ist weg
Ok, die Aufnahme läuft, jetzt wechsel ich den Kanal. => immer noch kein Fehler
Ich wechsel ins TimerMenu, nehme den Timer der aktuellen Aufnahme raus. Gehe mit Taste Back raus. => keine Fehler
Nochmal mit Taste Back ins Haupmenu, Aufnahme ist gestoppt => kein Fehler
Nochmal raus Taste Back raus aus dem Menu. => Fehler wieder da (alle 20 Sek.)
Hmm, guter Zeitpunkt mal die v4l-dvb neu zu holen und zu kompilieren. Bringt wahrscheinlich nix, da die beta 4 sehr frisch ist, aber egal. Wollte ich eh mal ausprobieren wie das funzt. Ich hoffe die Vorgehensweise ist so korrekt, vielleicht schaut mal jemand drüber:
cd /usr/local/src
hg clone http://linuxtv.org/hg/v4l-dvb
rm DVB
ln -s v4l-dvb DVB
cd /usr/local/src/v4l-dvb
make distclean
make
make install
depmod -ae
reboot
Das bringt leider keine Verbesserung, aber auch keine Verschlechterung ;)
Jetzt fällt mir auf das es sogar reicht nur ins OSD (also auch ohne Aufnahme) zu wechseln und der Fehler verschwindet. Ich weiß jetzt gar nicht ob das vorher auch so wahr? Raus aus dem OSD => Fehler wieder da
Die Aufnahme oben hatte ich übrigens ohne OSD also direkt mit der "RECORD" Taste gemacht.
Fragt sich nur noch was bei Aufnahme oder im OSD anders läuft als beim LiveTV, das der Fehler auf einmal weg ist?
maxx
|
| Wicky 22.Sep.2007 11:13:39 |
Hallo maxx,
die Hauppage WinTV-Nova-T-500 Unterstützung durch Linux ist noch recht jung.
Ich sehe daher zwei Alternativen für dich:
1. Tee trinken und ersteinmal abwarten, bis die Treiber bugfrei sind... das kann aber noch einige Monate dauern.
2. Die Hauppage WinTV-Nova-T-500 verkaufen und statt dessen eine Karte kaufen, die sich bewährt hat. Eine solche Karte ist die Airstar2 von Technisat. Sie verfügt über einen sehr guten Tuner, ist günstig, die FB ist sehr handlich und die Linux-Treiber lassen sich seit rund zwei Jahren problemlos verwenden.
Gruß
Wicky
Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput |
| maxx 22.Sep.2007 11:26:34 |
Hallo wicky,
die Idee mit dem verkaufen hatte ich vor ein paar Wochen auch. Unter der beta 3 habe ich sie dann ohne große Erwartungen nochmal getestet und wurde positiv überrascht. Das Ding lief auf einmal sehr stabil - keine Probleme mehr. Und so ein Doppeltuner hat ja auch schon was (wenn er vernünftig läuft) .
Na ja nach den Erfahrungen mit beta 3 dachte wir wären über den Berg.
Vielleicht nehme ich nochmal die alten Treiber aus beta 3 und kompiliere sie unter beta 4? Könnte doch gehen, oder?
Sonst kommt Sie wieder raus.
Gruß
maxx
|
| Wicky 22.Sep.2007 11:41:44 |
Hallo maxx,
[quote='maxx link' pid='2578' dateline='1190453194']
Na ja nach den Erfahrungen mit beta 3 dachte wir wären über den Berg.
...solange DVB-Module in der Entwicklung sind, gibt es ein ständiges auf und ab. Das ist normal...
Vielleicht nehme ich nochmal die alten Treiber aus beta 3 und kompiliere sie unter beta 4? Könnte doch gehen, oder?
Ja, so eine "Operation" ist prinzipiell möglich. Allerdings wirst du den kompletten Kernel austauschen müssen.
Eine Frage zum Doppeltuner:
Hast du jemals beide Tuner parallel verwenden können, oder ist dies ein Feature, das z.Z. von den Treibern noch nicht unterstützt wird?
Gruß
Wicky
Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput |
| maxx 22.Sep.2007 11:55:07 |
Hallo Wicky,
Ja, so eine "Operation" ist prinzipiell möglich. Allerdings wirst du den kompletten Kernel austauschen müssen.
Dann lieber doch nicht...
Hast du jemals beide Tuner parallel verwenden können, oder ist dies ein Feature, das z.Z. von den Treibern noch nicht unterstützt wird?
Seit ich easyvdr infiziert bin (Mai 2007) werden beide Tuner unterstützt.
Gruß
maxx
|
| Wicky 22.Sep.2007 12:37:34 |
Hallo maxx,
[quote='maxx link' pid='2578' dateline='1190454907']
Hast du jemals beide Tuner parallel verwenden können, oder ist dies ein Feature, das z.Z. von den Treibern noch nicht unterstützt wird?
Seit ich easyvdr infiziert bin (Mai 2007) werden beide Tuner unterstützt.
Hui, das ist in der Tat ein schweres Argument für die Karte !!!
Leider kann ich dir momentan nicht aktiv helfen, da ich z.Z. an mehreren anderen Baustellen eingebunden bin.
Einen bereits kompilierten Kernel selber zu installieren ist aber nicht wirklich schwierig.
Wenn du weißt, welcher easyvdr Kernel deine Karte unterstützt hast, so kannst du den Kernel vom easyVDR Server nachträglich laden.
Und selbst einen eigenen Kernel zu kompilieren ist nicht so schwierig. Wie man das macht, ist hier im Forum beschrieben und im Internet gibt es eine Menge guter Anleitungen (allerdings auch weniger gute...) Zeit wirst du allerdings für eine solche Aktion mitbringen müssen. Der Lerneffekt ist jedoch groß.
Du solltest dich dann aber ein wenig über die Verwendung von grub schlau machen... Probleme wären sonst vorprogrammiert.
Gruß
Wicky
Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput |
| maxx 22.Sep.2007 18:36:21 |
Hallo Wicky,
dann werde ich mich mal ein wenig fortbilden. Kann eigentlich nicht schaden.
Ist ja kein großes Risiko bei dem sehr guten Backupsystem das Ihr da integriert habt.
Das muß ich doch mal explizit loben!
Gruß
maxx
|
| mattbug64 25.Sep.2007 13:33:52 |
Hallo Maxx,
meine Erfahrungen mit der Nova-t-500 sind leider auch sehr durchwachsen.
Auch bei mir gibt es immer wieder Bild- und Tonaussetzer.
Sowohl unter Easyvdr, MLD und XP (DVBVIEWER).
Also ein Problem mit der Karte, leider...
Hast Du diesen Schalter gesetzt:
"dvb-usb-dib0700 force_lna_activation=1"
Das schaltet den Onboard Verstärker ein.
Ansonsten kann ich noch berichten, dass die Karte sehr empfindlich auf minimale Änderungen an der Antenne reagiert.
Sprich, ich habe die Karte wieder ausgebaut und verwende 2 ext. Medion USB DVB-T Receiver.
Grüße
Matthias
PS
Nach meiner Erfahrung sind 72% Signalstärke grenzwertig bei der Nova und könnten Ursache der Aussetzer sein.
Easyvdr 0.8.04
ASUS M3N78 PRO, X2 4850e, 2 GB RAM
Hauppauge Nova-T-500 + DVB-T Essen, Lirc, IMON |
| maxx 25.Sep.2007 15:28:09 |
Hallo Matthias,
den Verstärker habe ich genau so eingeschaltet.
Ohne den Eintrag gehts kaum noch, dann fällt er (laß mich nicht lügen) so in den 40er/50er Bereich glaube ich zurück.
Da Du auch Probleme hast, würde mich interessieren bei welche Signalstärke diese auch noch auftreten?
Wie gesagt die 3er Beta hat ja bewiesen das es gehen kann... (und bald mal gehen wird vielleicht???)
Gruß
maxx
|
| Beck 26.Sep.2007 20:39:22 |
Hallo,
habe mit der Beta4 auch Ton und Bildaussetzer. Benutze aber eine FF Haupauge 2.2 und eine Budget Skystar unter Beta3 top Bild und Signalstärke bei 70 -80 % bei Beta4 nur 60-70%. Da bei der Budgetkarte die Signalstärke schon immer etwas schwächer war sind hier die Aussetzer am stärksten, so dass der Vdr Bild und Ton ganz abschaltet und erst nach einer Weile wieder kommt.
Kann so mit der Beta4 nichts anfangen, wundert mich, dass noch nicht mehr User den Fehler haben.
Gruss Beck
SW:EasyVDR 0.8 - K2.6.28.9 - VDR 1.7.0.
HW:Silverstone LC18, M3N78 Pro, AMD 64 3400+,
2x 512MB Ram, 2 x TT 3200 S2, eHD, AVBoard |
| Wicky 04.Oct.2007 20:44:43 |
Hallo zusammen,
ein kurzer Zwischenruf von mir:
1. Femon Signalstärke Angaben lassen sich nicht zwischen unterschiedlichen DVB-Karten vergleichen... teilweise nicht einmal zwischen verschiedenen Modul-Versionen für ein und die selbe Karte. Hintergrund: Die Angabe der Signalstärke ist nicht geeicht.
2. Das von maxx geschilderte Problem bezieht sich auf eine Hauppauge Nova-t 500 !!!
3. Der DVB-S Empfangsstärke kann sehr schnell schwanken. Ursache hierfür können auch Änderung an der SAT-Anlage (Verkabelung, Verstärker...) und Änderung der Wetterlage sein. Für eine Fehlereingrenzung währe es daher wichtig, dass solche Ursachen ausgeschlossen werden können. D.h. am besten Beta3 parallel zu beta4 testen !!
Gruß
Wicky
P.S. Ich kann mir nicht vorstellen, dass die in der Beta4 verwendeten DVB-Module prinzipiell "schlechter" sind als die der Beta3. Wenn dem so ist, so sollten wir uns der Sache jedoch annehmen. Da ich jedoch bislang keine Verschlechterungen beobachtet habe, sollten wir in meinen Augen weitere Informationen abwarten.
Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput |
| maxx 15.Mar.2009 21:47:58 |
Hallo,
der Thread ist zwar etwas in die Jahre gekommen, die Nova-T 500 ist auch inzwischen verkauft, aber die Nova TD USB DVB-T mit Dual-Tuner macht den gleichen Ärger. (beide dib0700)
Das Problem ist aber nicht zu schwacher Empfang sondern Probleme der Karte wenn der EPG-Scan loslegt und alle 20 Sekunden umschaltet. Siehe: http://www.vdr-portal.de/board/thread.php?threadid=78602
Da muß man erstmal drauf kommen...
Eine Behelfslösung lautet, nicht mit den dib0700 Devices das EPG scannnen.
Also muß ich dafür sorgen, dass meine AirStar2 PCI immer Device 0 wird.
In /etc/modules:
b2c2_flexcop_pci
dvb_usb_dib0700
In /etc/modprobe.d/easyVDR:
blacklist b2c2_flexcop_pci
blacklist dvb_usb_dib0700
Den vdr noch patchen, sodaß er nur mit dem Device 0 den EPG scannt.
eitscan.c:
void cEITScanner::Process(void)
{
if ((Setup.EPGScanTimeout || !lastActivity) && Channels.MaxNumber() > 1) { // !lastActivity means a scan was forced
time_t now = time(NULL);
if (now - lastScan > ScanTimeout && now - lastActivity > ActivityTimeout) {
if (Channels.Lock(false, 10)) {
if (!scanList) {
scanList = new cScanList;
scanList->AddTransponders(&Channels);
if (transponderList) {
scanList->AddTransponders(transponderList);
delete transponderList;
transponderList = NULL;
}
}
bool AnyDeviceSwitched = false;
// for (int i = 0; i < cDevice::NumDevices(); i++) {
for (int i = 0; i < 1; i++) { // nur auf Device 0 Scannen wegen dib0700 Umschaltproblemen
Vielleicht geht das ja auch noch eleganter?
Ohne Patchen?
Evtl. auch EPG ganz abschalten, aber wie lange liefert TVMovie noch Daten?
Funzt aber so erstmal recht gut :)
Gruß
maxx
|
