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

30 Mal runtergeladen und keiner merkt dass es gar nicht funktioniert . Die Version hier funktioniert

Zitat von Copperhead

UFO: Ist dein Patch #2 mehr ein Experiment, oder ist das so fertig? Ich frage, weil ich mit dem originalen dvbhddevice-Plugin keinerlei Probleme mehr habe. Sollte ich den Patch trotzdem anwenden?

Ohne den Patch geht bei mir das böse nicht...

Die Frage hat sich denke ich geklärt. Im Repository von Powarman ist ein Patch von Oliver Endriss alias UFO aufgetaucht. Ohne das jetzt überprüft zu haben, denke ich es ist Patch #2

Zitat von Copperhead

UFO: Ist dein Patch #2 mehr ein Experiment, oder ist das so fertig? Ich frage, weil ich mit dem originalen dvbhddevice-Plugin keinerlei Probleme mehr habe. Sollte ich den Patch trotzdem anwenden?

Nicht mehr nötig. Andreas hat den Patch vor kurzem in den Treiber eingebaut.

Auch wenn der Patch bei manchen nicht notwendig zu sein scheint, ist die Änderung auf keinen Fall verkehrt. Macht die Sache robuster.

CU
Oliver

Zitat von Copperhead

30 Mal runtergeladen und keiner merkt dass es gar nicht funktioniert . Die Version hier funktioniert

Copperhead
das Script hat soweit funktioniert nur wurden die beiden Treiber nicht geladen. Es lag daran das keine depmod -a oder depmod $(uname -r) ausgeführt wurde kannst du ja noch mit aufnehmen.

Ohh, gut hab's mit eingebaut.

Hallo,

kurzes Feedback: nach aktuellen Tests läufts auch bei mir fehlerfrei bisher.
Im Interrupt-Thread hab ich's etwas detaillierter beschrieben.

Ich denke, damit ist AT5IONT-I auch mit in die Liste der funktionierenden Boards aufzunehmen (Voraussetzung: Firmware >= 1.08, ggf. weitere aktuelle Patches gegen den aktuellen Treiber).
Danke für Eure Unterstützung.

Gruß
Ingo

Hi,

so habe die Mainboardliste im Wiki mal aktualisiert. Wie sieht es mit den restlichen Leuten aus habt Ihr noch Probleme? Ich werde demnächst die Liste im Wiki löschen wenn sich keiner mehr meldet.

Hier nochmal die Liste:

http://www.vdr-wiki.de/wiki/in…Kompatibilit%C3%A4tsliste

Ich brauch ein paar Tage, da der Fehle nur relativ selten auftrat... Momentan alles Pal etti

Zitat von powarman

Können die Leute von euch mit Kaltstartproblemen mal folgenden Patch probieren? Wichtig ist dabei, dass mindestens FPGA 1.07 benutzt wird.

Soll der Patch noch weiter getestet werden, oder ist der ebenfalls nicht mehr notwendig? Bei Bedarf vielleicht direkt ins Repository einchecken?

Ich weiß glaube ich jetzt auch was bei 44,1 Khz Ausgaben das Problem ist. Diese laufen bei Weitem zu schnell. Ich habe es mit dem cdplayer-Plugin und dem mp3-Plugin (MP3-Stream von Technobase.fm) probiert. Das cdplayer-Plugin läuft ganz normal, aber wie bereits gesagt zu schnell. Beim MP3-Plugin fängt der Ton an zu ruckeln. Womöglich, weil man bei einem Stream nicht in die Zukunft abspielen kann.

mal ne Hardware Frage,

Ich suche einen Abgriff auf der Karte für S/PDIF mit TTL Pegel ( für interne Weiterverarbeitung) Bisher habe ich das Signal nur am Eingang vom Toslink Sender gefunden. Mit nem Oszi bin ich am 14pol und 10pol Stecker nicht fündig geworden. Scheinbar wird S/PDIF TTL nicht abgreifbar bereit gestellt? Wenn nicht, müsste ich das vom Toslink Sender holen und nach behandeln. Unschön wäre dann, dafür eine Steckverbindung zu bauen.

Gruß Fr@nk

ich habe mal einen aktualisierten patch für die 6400 erstellt. darin ist der komplett treiber enthalten bis revision 1d34d58f281c.

Nach einigen Installationen hab ich jetzt auf einem Atom-Board folgenden Fehler:

[	7.028555] SAA716x FF 0000:0b:00.0: firmware: requesting dvb-ttpremium-fpga-01.fw
[	7.049365] type=1505 audit(1307300616.993:2):  operation="profile_load" pid=615 name="/sbin/dhclient3"
[	7.049942] type=1505 audit(1307300616.993:3):  operation="profile_load" pid=615 name="/usr/lib/NetworkManager/nm-dhcp-client.action"
[	7.050275] type=1505 audit(1307300616.993:4):  operation="profile_load" pid=615 name="/usr/lib/connman/scripts/dhclient-script"
[	7.059528] type=1505 audit(1307300617.001:5):  operation="profile_replace" pid=643 name="/sbin/dhclient3"
[	7.060147] type=1505 audit(1307300617.001:6):  operation="profile_replace" pid=643 name="/usr/lib/NetworkManager/nm-dhcp-client.action"
[	7.060494] type=1505 audit(1307300617.001:7):  operation="profile_replace" pid=643 name="/usr/lib/connman/scripts/dhclient-script"
[	7.192776] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[	7.192834] HDA Intel 0000:00:1b.0: setting latency timer to 64
[	7.272763] Console: switching to colour frame buffer device 80x30
[	7.365386] hda_codec: ALC887: BIOS auto-probing.
[	7.367317] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input3
[	7.393319] HDA Intel 0000:03:00.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[	7.393328] hda_intel: Disable MSI for Nvidia chipset
[	7.393383] HDA Intel 0000:03:00.1: setting latency timer to 64
[	7.468577] r8169: eth0: link down
[	7.469910] ADDRCONF(NETDEV_UP): eth0: link is not ready
[	7.510852] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled
[	7.515105] SGI XFS Quota Management subsystem
[	8.637128] SAA716x FF 0000:0b:00.0: PCI INT A disabled
[	8.637149] SAA716x FF: probe of 0000:0b:00.0 failed with error -22

Was bedeutet denn error 22?

Danke

Andy

kenne ich nur wenn man den sata stecker nicht angeschlossen hat.

*schäm* - dran natürlich - hab ja erst ~35 Installationen mit der Karte hinter mir.

Nur Atom-Board hat sofort bei den vielen Problemen das naheliegendste vergessen lassen.

Stecker war dran, aber wohl nicht korrekt.

Danke

Andy

Hallo!

Ich habe seit einiger Zeit Probleme mit der GUI (OSD) des VDR. Nach ein paar Tagen kommt es vor, daß ich den VDR nicht mehr steuern kann. Das laufende Bild wird angezeigt (und im unteren Teil auch ein Info-Balken des OSD), aber das OSD reagiert nicht mehr. Ein Neustart des VDR (Prozesses) bringt nichts. Nur ein Entladen und Neuladen des saa716x_ff Treibers bringt Besserung.

Anzumerken ist, daß der Rechner durchläuft und nicht (wie wahrscheinlich bei vielen anderen) regelmäßig heruntergefahren wird.

Ist dieses Problem bekannt und ein einer neueren Version vielleicht bereits behoben?
Ich habe noch die Treiberversion des saa716x_ff vom Mai mit demux_tasklet Patch. Das Modul dvbhddevice ist unverändert.
Als vdr läuft Version 1.7.17 (da ich hier keine neuere vorkompilierte Version bekomme).

Hat noch jemand das Problem?

Zitat von svena

Hallo!

Ich habe seit einiger Zeit Probleme mit der GUI (OSD) des VDR. Nach ein paar Tagen kommt es vor, daß ich den VDR nicht mehr steuern kann. Das laufende Bild wird angezeigt (und im unteren Teil auch ein Info-Balken des OSD), aber das OSD reagiert nicht mehr. Ein Neustart des VDR (Prozesses) bringt nichts. Nur ein Entladen und Neuladen des saa716x_ff Treibers bringt Besserung.

Anzumerken ist, daß der Rechner durchläuft und nicht (wie wahrscheinlich bei vielen anderen) regelmäßig heruntergefahren wird.

Ist dieses Problem bekannt und ein einer neueren Version vielleicht bereits behoben?
Ich habe noch die Treiberversion des saa716x_ff vom Mai mit demux_tasklet Patch. Das Modul dvbhddevice ist unverändert.
Als vdr läuft Version 1.7.17 (da ich hier keine neuere vorkompilierte Version bekomme).

Hat noch jemand das Problem?

Alles anzeigen

Hi,

ich kenne dieses Problem. Allerdings seid dem ich auf den aktuellen Firmware und Treiberständen bin konnte ich dieses Problem nicht mehr beobachten. Ich würde Dir empfehlen erstmal alle Stände zu aktualisieren und dann nochmals beobachten ob das Problem noch besteht.

Ok, danke für die schnelle Antwort!
Das werde ich dann mal tun...

Zitat von Copperhead

Ich habe mal ein Skript geschrieben, welches ausschließlich den Treiber baut, der für die S2-6400 notwendig ist. Anders als bei dem üblichen Weg wird hier der Treiber nicht gegen den alten v4l-Stand von powarman gebaut, sondern gegen den Kernel Source.

Das Skript muss als Root ausgeführt werden. Es läd den Treiber selbstständig aus dem Repository von powarman. Bei einem erneuten Start wird der bereits heruntergeladene Treiber nur aktualisiert. Der Treiber wird kompiliert und automatisch installiert. Wenn ihr Patches auf den Treiber anwenden wollt müsst ihr das ebenfalls im Skript tun. Die dafür notwendige Stelle ist entsprechend kommentiert.

Der Kernel-Source wird in /lib/modules/$(uname -r)/source erwartet. Dort ist er in Archlinux und Slackware hinverlinkt. Daher scheint das ein allgemeingültiger Pfad zu sein. Falls das in einem anderen System nicht so ist ist dort eben ein Symlink notwendig.

Dadurch, dass man das Skript einfach nur ausführen muss, denke ich, dass es ideal für das Howto im Wiki sein könnte. Desweiteren finde ich es schön, dass nur 2 Kernelmodule hinzugefügt werden und keine schon vorhandenen verändert.

Ich hoffe es bringt euch was. Ich nutze es hier sehr erfolgreich

Alles anzeigen

Hi Copperhead und danke für das Skript!
Zwei Probleme: (eins gelöst):
beim ersten Bauen hatte ich diesen Fehler:

/bin/sh: scripts/genksyms/genksyms: not found

das konnte ich beheben indem ich wie hier beschrieben vorgegangen bin.

Jetzt wird das Modul auch gebaut, hier der Bauvorgang

http://paste.q0a.de/m3747

Dummerweise funktioniert das Ergebnis aber nicht, ich bekomme ein

root@domp:~# modprobe saa716x_ff
FATAL: Error inserting saa716x_ff (/lib/modules/2.6.38-bpo.2-amd64/kernel/drivers/media/common/saa716x/saa716x_ff.ko): Invalid module format

Woran könnte das liegen hast Du einen Tipp? Sorry, bin nicht so der Kernel-Hacker

CU Doc

Sicher, dass du gegen den Kernel gebaut hast, der auch im System installiert ist?