Hauppauge Nova T Kanal Umschaltproblem Model 928

Hallo,
ich hatte mit der ct Distribution ähnliche Probleme (oft kein Kanal nach Neustart oder umschalten), habe an der Antenne und an allem rumexperimentiert.
Die Probleme haben sich bei mir erst gelöst, nachdem ich meinen VDR selbst installiert habe unter SuSE 9.0. Jetzt läuft der VDR einwandfrei ohne irgendwelche Probleme. Die Zusammenstellung der ct Distri scheint mir für DVB-T und DXR3 nicht so geeignet, sonder nur für die Standardhardware DVB-S FF Karte.

mfg
Holger

hab bei mir die DVB Treiber 1.1.1 und 1.1.0 unter suse 9.1 getestet (hab beide parallel drauf) (unter einen anderem System mit der gleichen Hardware war es übrigens genauso mit den Treibern)

ich hab bei mir festgestellt das die 1.1.0 deutlich besser gehen als die 1.1.1
bei den 1.1.0 hab ich eine maximale umschaltzeit von unter 30 s (zwischen den Transpondern) meistens dauert es damit aber deutlich weniger --> das ist zwar teilweise auch noch recht lang aber im vergleich zu den 1.1.1 Treiber deutlich besser --> dort hat es teilweise 10 min und länger gedauert --> teilweise hin- und herschalten innerhalb des Transponder damit überhaupt ein Bild kommt

--> ich habe auch gelesen das man da auch die CVS Treiber testen soll --> das hab ich auch schon probiert aber leider bekomme ich diese nicht kompiliert
--> vielleicht kann mir ja da jemand helfen ? --> http://www.vdrportal.de/board/thread.php?threadid=19652&sid=&hilightuser=5765

Ok, das stand heute in den News:

Zitat

Zitat:
Hi,

after tons of debug-logs i have found (maybe) the reason for the "Video
datastream broken" errors (and maybe UPT errors too).

The problems, at least with my skystar2 cards, are caused by an inconsistend
timing (different runtime) between frontend and demux ioctl´s.

With an unmodified vdr and driver i have seen that opening/closing filters
is almost done during the frontend tuning phase. This gave me an runtime
beween 30 and 180min with my skystar2 cards. So i have tried to "sync" the
different ioctls (inspired by the 0.9.4 driver witch use only one ioctl and
distribute the different calls to the different driver part) a little bit.
At the moment i have done following changes, but i think some are not
nessasary:

In dvb_frontend_ioctl (dvb_frontend.c):

1. delayed the first tuning command by dvb_delay(50) to give the demux a
chance to close all filters.

case FE_SET_TONE:
if (fe->status)
dvb_call_frontend_notifiers (fe, 0);
+ if (fe->state & FESTATE_TUNED)
+ dvb_delay(50);
fe->state = FESTATE_DISEQC;
dvb_frontend_internal_ioctl (&fe->frontend, cmd, parg);
break;

2. insert FE_READ_STATUS to override the frontend status, to make shure i
could not get any "HAS_LOCK" during tuning.

case FE_GET_EVENT:
err = dvb_frontend_get_event (fe, parg, file->f_flags);
break;

+ case FE_READ_STATUS:
+ if (fe->state != FESTATE_TUNED){
+ fe->status = 0;
+ }
+ else {
+ err = dvb_frontend_internal_ioctl (&fe->frontend, cmd, parg);
+ }
+ break;

case FE_GET_FRONTEND:

1. In vdr 1.3.11 void cDvbTuner::Action(void) (dvbdevice.c): To loop more
often, (inspired by Stefan Meyknecht)

- newSet.TimedWait(mutex, (ciHandler && (time(NULL) - startTime < 20))
? 100 : 1000);

+ bool fast = (tunerStatus == tsTuned) (ciHandler &&(time(NULL) -
startTime < 20));
+ newSet.TimedWait(mutex, fast ? 100 : 1000);
}
}

2. bool cDvbTuner::SetFrontend(void) : Disable diseqc "caching" allways the
same tuning sequence (and timing)

break;
}
}
- diseqc->Commands();
+ diseqcCommands = NULL;
}
frequency -= diseqc->Lof();
}
else {
esyslog("ERROR: no DiSEqC parameters found for channel %d",
channel.Number());
return false;
}

3. using a little modified WAIT_FOR_LOCK_AFTER_TUNING loop

#ifdef WAIT_FOR_LOCK_AFTER_TUNING
//XXX TODO preliminary fix for the "Unknown picture type" error
time_t t0 = time(NULL);
while (!dvbTuner->Locked() && time(NULL) - t0 < 5)
usleep(100);
#endif

+ time_t t0 = time(NULL);
+ while (!dvbTuner->Locked() && time(NULL) - t0 < 3){
+ usleep(500);
+ }
+
+ if (!dvbTuner->Locked()){
+ TurnOnLivePIDs = false;
+ }

With this modifikations my both skystar2 cards now run for 24h the epg-scan,
without hangs. I´m shure some (or the most) of this modifications are not
nessasary, but im not a programmer; this was only on of my tries to find out
the reason for hanging cards. In the next day i will try out my other cards
(ff 1.3 + 1.5 & Nova-CI), but i´m very shure all cards problems like video
datastream errors and UPT errors (and maybe outcom-errors) are caused by the
to early fitler setting. And, i´m think this modifications could only be a
workaround at the moment, because this slow down tuning a little bit.

Andreas

Alles anzeigen

Kann mir vielleicht einer erklären wie ich das auf meinen ctvdr anwenden kann? Vielleicht ist das ja eine Lösung für die Probleme.
Leider habe ich noch nicht so viel Ahnung über VDR und Linux um das auszubrobieren

Hallo VDR-T,

In dieser NEWS geht es wohl um das Problem, dass Karten nur eine Weile laufen und dann abbrechen. Ist also ein anderes Problem als die Umschaltprobleme.
Wenn du das trotzdem ausprobieren möchtest, musst du immer die Zeilen, die mit + anfangen an der richtigen Stelle in die jeweiligen Dateien eintragen, z.B. dvb_frontend.c, natürlich ohne +. Dann neu kompilieren.

-kobi

Meint ihr das man die Karte vielleicht umtauschen könnte?

Na hast du denn die aktuellen cvs Treiber mal getestet?

Leider habe ich keinen Ahnung wie ich den drauf bekomme. Hatte die CVS Treiber auch irgendwie immer mit der DXR3 in verbindung gebracht.
Bin leider noch ein blutiger Anfänger was Linux angeht. Linux war für mich bis jetzt nur meine drei Fli4l Router und nun mein ct vdr. Der hat mich schon so manche Stunde beschäftigt aber dafür noch mehr Spaß gebracht

Mit c't ists eh Essig=> kein Compiler.

Und was nu???

Nix nu.

keine Hände-keine Kekse. Oder so ähnlich.

Zumindest fällt mir nix mehr ein.

;). Gut das ich wenigstens noch eine FF dvb-t karte habe die immer funktioniert. Sonst könnte ich hier in Braunschweig kein Fernsehn mehr schauen. Trotzdem Danke

Habe meinen VDR leider nicht zur Hand aber ich werde das am Montag mal prufen. Ich habe ein selbstgeschweißtes Metallgehäuse. Werde mal überprüfen ob das den Empfang beeinflußt.

Ich kann alle hier gemachten Beobachtungen eigentlich bestätigen. Wenn ich jetzt allerdings lese, daß der Empfang maßgeblich dadurch beeinflußt werden soll, ob das Gehäuse offen oder geschlossen ist, dann kommen mir sofort diese Scherze mit der Länge der Telefonschnur in den Sinn ... (falls sich noch jemand erinnern kann, daß Telefone früher einmal kabelgebunden waren)

Da ich aber kein Spielverderber bin - und um die IMHO unsinnige Behauptung zu entkräften - und weils keine Umstände macht, habe ich dann dochmal den Deckel meines Compaq Deskpro abgenommen. Bei laufendem Femon ( was auch immer diese Werte besagen wollen ... ) habe ich dann beobachtet was passiert. Und es passiert nix. N.I.X!

Bei einem Sender, dessen Empfang zZ. gut ist, ändern sich weder Signalstärke noch Rauschabstand. Bei einem Sender den ich zZ. nicht Empfange ändert sich auch nichts. Der Schirm bleibt schwarz ( Signalstärke ist dabei wie bei den empfangenen Sendern, Rauschabstand tanzt wild hin und her )

Alle Beobachtungen, die ich bisher machen konnte sind folgende:

Ein durch den Standort bedingter schlechter Empfang läßt sich nur in Grenzen durch die Antenne verbessern. Habe ich Sichtkontakt zum Sender, kann ich offenbar mit 'nem simplen Draht empfangen. Es ist halt wie damals, oft reichte die Zimmerantenne nicht um ein dauerhaft ordentliches Bild zu erhalten - oder elektrische Geräte (etwa der Fön des Nachbarn) störten zusätzlich den Empfang während des Endspiels *grrrr*. Viele haben heute Kabel und die wenigsten glotzen noch terrestrisch und wenn, dann über Dachantenne. Will sagen, die Probleme des terrestrischen Empfangs sind den meisten Menschen nicht mehr unbedingt bewußt. Und der sogenannte Elektrosmog ist seit damals auch nicht geringer geworden.

Mein Fazit: DVB-T, das fast-überall Fernsehen ist in der Realität angekommen. Und nicht immer muss gleich die Hardware buggy sein.

Ich lasse mich gerne vom Gegenteil überzeugen - aber bitte nicht mit grauer Theorie. Falls jemand, der im Erdgeschoß einer engen Straße mit fünfstöckigen Häusern wohnt, mit 'nem Draht alle Sender seines Sendegebietes empfangen kann und auch vorbeifahrende Autos keine Störungen verursachen, dann gibts ein Eis von mir.

Grüße aus dem Funkloch
olios

Zählt auch die dritte Etage eines Elfgeschossers ohne Sichtkontakt zum Sender?

Hmmm, lecka Eis essen.

Zitat

Mein Fazit: DVB-T, das fast-überall Fernsehen ist in der Realität angekommen. Und nicht immer muss gleich die Hardware buggy sein.

Ich schliesse mich meinem Vorredner in dessen Aussage an, auch wenn ich es in grauer vorzeit etwas konfuser beschrieben habe (erfahrungswerte als CB-schreck )

@ Kalium
Hast Du dir jetzt eine andere Karte besorgt? Wenn ja: Welche und geht die besser?

olios
Ich bin im 11 Stock und habe Sichtverbindung zum Sender. Mit meiner DVB-t Premium habe ich über die gleiche Antenne noch nie Probleme gehabt.
Würde also mal behaupten das es entweder am Empfäger oder am Treiber der Budget liegt.