Nein, die Firmware lebt scheinbar noch, deswegen hilft meist ein Umschalten auf einen Kanal besserer Signalqualität. Zumindest bei mir.
Nur wird die Firmware vom aufsetzenden treiber mit Anfragen überhäuft wegen der While-Schleife. Oder versteh ich das jetzt falsch?
Beiträge von wirbel
-
-
Stimmt, die Funktion OutCommand des Treibers wartet auf die Rückmeldung der Firmware in einer while-Schleife. Genau diese kommt anscheinend nicht schnell genug, wenn wegen schlechter Signalqualität die Firmware länger braucht.
-
Und für später auch gleich automake.
-
Womit wir bei der super Ersparnis wären den Kernel nicht neu zu übersetzen.
-
modprobe nvram
-
Ich dachte genau DAS macht der autopid-Patch..
*kopfkratz*
Oder hab ich das falsch verstanden?
-
Ja. nvram selbst.
-
Hast du einen Kernel mit rtc und nvram_unterstützung und (falls als modul kompiliert) sind die kernelmodule geladen?
-
Hat sich da schon etwas neues von der Treiberseite her getan?
Wie sind eure Erfahrungen damit? (nutze dvb-t und dvb-c)Nach
a) Einspielen des DVB-Treiber Patches von Andreas Kool
b) dem Tip hier aus dem Forumin av7110.c:
--static int hw_sections = 0;
++static int hw_sections = 1;c) Verlängerung der Wartezeit in der while-Schleife in der Function
static in OutCommand(av7110_t, *av7110, u16* buf, int length)..
while {..
-- ddelay(1);
++ ddelay(3);Hab ich deutlich weniger Probleme. Gibt es weitere/bessere bekannte Lösungsansätze?
-
Nanu?
Wats dat?
Entpacken scheint ok. Da sollten einige hundert Dateinamen an dir vorbeihuschen.
Wenn du in /usr/src bist, siehst du dann den neuen Link
linux => linux-2.4.23 ??Solltest du ja eigentlich. Denn anschließend bist du ja korrekterweise im Verzeichnis linux. Hast du von der Suse-CD überhaupt den Compiler samt Zubehör installiert??
Den brauchst du schon. Ohne Kompiler kein Kompilieren.
gcc-2.95.x oder besser gcc-3.x.x -
Nvidia wird schon ne neue Version rausgeben.
Und einen Versuch ists immer wert. Versuchs doch einfach. -
Das mit dem kompilieren war kein Prob. Aber der nvidia-Garfikkartentreiber ist noch nicht darauf angepaßt und mit dem neuen Kernel wollte mein Tastaturlayout nicht so wie ich wohl wollte (mir ist unklar was das überhaupt damit zu tun hat.., das wird erst danach geladen).
-
http://www.technotrend.de/engl…oducts/pcproducts2-2.html
Bei usa-x.org gabs ne Weile eine für 309 Euronen. Das war für mich zu teuer, eine Fujitsu-Siemens DVB-c FF kostet etwa 130, dazu ne einfache DVB-t 99 = 230€ war preiswerter.
-
a) Full-Featured DVB-t kaufen
b) dxr3 + diese Karte
c) theorethisch gehts auch ohne wenn du dir diverse Probleme einhandeln willst.
d) Full-Featured (DVB-t/c/s) kaufen + diese KarteGuck mal nach oben in die Leiste:
-
Was du dir runterlädst sind die sources zum Kompilieren eines Kernels.
Den downlädst/kopierst du nach /usr/src.Die ganzen Befehle kannst du entweder bei laufendem KDE/Gnome in einem Konsolefenster (xterm oder ein äquivalent) ausführen (die für dich bequemste Variante) oder die grafische Oberfläche beenden und das dort direkt machen.
Wie du wieder zurückkommst hängt nu davon ab ob du dein KDE/Gnome nur in den hintergrund geschickt hast oder beendet hast.
Übrigends hab ich hinter make menuconfig ein
make clean dep
vergessen. -
Zitat
Original von IG88
wirbelda drängt sich mir immer die frage auf was die folgen sind, was muß man alles neu kompilieren wenn man einen neuen kernel installiert bzw. sind bei suse auch programme dabei die auf ihren eigenen kernelpatches beruhen
den neuen kernel von kernel.org zu installieren ist imho nicht das problem - mir fällt es schwer die folgen zu erkennen bzw abzuschätzenkannst du da ein paar kommentare abgeben?
Ich bin ja nun kein kernel-developer, hauptsächlich windows-user und arbeite auch nicht bei suse.
Und meine suse hab ich zugunsten eines selbstgebauten Systems geplättet.
Also Fakt ist jedenfalls, dass suse diverse Patches miteinarbeitet, die später dann teilweise Bestandteile des normalen Kernels werden. Meistens sind die Patches von alan cox sowie einige ide-Patches beispielsweise mit drin. Rein prinzipiell passiert dir also mit einem aktuelleren Kernel erst mal nicht viel. Aber genau diese Patches erschweren dir dann den Umgang mit nicht von suse kompilierten Treibern. z.B. brauchst du für lirc einen sauberen Kernel. Jede Kernelversion legt ihre ladbaren module in /lib/modules/2.x.xx ab, du kannst also mit lilo/grub multiboot mit mehreren Kerneln fahren. Damit vermeidest du ein nicht-funktionierendes System => wichtig für Anfänger, du hältst dir die Hintertür offen.
Die Suse-Programme sind dann also trotzdem lauffähig. Und sinds auch mit neuerem Kernel. Wichtig ist nur der Schritt mit dem menuconfig, hier muß man aufpassen. Die Hardware, die beim booten bereits benötigt wird darfst du nicht als Modul kompilieren, z.B. spezielle Ide-Controller. Und natürlich muß dein Filesystem was du als root hast, also ext2/3, reiserfs etc. *muß* im Kernel sein und nicht als Modul. -
Damit machst du dir als Neuling nur Ärger.
Wie du aus der Bezeichnung siehst ist das ein Test-Kernel, kein normaler Kernel.
Außerdem setzt ein 2.6er Kernel voraus, dass du neue mod-init-tools kompilierst. Für den Anfang überhebst du dich daran.Versuch dich am neusten 2.4.xx
Das wäre der hier: -
Mag ja sein, dass du absoluter Windows-User bist.
Das hindert dich ja aber nicht am lesen.Nu starte mal yast von der cd und installier mal einen der Standardkernels neu.
Wenn du wieder starten kannst => aufatmen.
Und dann erst mal einen Kernel runterladen.
Wenns geht einen sauberen Kernel von ftp.kernel.org, keinen gepatchten von suse -
Die Alternative wäre sich bei ftp.kernel.org/pub den gewünschten Kernel runterzuladen und die Datei INSTALL im heruntergeladenen Archiv zu lesen.
Also prinzipiell
cd /usr/src
tar xfvj linux-2.x.xx.tar.bz2
ln -sf linux-2.x.xx linux
cd linux
make menuconfig
make bzImage
make modules
make modules_install
cp arch/i386/boot/bzImage /boot/linux-2.x.xx
/etc/lilo.conf anpassen
/sbin/lilo
(oder für andere Bootmanager demnetsprechend..)
cp System.map /bootneu starten und im Bootmenü den richtigen Kernel wählen
depmod -a
Trotzdem:
read the fine manual
-
SetBrokenLink: no GOP Header found in video packet
GOP == Group of Picture denk ich doch mal..
also wird dein mpeg-Datenstrom nicht gefunden oder ist ungültig.new encapsulator b
interrupted encapsulator stream (unkown)
unknown substream type 10 (skipped)
new encapsulator b
PES: Stats 1529022 bytes total, 0 skipped, 0 zero-gaps, 0 slow syncs, 0 saved headers
PES: Stats BD: 86 packets
PES: Stats C0: 34 packets
PES: Stats E0: 701 packetsDu hast den ac3overdvb-Patch in deinem vdr mit drin. Und der versucht nun dein ac3 in pcm zu verpacken. Korrekt. Das ist new encapsulator b..
Dann gibts ein Problem: unknown substream type 10
Was du da mit aufgezeichnet hast ist etwas anderes, aber kein ac3. Deine ac3-PID für den Kanal stimmt also nicht.
Danach hast du anscheinend umgeschaltet und alles lief normal (die Angabe von pes stats blabla)