Mist, den habe ich vor zwei Wochen gelöscht, als die 2.6.10er endlich funktionierte. Aber bist du sicher, dass dat alles richtig ist bei dir? Ausser dem o.g. 826MHz-Tansponder ist bei mir Empfang sowie Umschaltzeit okay...
EDIT: Na das mit den okayen Umschaltzeiten nehme ich zurück - habe gerade mal mit Stoppuhr gemessen: ca. 2,5 Sekunden bei Transponderwechsel...
jeremia
ZitatOriginal von jeremia
Mist, den habe ich vor zwei Wochen gelöscht, als die 2.6.10er endlich funktionierte. Aber bist du sicher, dass dat alles richtig ist bei dir? Ausser dem o.g. 826MHz-Tansponder ist bei mir Empfang sowie Umschaltzeit okay...
EDIT: Na das mit den okayen Umschaltzeiten nehme ich zurück - habe gerade mal mit Stoppuhr gemessen: ca. 2,5 Sekunden bei Transponderwechsel...
Bin gerade am kompilieren des 2.6.5er Kernels. Habe mir den von der SuSE 9.1 Webseite gezogen (als rpm-source). Damit habe ich dann den einwandfreien direkten Vergleich. SuSE hat ja als Standard schon sehr viele sinnreiche und -freie Patches integriert.
In ein paar Stunden weiß ich mehr.
Umschaltzeiten bei mir waren eigentlich immer <= 1s ! Das ist aber der ein sehr verbreitetes Phänomen bei neueren Treibern.
/ädit: Also, das war eine Schnappsidee, funktioniert NULL (bootet noch nicht mal). Wieder heruntergeflogen.
Das apt-get distr-upgrade war auch nicht so gut, irgendwie will der NFS nicht mehr so wirklich (warum auch immer).... 
/ädit2: So, es ist vollbracht, Neuinstallation. 
So, ich habe jetzt wieder ein lauffähiges System.
Habe den ctvdr-2.6er-Kernel einmal ausprobiert. Damit hatte ich immerhin 50% Empfangsstärke. Leider hat sich dort recht schnell der Tuner verabschiedet:
ZitatAlles anzeigenFeb 15 16:14:43 10.0.0.5 kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
Feb 15 16:14:43 10.0.0.5 kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
Feb 15 16:14:55 10.0.0.5 kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
Feb 15 16:14:56 10.0.0.5 kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
Feb 15 16:15:10 10.0.0.5 kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
Feb 15 16:15:48 10.0.0.5 kernel: dvb-ttpci: warning: timeout waiting in BlitBitmap()
Danach fror das gesamte Bild und OSD ein.... na klasse! Kernel 2.6 scheint ja so etwas von zum Kotzen zu sein....
Ich wäre echt sehr froh, wenn ich die Avermedia mit einem 2.4er Kernel zum Laufen anregen könnte....jeremia??? Let's test! 
/Ädit: Also, das Zapping-Problem habe ich mit dem linux-dvb.2004-12-26 Treiber beheben können. Das ist jetzt verdammt schnell (<<1s). Leider muss ich wegen der Avermedia noch weiterschauen, muss ja den Kernel dafür irgendwie anpassen....
So, um noch einmal ein wenig zu nerven:
Ich weiß jetzt definitiv, warum die Avermedia 761 unter dem ctvdr 2.4.27 Kernel nicht laufen kann!
Es ist echt der Hammer, ich habe mich jetzt durch die Patcharchive durchgearbeitet und folgendes kam dabei heraus: Die c't hat einen Patch angewendet, bei der der komplette Video4Linux (bttv) Support der Karte einfach weggelassen wurde.
Sehr gut zu sehen im Vergleich zu den Snapshots von http://bytesex.org, von dem die Patches stammen:
ZitatAlles anzeigenbttv-cards.c von ctvdr
// DVB cards (using pci function .1 for mpeg data xfer)
{ 0x01010071, BTTV_NEBULA_DIGITV, "Nebula Electronics DigiTV" },
{ 0x002611bd, BTTV_TWINHAN_DST, "Pinnacle PCTV SAT CI" },
{ 0x00011822, BTTV_TWINHAN_DST, "Twinhan VisionPlus DVB-T" },
{ 0xfc00270f, BTTV_TWINHAN_DST, "ChainTech digitop DST-1000 DVB-S" },
{ 0x07711461, BTTV_AVDVBT_771, "AVermedia DVB-T 771" },
ZitatAlles anzeigenbttv-cards.c von bytesex
// DVB cards (using pci function .1 for mpeg data xfer)
{ 0x01010071, BTTV_NEBULA_DIGITV, "Nebula Electronics DigiTV" },
{ 0x07611461, BTTV_AVDVBT_761, "AverMedia AverTV DVB-T 761" },
{ 0x001c11bd, BTTV_PINNACLESAT, "Pinnacle PCTV Sat" },
{ 0x002611bd, BTTV_TWINHAN_DST, "Pinnacle PCTV SAT CI" },
{ 0x00011822, BTTV_TWINHAN_DST, "Twinhan VisionPlus DVB-T" },
{ 0xfc00270f, BTTV_TWINHAN_DST, "ChainTech digitop DST-1000 DVB-S" },
{ 0x07711461, BTTV_AVDVBT_771, "AVermedia AverTV DVB-T 771" },
{ 0xdb1018ac, BTTV_DVICO_DVBT_LITE, "DVICO FusionHDTV DVB-T Lite" },
Jetzt ist doch nur die Frage, warum die c't den Support einer neueren Karte hinzugefügt, den Support aber einer bis dahin fehlerlos implementierten entfernt hat???
Hallo? Geht's noch? Naja, jedenfalls weiß ich jetzt woran ich bin. Leider finde ich kein explizites Patcharchiv für Kernel 2.4.27, da die mit 2.4.26 aufgehört haben.
Also irgendwas hat die c't da gehörig vergeigt. 
ZitatIch wäre echt sehr froh, wenn ich die Avermedia mit einem 2.4er Kernel zum Laufen anregen könnte....jeremia??? Let's test!
No chance! Da ich keinen dezidierten VDR-Rechner habe, sondern bei mir auch noch so viel andere Sosse laufen soll, will ich ***NIE WIEDER*** zurück nach 2.4.
...okay, testhalber höchstens...
Ich hatte übrigens den c't - eigenen Kernel eh noch nie am Laufen, sondern bin direkt mit den Debian-Kernels eingestiegen. Aber vielleicht kann man in der ML von linuxtv.org auch einfach mal den Entwickler für den bttv-Treiber ankontakten und hören, ob da noch was in der Mache ist, oder ob's das jetzt war. Der Treiber im 2.6.10er-Debian-Kernel (den ich benutze) ist ja auch nur ein CVS-Auszug vom Dezember. Allerdings muss ich gestehen, dass ich's auch nie geschnallt habe, wie man beim Kernel-Backen den aktuellen CVS-Treiber in den Kernel-Source einpflegt. Ich halte es aber für schlauer, Arbeit in die Zukunft (=aktueller Kernel) zu investieren, als in die alten Kernels. ...Oder bin ich da wieder zu feature-geil?
Ums nochmal zu betonen: Habe von der Empfangsqualität her ausser bei 826MHz eigentlich keinen Grund zum Meckern (solange ich nicht bei femon reingucke...) Beim Thema Umschaltzeiten könnt's natürlich schon noch besser werden. Nur, was meinst du: Liegt das spezifisch am bttv-Treiber oder allgemein an der DVB-Unterstützung des Kernels? Falls Ersteres, müsste es doch mit neueren Versionen eigentlich besser werden, falls zweiteres, bin ich vielleicht "zu neu" mit den aktuellen Geschichten... Aber da ich nicht wirklich im Treiberschreiben drinstecke, wäre vielleicht auch da ein Kontakt mit dem Entwickler hilfreich... Darfst nicht vergessen, ich hab' nur die eine Karte und muss daher keine Rücksicht auf dvb-ttpci und Konsorten nehmen.
Was muss ich tun? Ab Dienstag bin ich für zwei Wochen weg, falls ich das hier alles danach vergessen haben sollte, schick mir ne Erinnerung per pn, denn danach bin ich wieder zu allen Schandtaten bereit.
jeremia
Hey, du wirst ja langsam zum Kernel-Kong!
Also, was mich echt interessieren würde (ist ja eh unser kleiner Privat-Thread), ist, wie ich so'n CVS-Snapshot in den Kernel-Source einfliessen lasse vorm Kompilieren. Ich weiss, das steht alles in der Howto, aber irgendwo wollte das bei mir nicht, als ich das vor zwei Monaten versucht habe. Aber besser ist wohl, ich probier das nochmal und melde mich dann spezifisch an der Stelle, wo's scheitert. (Uiuiui, ob ich das noch hinkriege vorm Urlaub? Falls nicht: Verflüchtigen Sie sich nicht, Franzos!)
BTW: Du hast wohl auch nix anderes zu tun gerade? Ich muss leider wenigstens ab und zu mal zur Arbeit (nämlich jetzt...)
jeremia
So, Problem gelöst:
Avermedia raus und noch eine SL Lorenzen (Nova-T, alte Version) rein:
Feb 24 18:45:10 10.0.0.5 kernel: DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
Feb 24 18:45:15 10.0.0.5 kernel: DVB: registering frontend 1:0 (Philips TDA10045H)...
Feb 24 18:45:17 10.0.0.5 kernel: DVB: registering frontend 2:0 (Philips TDA10045H)...
Hatte jetzt die Faxen dicke...
/ädit: Für jeden, den es interessiert, hier einer meiner Patchversuche für Kernel 2.4.27-ctvdr-1.
ok .... habe das problem gelöst ....
habe ct-vdr 4 mit dem 2.6.12-rc4-2
das kann man gleich so von der cd installieren (auto26)
dann muß man in der /etc/modules
dvb-bt8xx
hinzufügen !!!
bin mir nich ganz sicher ob man die firmware noch braucht wenn ja:
sc_main.mc ---> /usr/lib/hotplug/firmware
aber ich denke die ist schon dabei ...
ich hoffe das hilft euch ....:sonne 
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!