TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

So,

hier die Resultate: den -D Parameter weg und es geht.

Mal eine generelle Frage, sollte das der falsche Thread sein gebt mir Bescheid dann mach ich einen neuen auf.

Ich habe prinzipiell zwei Satkabel zur Verfügung. Eins geht ganz normal zu einer Schüssel und eins geht über eine Ein-Kabel Hausanlage. Auf dem zweiten Kabel liegen nicht alle Programme, beispielsweise fehlen die HD Sender und insgesammt könnten die restlichen Sender auf ungewohnten Frequenzen liegen.

Ist es möglich beide Kabel anzuschließen? Das müsste bedeuten, dass das Tuning über die PID geht. Also zum Beispiel ich wähle ARD (SD) und je nachdem welcher Tuner dran ist wird eine passende Frequenz gewählt. Ist sowas machbar oder absolut garnicht?

Zitat von tscb

Ist es möglich beide Kabel anzuschließen? Das müsste bedeuten, dass das Tuning über die PID geht. Also zum Beispiel ich wähle ARD (SD) und je nachdem welcher Tuner dran ist wird eine passende Frequenz gewählt. Ist sowas machbar oder absolut garnicht?

Im Prinzip hast Du damit eine ähnliche Konstellation wie bei einer Mischbestückung aus DVB-S und DVB-T. Dabei hat man üblicherweise für die doppelten Kanäle auch zwei Einträge in der channels.conf (also eine Zeile ARD auf DVB-S und eine für den DVB-T Kanal). Ich glaube mich zu erinnern, dass es auch mal einen Patch oder ein Plugin gab mit dem man die "doppelten" Kanäle matchen kann, hab aber keinen konkreten Link parat.

Edit: Hab's gefunden: http://www.vdr-wiki.de/wiki/index.php/Mischsysteme

Vielleicht kann man das realisieren in dem man dem zweiten LNB eine andere Satposition vorschwindelt, im Prinzip ist es ja auch eine andere Position. Wenn die Position gleich ist und nur bei der Frequenz unterschiede auftauchen dürfte es problematisch werden.

Mit "man 5 vdr" kannst du in der Hilfe nachlesen wie der unique Identifier ( z.B. S19.2E-1-1089-12003-0 ) zusammengebaut wird.

Hallo,

ich habe festgestellt, dass ein VDR - Neustart gar nicht gut ankommt, wenn man nicht auch den Treiber neu lädt.

Wegen Tests mit verschiedenen Plugins musste ich den VDR mehrmals neu starten. Dabei bin ich zwar etwas brutal zu Werke gegangen, indem ich einfach VDR gekillt habe, aber das führt ja eigentlich zu einem geregelten Beenden des VDR.

Habe ich dann VDR einfach neu gestartet, konnte man 'drauf warten, dass die Karte auf Standbild geht. Wenn ich aber vor dem Neustart des VDR den Treiber entladen (rmmod saa716x_ff) und neu geladen habe (modprobe saa716x_ff) gab es keine Probleme.

Scheinbar hinterläßt das dvbhdddevice - Plugin den Treiber einem unklaren Zustand, der dann beim Neustart zum Crash führt.

Falk

Zitat von spitzb

Hallo,

ich habe festgestellt, dass ein VDR - Neustart gar nicht gut ankommt, wenn man nicht auch den Treiber neu lädt.

Wegen Tests mit verschiedenen Plugins musste ich den VDR mehrmals neu starten. Dabei bin ich zwar etwas brutal zu Werke gegangen, indem ich einfach VDR gekillt habe, aber das führt ja eigentlich zu einem geregelten Beenden des VDR.

Habe ich dann VDR einfach neu gestartet, konnte man 'drauf warten, dass die Karte auf Standbild geht. Wenn ich aber vor dem Neustart des VDR den Treiber entladen (rmmod saa716x_ff) und neu geladen habe (modprobe saa716x_ff) gab es keine Probleme.

Scheinbar hinterläßt das dvbhdddevice - Plugin den Treiber einem unklaren Zustand, der dann beim Neustart zum Crash führt.

Falk

Alles anzeigen

das kann ich nicht bestätigen, da ich bei meinen tests sehr häufig den vdr neustarte und bis jetzt kein einziges mal das problem hatte. läuft die karte den sonst problemlos. nicht das es nur auftritt wenn es sowieso Problem mit der Karte und dem Mainboard gibt.

Das kann ich auch nicht bestättigen.

Es gibt lediglich sporadisch Artefakte (bei 30 mal neustarten 1 mal passiert) nach einem Neustart. Nach einem weiteren Neustart ist dann alles wieder OK. Die Treiber habe ich noch nie entladen. (Ausser beim ausschalten oder rebooten )

Zitat von spitzb

Hallo,

ich habe festgestellt, dass ein VDR - Neustart gar nicht gut ankommt, wenn man nicht auch den Treiber neu lädt.

Wegen Tests mit verschiedenen Plugins musste ich den VDR mehrmals neu starten. Dabei bin ich zwar etwas brutal zu Werke gegangen, indem ich einfach VDR gekillt habe, aber das führt ja eigentlich zu einem geregelten Beenden des VDR.

Habe ich dann VDR einfach neu gestartet, konnte man 'drauf warten, dass die Karte auf Standbild geht. Wenn ich aber vor dem Neustart des VDR den Treiber entladen (rmmod saa716x_ff) und neu geladen habe (modprobe saa716x_ff) gab es keine Probleme.

Scheinbar hinterläßt das dvbhdddevice - Plugin den Treiber einem unklaren Zustand, der dann beim Neustart zum Crash führt.

Falk

Alles anzeigen

Ich kann das bestätigen- passiert aber nicht immer- aufgefallen ist mir da dadurch, dass beim Shutdown das Bild solange ausgegeben wird, bis der Karte der Strom abgedreht wird.
Das ist umso erstaunlicher als ich die grub2-Reboot-Methode verwende um die Aufwachzeit ins BIOS zu schreiben, sogar das übersteht die Karte

Da mir das nicht geheuer war habe ich im /etc/init.d/vdr-Skript die Befehle zum Laden und Entladen eingefügt, seitdem keine Probleme mehr.

Habe mich doch wohl zu früh gefreut. Eben ist mir die Karte doch wieder abgeschmiert.

Ich installiere jetzt mal den tasklet -Patch von UFO und beobachte weiter.

Falk

auf meiner Seite gibt es eine neue Firmware und Bootloader, mit ein paar Anpassungen am Speicherinterface, eventuell hilft das bei Stabilitätsproblemen

Ich hab den Patch gegen den aktuellen Git-Tree mal von dem Debug-Code befreit:

Zitat von powarman

Ich hab den Patch gegen den aktuellen Git-Tree mal von dem Debug-Code befreit:

hi powarman,

wird das tarball bei dir auf der website auch regelmässig geupdated (also wenn es änderungen gibt)? Wenn ja ziehst du dann auch gleich den neusten media-tree stand mit?

greetz

MarMic

powarman: Ist die Änderung von UFO im Patch integriert?

Nach einigem Testen, merke ich, dass die Kombination neuer Treiber, neue Firmware und neuer Treiber, alte Firmware zu Blackscreens auf zb Prosieben HD führen.

Ich probiere jetzt mal alter Treiber, neue Firmware.

Copperhead
Leider ist mein VDR gestern nach eine reboot gecrashed. Den Fehler mit dem Blackscreen hatte ich aber schon mit alter Firmware und alten Treiber. Der ist mir gestern wieder aufgetreten und genau deshalb wollte ich rebooten den ein restart vom VDR hatte nichts genutzt. Blöderweise findet er nun seinen Kernel nicht mehr.

Jetzt läuft es stabil, mit dem neuen Treiber, und der neuen Firmware.

Und wieder wurde ich Zeuge des mysteriösen Einpendelverhalten der Karte. Nachdem man eine Änderung gemacht hat, spinnt sie erst. Und nach ein, zwei Neustarts läuft sie nach allen anderen Starts durchwegs stabil. Wie kommt das?

Vielleicht ist sie weiblich?

*duckundweg*

Zitat von Copperhead

Jetzt läuft es stabil, mit dem neuen Treiber, und der neuen Firmware.

Hi,

wie installiert man den den o.g. Patch.
Ich habe ihn in das Verzeichnis /usr/local/src/dvb/linux kopiert und dann patch -p1 < 001....patch versucht anzuwenden.
Den Patch von UFO hatte ich zuvor schon installier und erhalte eine Meldung "Reversed (or previously applied) patch detected.

Danach kommen recht viele Abfragen, die aber immer fehlschlagen wenn ich sie mit "y" bestätige.
Was mach ich falsch?

Gruß
Joerg

Ein Patch kann nur auf genau den Quellcode angewendet werden, für den er erstellt wurde.

Wen da bei dir soviel Fehlschlägt musst du manuell ran. D.h. nachschauen was der Patch verändern will und dann im Quellcode nachvollziehen. Oder du lässt das sein und wartewst einfach mal einweig bist die Software soweit is.

cu

Ich mache das immer ganz anders.

Kernel Source installieren.
In den Kernel Source springen (cd /usr/src/linux)
den Patch anwenden (patch -p1 -i /root/0001-media-add-support-for-SAA7160-1-2-based-devices.patch)
Kernel konfigurieren (make menuconfig --> Device Drivers --> Multimedia Devices --> SAA716x Support --> alle Haken setzen)
Kernelsource vorbereiten (make prepare modules_prepare)
Nun nur den neuen Teil kompilieren (make SUBDIRS=drivers/media/common/saa716x)
Zielverzeichnis erstellen (mkdir -p /lib/firmware/2.6.38.4/kernel/drivers/media/common/saa716x)
Kernelmodule kopieren (cp drivers/media/common/saa716x/*.ko /lib/firmware/2.6.38.4/kernel/drivers/media/common/saa716x/)

Sieht komplizierter aus, als es ist.

Edit: Der Patch läuft ohne Fehler über den Standard Slackware Kernel
Die Angaben oben beziehen sich auf Slackware 13.1 mit dem Testingkernel von Slackware 13.37
Es muss natürlich der Kernel-Source sein, dessen Kernel auch aktiv ist.

Zitat von Copperhead

Nach einigem Testen, merke ich, dass die Kombination neuer Treiber, neue Firmware und neuer Treiber, alte Firmware zu Blackscreens auf zb Prosieben HD führen.

Ich probiere jetzt mal alter Treiber, neue Firmware.

Ich hatte massive Probleme nachdem ich sowohl den Patch von UFO (tasklets) als auch den von Powarman bez. BER angewendet hatte. Ich habe jetzt nur den UFO-Patch drin und die neue Firmware. Ein neueres dvbhddevice habe ich auch noch, ich hatte die Änderung daran, die vor 5...6 Tagen passierte verpasst.

Bis jetzt läuft es stabil. Leider hat unsere Putzfrau die Front meines VDR zu gut geputzt und ihn dabei ausgeschaltet, jetzt kann ich mit dem Dauertest noch mal anfangen....

Falk