Na dann hat das bei Dir schon mal geholfen, jetzt fehlen noch die Anderen als Bestätigung dann kann das ins Git..

Wenn es diese ST-Linux Version ist: Linux version 2.6.32.59_stm24_0211 und als no_Debug gebaut wurde, denke mal ja ( Die Version kann man mit cat /proc/version rausfinden ). Ansonsten probieren, und sicherheitshalber den vohandenen Treiber umbenennen falls es nicht klappt. Mehr wie kein Bild weil der Treiber nicht geladen wird kann ja nicht passieren, der Rest (Ftp, Telnet) sollte ja weiterhin gehen.

Hab den Patch mal eingebaut von dem Thomas geschrieben hat, Treiber läuft mit HDMU und SAT soweit OK. Zu SIG / SNR : da irgendwas vernünftiges machen müsste ich Kabel haben.... hdfreaks.cc/index.php/Attachment/3636/

Wunderbar Dann hat der andere U-Boot wohl alles gerichtet.

Das sieht nicht toll aus: DRAM: 256 MiB NAND: Bad block table found at page 262080, version 0x01 Bad block table found at page 262016, version 0x01 512 MiB SPI: ERROR: Unknown SPI Device detected, devid = 0x1f, 0x46, 0x02 *** Warning - bad CRC, using default environment Der benutzt das "default environment" kann die Bootargs nicht aus dem SPI Flash lesen, das Device erkennt er auch nicht. Auch der NAND Flash wird angemeckert: BUG: failure at stm-nand.c:888/stm_flex_select_chip()! BUG! umtauschen…

Zitat von amigo74: „Ich möchte ungern die 14 Tage Widerrufsfrist verstreichen lassen und einen defekten Receiver behalten ???“ Ich hab ja kein Kabel, nur SAT daher keine Probleme. Jetzt bin ich mal gemein: Da ja weder die Spark Soft noch der Open Source vom DVB-C Zweig des Kombi Treibers sauber arbeitet: umtauschen !!!! Je mehr Rückläufer die Firma bekommt desto mehr wird den Prgrammierern in den Ar... getreten. Die Hardware Chips die da verbaut sind für den Kabel Bereich sind ja auch keine Prot…

Zitat von kaneguru: „und wie würde man die ändern? wozu habe ich dann die auswahl, wenn er bei Enigma trotzdem Spark startet? “ ändern wird man die können....wie nun ja der u-boot kennt die Befehle set und save, aber erstmal schauen ob es nötig ist was zu ändern. Die Auswahl ist ja nur ein Schalter.... Stell Dir vor : Du hast 2 Lichtschalter für verschiedene Lampen... Jetzt klemmt jemand die gleiche Lampe auf beide Schalter.... Da kannste knipsen was Du willst, es geht bei beiden Schaltern die g…

Ich denke weiterhin das man nur mit Nullmodem Kabel, Log und Bootargs anschauen weiterkommt. Wird ja vom U-Boot alles darüber gesteuert. Was nützt das wenn der richtig flasht und die Bootargs permanent womöglich auf Spark Boot stehen.

Sieht eigentlich nach normaler Spark7162 aus. Das ist seltsam, normal starten die Boxen danach selbständig Zitat: „danach SUCC im Display. nach 5min. warten schalte ich aus “ Wenn Du ein Null-Modem Kabel hast, schau mal seriell nach wie die Bootargs aussehen:

Nein. /hdd ist ein Symlink nach /media/hdd. Aufnahmepfade sollten sich ändern lassen. Die HDD MUSS RECORD gelabelt sein, und im Hauptverzeichnis den Ordner movie haben. ( Gross / Klein Schreibung beachten ) Die HDD wird per fstab im HDMU gemountet mit dem Eintrag: LABEL=RECORD /hdd auto defaults,errors=remount-ro,noatime,nodiratime Edit: Wenn man ein CIFS oder NFS Netz mount benutzt mit "HDD Replacement" ( so wie ich ) ist /hdd ein Symlink nach /media/net/FreigabeName.

Klar ist die Garantie weg wenn es sichtbar ist, dass die Kisten geöffnet wurden. Nur ... Ich hab meine Triplex offen gehabt: die Tuner sind in ordentlichen Blechschachteln und das Gehäuse ist ja auch aus Blech. Wenn es Störungen von ausserhalb sind kommen die eher schon durch das Kabel an. Stellenweise liegen ja uralte Kabel vergraben. Wenn bei einen schlechten Stück Störungen reinkommen, werden die durch die nachgeschalteten Aufholverstärker auch verstärkt.

Bei der SAB Triplex gehen die cinch Audio Ausgänge !! Und zwar so: In der HDMU rcS das ändern: (rot markiert) spark7162) front="aotom.ko" typavs="type=avs_none" ci="" oder wer mit Git baut in der Git rcS: echo "init AVS" insmod $MODDIR/avs.ko type=avs_none geht bei mir auch mit deaktivierten ac3_downmixsmile.png

Da ja die meisten Kabel Transponder mit Symrate 6900 arbeiten, liegt da wohl nicht das Problem. Auch Qam 256 scheidet wohl aus da ja einige Sender damit gehen. Bleibt nur noch die Frequenz. Seltsam das die Probleme so bei 440 / 450 auftauchen. Da fällt mir nur auf, es gibt viele Geräte, die den 433 mHz Bereich nutzen: Aussen Sensoren von Funk Thermometern / Wetterstationen, Funkkopfhörer, Kabellose Surround Boxen ist so das was mir auf Anhieb einfällt.... Treibermässig hab ich erstmal keine Idee…

Klar wenn es verschlüsselte sind kann das Pixeln woanders herkommen.... Aber meine Frage hat schon Sinn: die Chinesen haben im Treiber bei Frequenzen, und Symraten, Qam, eben Verzweigungen eingebaut..... Ist ja möglich das dadurch der Tuner mit falschen Parametern gefüttert wird, war ja bei Sat und den Sky HD Sendern auch so ähnlich. Nur konnte ich da selber testen / loggen.

Nun grundsätzlich gehen sollte es, nur da ich kein Kabel hab weis ich auch nicht was man da wählen muss. Sind ja im anderen Thread Kabel Spezis am Werk, die wissen das bestimmt..

Hast Du den Tuner im HDMU Menü aktiviert, und Neustart ? Standardmässig steht der auf DVB-T ( Kann man in der Tunerübersicht sehen )

Zitat von Udo200: „(betrifft die erwähnten Sender auf 442/6900/256Qam und 450/6900/256Qam). “ Hab ja kein Kabel, welche Sender sind das ? Und 442 = Frequenz ? 6900 = Sybolrate ? Am besten mal einige Sender die klappen mit Symrate, Qam und Frequenz dagegen posten, im Treiber sind da ein paar Verzweigungen drinne... Aber SIG / SNR / BER wird schon mal angezeigt, gut.... Zitat von Udo200: „ Wenn tatsächlich Pixelfehler auftreten, dann sollte auch kurzfrisitg der BER-Wert steigen“ Jein: im Prinzip s…

So jetz hab ich mal was eingebaut, so dass SIG /SNR /BER angezeigt werden sollten. Und den Wert mal in die andere Richtung verändert. Damit es jeder sieht welcher Wert: ( Wobei ich nicht weis ob das richtig ist was Thomas da aus China bekommen hat, ist ja Digital nicht Analog wenn man den Kommentar dahinter sieht..... ) Quellcode (2 Zeilen) hdfreaks.cc/index.php/Attachment/3607/

Bei SIG /SNR hat der Treiber bei DVB-S und DVB-T die Werte in % (0-100) an die Gui´s übergeben. Die erwarten aber 16 Bit Werte (0-65534) und generieren daraus den % Wert für die Anzeige. Da hatte ich einen Patch gebaut, wo das im Treiber für Neutrino / E2 angepasst wird und das klappt auch: wird angezeigt. Bei Kabel kann ich nicht testen, hat auch noch keiner bis jetzt was von gesagt. Da ist es wohl ähnlich, die % Werte sind für die Gui´s so klein, dass nix angezeigt wird. Ich werde da mal eine …

Zitat von zeini: „Wieso läuft dann die Box noch nicht auf einer Linuxversion > 3.x?“ Ganz einfach schau Dir mal auf stlinux.com auf dem FTP Server die kernel Sourcen an: keine 7111,7105,7100 Sourcen also Pingu, GM, SAB Triplex, UFS913 usw. Jo klar aktuelle Hardware: USB 3.0, Hotplug PCIe, usw. also Sachen die kaum eine Box hat. Und : Tunertreiber, Player, VFD Treiber sind eh nie im Kernel enthalten. Jedenfalls wird meines wissens keine Box Soft mit den integrierten Treibern gebaut.