Nun meine Frage:
Fehlt für das GRAB Kommando nur der Code im Plugin oder auch Code im Kerneltreiber?
fehlt im plugin siehe:
http://powarman.dyndns.org/hgw…6a5e7/dvbhdffdevice.c#l97
Nun meine Frage:
Fehlt für das GRAB Kommando nur der Code im Plugin oder auch Code im Kerneltreiber?
fehlt im plugin siehe:
http://powarman.dyndns.org/hgw…6a5e7/dvbhdffdevice.c#l97
fehlt im plugin siehe:
http://powarman.dyndns.org/hgw…6a5e7/dvbhdffdevice.c#l97
Ja, das weiß ich. Ich möchte ja auch nur wissen, ob nur der Code im Plugin fehlt oder der Code dort nicht implementiert ist, weil der dazu benötigte Code im Kerneltreiber noch nicht existiert. Im zweiteren Fall wäre die Implementation aufwendiger.
Sind wirklich vier Adern nötig
ja, wenn eine FB Taste gedrückt ist, sind alle Pegel auf den vier Adern unterschiedlich
ZitatOder kennt jemand eine Quelle?
Du sucht 2,5mm Klinke 4polig = sowas hier . Aus Stecker und Kupplung plus Kabel könnte man selbst was löten.
Notfalls geht auch das hier
oder Hardcore - Kabel schneiden, zwischenlöten, mit Schrumpfschlauch wieder schick machen
Gruß Fr@nk
Interessant wäre noch, ob im Fehlerfall Ausschriften der Art "demux_worker 2 TS: FE A3 47 44 2B A1 E6 5D" im syslog erscheinen, wobei die konkreten Werte natürlich unterschiedlich sind.
Bei mir blieb vorhin das Bild auf Pro7 einfach stehen. Ein Neustart des VDRs hat nicht geholfen (weder erschien ein OSD noch änderte sich das Bild). In der Syslog stand folgendes:
Das alles passierte so um 19 Uhr, wenn ich mir jetzt "dmesg" angucke sind noch ein paar demux_worker-Einträge hinzugekommen. Ich kann jedoch nicht sagen, ob das Bild steht oder nicht, weil ich nicht zuhause bin.
...
[14230.335549] demux_worker: called but nothing to do
[14439.517803] demux_worker 3 TS: 20 2D 20 47 07 80 D4 2D
[14608.530800] demux_worker: called but nothing to do
...
[21412.686816] demux_worker: called but nothing to do
[21432.830240] demux_worker 3 TS: 13 47 BB 0B 14 DC 10 31
[21433.023811] demux_worker: called but nothing to do
...
Meine Daten:
Linux wohnzimmer 2.6.32-30-server #59-Ubuntu SMP Tue Mar 1 22:46:09 UTC 2011 x86_64 GNU/Linux
UFOs Treiberpaket, ausgecheckt und kompiliert am 09. um ca 17 Uhr.
AMD 680G Chipsatz, AMD X2 4850e
vdr 1.7.18 mit dem bösen Plugin und dem dafür angepassten dvbhddevice-Plugin.
Wieso braucht der FB-Empfänger einen 4-poligen Stecker? Sind wirklich vier Adern nötig?
Verlängerungskabel sind dafür nicht zu bekommen. Oder kennt jemand eine Quelle?
Gute Frage. Fakt ist, dass die LED im Empfänger zumindest zweifarbig ist. Kann einer der Hardware-Profis da mal eine kurze Info dazu geben, ob es möglich ist, die Farbe via Softwarebefehl zu ändern? Könnte man dann ja z.B. als Aufnahme-Signalisierung nutzen...
Hallo!
Läßt sich die S2-6400 auch nur als Ausgabegerät betreiben?
Ich hatte gelesen, daß dies einfach gehen soll, indem man die Option(en) -D<num> entsprechend
setzt. Alle Versuche diesbezüglich waren aber nicht von Erfolg gekrönt.
Ist die Aussage falsch? Muß ich etwas beachten?
Gruß
Sven
PS: Ja ich weiß, die Karte nur für die Ausgabe zu verwenden ist Verschwendung
Ob das geht weiß ich nicht, hab nämlich keine Karte. Die Option -D ist aber dafür da, um dem VDR zu sagen, welches DVB Device er nutzen soll, falls man beispielsweise nur einen Tuner angeschlossen hat.
fehlt im plugin siehe:
http://powarman.dyndns.org/hgw…6a5e7/dvbhdffdevice.c#l97Ja, das weiß ich. Ich möchte ja auch nur wissen, ob nur der Code im Plugin fehlt oder der Code dort nicht implementiert ist, weil der dazu benötigte Code im Kerneltreiber noch nicht existiert. Im zweiteren Fall wäre die Implementation aufwendiger.
Nur zur Info:
Ok. Ich habe Antwort vom Entwickler erhalten. Die relevanten Teile fehlen auch noch im Kernel-Treiber.
Ist das richtig? Muss man die Datei dann noch umbennen?
Ja, die Extension '105'muss noch weg! Die Datei muss auf *.fw enden, da sonst der Treiber den eventuell vorhandenen alten Stand lädt. Siehe Code-Schnipsel aus dem Treiber:
70 /* request the FPGA firmware, this will block until someone uploads it */
71 ret = request_firmware(&fw, "dvb-ttpremium-fpga-01.fw", &saa716x->pdev->dev);
72 if (ret) {
73 if (ret == -ENOENT) {
War sicher ein Versehen von powarman das er die *.105 noch am Dateinamen dran hatte. Bisher endeten alle gelieferten Files immer mit *.fw.
Gruss Steve135
ups, hatte ich vergessen :), wird noch angepasst.
Copperhead:
Danke für den Link. Habe das 'alternative' Plugin mal ausprobiert, es ändert aber leider an der Problematik bei mir nichts. Es verhält sich diesbezüglich genau wie das Original-Plugin. Nach einem 'Cold-Boot' ist auch wie beim Original-Plugin der erste Tuner immer verpixelt. Sobald ich den VDR beende und zum zweiten mal starte funktioniert es. Das ist schon ein wenig blöd. Ich kann doch nicht immer bei jedem Rechner Start einmal vorher den VDR 'weg-killen' damit ich sicher sein kann, dass meine Aufnahmen auch gelingen und der Tuner keinen Pixelmüll produziert.
Vielleicht haben powarman und UFO ja doch noch eine 'Eingebung', an was das liegen könnte...
Gruss Steve
also hier ist es aehnlich. ich habe immer orfhd als ersten sender eingestellt, der nach dem booten erscheint.
das bild ist schwer verpixelt. beim umschalten auf orf2hd ist dann meist das bild schwarz und nur ton da. dann schalte ich weiter auf 3sat, und das bild ist ok. ist eben SD und nicht HD. dann weiter auf ARD-HD, wieder pixel, wenn ich dann noch ein wenig hin und herschalte, und wieder retour auf orf1hd, dann passt das bild auch dort. ohne restart oder reboot.
Evtl. hilft die neue FPGA FW zusammen mit dem Treiberupdate von gestern Abend? Beschreibung von powarman:
ZitatDie neue FPGA Firmware 1.05 (dvb-ttpremium-fpga-01_v1_05.zip) erlaubt es zusammen mit einer Änderung im Treiber einen sauberen Reset des Demodulators auf der Karte durchzuführen. Dies geschieht automatisch beim Laden des Treibers.
... und im Treiber Changeset:
Zitatsaa716x_ff: Do an explicit demodulator reset.
When loading the driver an explicit hardware reset of the demodulator is now
done using the FPGA. FPGA firmware version 1.05 is needed for this to work.
Evtl. hilft die neue FPGA FW zusammen mit dem Treiberupdate von gestern Abend?
Hatte es ja gestern Abend schon bei mir installiert, bin aber bisher leider noch nicht zum Test gekommen. Ab und zu muss man doch auch noch arbeiten und hat so nicht genügend Zeit für die 'wichtigen' Dinge... Sobald ich es getestet habe, gibt's natürlich auch von mir eine Rückmeldung dazu ob das Problem damit 'gefixed' ist.
Hallo,
leider hat die Änderung des Treibers inklusive der ST7109-Firmware und der FPGA-Firmware bei mir für mein Problem keine Besserung gebracht. Nach dem Cold-Boot habe ich immer noch Artefakte auf jeweils einem der beiden Tuner. Es wechselt nach dem Cold-Boot scheinbar immer mal zufällig zwischen Tuner 1 und Tuner 2. Wenn ich dann mehrfach zwischen einem (HD)-Sender mit Artefakten und einem Sender ohne Artefakte wechsle, dann fängt sich das System oft irgendwann und beide Tuner funktionieren ab dann korrekt. Wenn ich auf einem Tuner Artefakte habe und auf einem beliebigen Sender dieses Transponder eine Aufnahme starte, so ist diese Aufnahme auch defekt und hat somit auch Artefakte. SD-Sender sind von der Problematik genauso betroffen, zeigen aber eine deutlich geringere Menge von Artefakten als die HD-Sender. Nur um es nochmal klarzustellen, dies ist bei mir kein Problem des 'Bösen'-plugins. Der Fehler lässt sich auch mit nur dem VDR und geladenem Original-dvbhddevice-plugin nachvollziehen. Wie schon erwähnt, funktionieren meine anderen Tunerkarten (S2-1600 und Cine-S2) problemlos an den Sat-Kabeln und die HD-FF als reines Ausgabemedium, ohne Verwendung der beiden Tuner auf der Karte, geht dann mit diesen Karten im Transfermode auch vollkommen problemlos. Eine Veränderung der Frontend-bbgain-Werte bringt auch keinerlei Veränderung, ausser das im Femon dann eine geringere Signalstärke angezeigt wird. Ich habe dabei mit Werten von 8db bis 14db experimentiert. Ich bin mit meinem 'Latein' jetzt langsam am Ende, hat jemand noch eine Idee wo ma hier weiter ansetzen könnte!? Scheinbar haben aber ja auch noch andere User ähnlich gelagerte Probleme mit dem Empfang/Störungen bei der HD-FF.
Gruss Steve135
Bei mir ist es eher umgedreht. Meist ist alles perfekt - speziell bei HD, aber schalte ich auf einen SD-Kanal habe ich nur Pixel und beim zurückschalten geht auch HD nicht mehr.
Das Log hat dann sehr viele Einträge ich glaube mit "lost lock" - so aus dem Kopf . Mit der Cine-S2 habe ich die Probleme nicht.
Logs kann ich gerne nachliefern
Andy
Hallo,
ich habe die aktuellen Files von FPGA, Loader und Firmware geholt und damit mal getestet.
Funktioniert generell gut, nur wenn ich int_type=1 angebe, hängt die Karte beim Laden der Firmware:
[ 26.362652] saa716x_pci_init (0): found a Technotrend S2 6400 Dual S2 Premium
PCIe card
[ 26.362742] SAA716x FF 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ
16
[ 26.362747] SAA716x FF 0000:01:00.0: setting latency timer to 64
[ 26.362922] alloc irq_desc for 30 on node -1
[ 26.362923] alloc kstat_irqs on node -1
[ 26.362934] SAA716x FF 0000:01:00.0: irq 30 for MSI/MSI-X
[ 26.362958] SAA7160 Rev 2 [13c2:300a], irq: 30,
[ 26.362959] mmio: 0xffffc90021c00000
[ 26.362961] SAA7160 64Bit, MSI Enabled, MSI-X=32 msgs
[ 26.368054] saa716x_i2c_hwinit (0): Adapter (b000) SAA716x I2C Core 0 RESET
[ 26.368332] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
[ 26.469008] SAA716x FF 0000:01:00.0: firmware: requesting dvb-ttpremium-fpga-
01.fw
[ 27.591032] SAA716x FF FPGA version 1.05
[ 27.591038] SAA716x FF 0000:01:00.0: firmware: requesting dvb-ttpremium-loade
r-01.fw
[ 27.592863] SAA716x FF loader version 1.03
[ 27.871549] SAA716x FF 0000:01:00.0: firmware: requesting dvb-ttpremium-st710
9-01.fw
[ 28.270664] saa716x_get_offset (0): Offset @ 200
[ 28.270668] DVB: registering new adapter (SAA716x dvb adapter)
[ 28.375543] stv6110x_attach: Attaching STV6110x
[ 28.378606] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
[ 28.378724] DVB: registering new adapter (SAA716x dvb adapter)
[ 28.378996] stv6110x_attach: Attaching STV6110x
[ 28.410230] DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[ 38.410010] saa716x_ff_pci_probe (0): timed out waiting for boot finish
[ 38.411111] SAA716x FF 0000:01:00.0: PCI INT A disabled
[ 38.411116] SAA716x FF: probe of 0000:01:00.0 failed with error -1
Alles anzeigen
Mit int_type=0 klappt alles.
int_type=2 kann meine Hardware offenbar nicht:
Was ist denn eigentlich der Unterschied zwischen MSI und MSI-X?
Ansonsten: Danke an powarman für alle deine Bemühungen!
Ciao.
Michael.
Was ist denn eigentlich der Unterschied zwischen MSI und MSI-X?
siehe http://en.wikipedia.org/wiki/Message_Signaled_Interrupts
so hab nun auch alles uptodate, und leider besteht das problem immer noch, dass wenn ich auf einen radio sender wechsle oder den epg-scan aktivere.
bei radio läuft das radio weiter und auch die channel infos wird ein und automatisch ausgeblendet. Die Fernbedienung reagiert aber ab dann nicht mehr (mit evtest keine response). Wenn ich aber mittels Live umschalte auf einen Sender mit Bild, geht wieder alles normal. Bei EPG-Scan das gleiche, sobald ich im Live-Plugin die Ok Taste drücke kommt alles wieder und arbeitet entsprechend.
Hi Steve135,
Wenn ich dann mehrfach zwischen einem (HD)-Sender mit Artefakten und einem Sender ohne Artefakte wechsle, dann fängt sich das System oft irgendwann und beide Tuner funktionieren ab dann korrekt. Wenn ich auf einem Tuner Artefakte habe und auf einem beliebigen Sender dieses Transponder eine Aufnahme starte, so ist diese Aufnahme auch defekt und hat somit auch Artefakte. SD-Sender sind von der Problematik genauso betroffen, zeigen aber eine deutlich geringere Menge von Artefakten als die HD-Sender.
Ich hatte bei mir ein ähnliches Probelm. Nur entstanden die Artfekate erst beim Umschalten zwischen den Frontends. Wenn ich von SD- auf HD-Kanäle umgeschaltet hab, war der Fehler nicht zu sehen. Erst bei einer Aufnamhe oder beim Wechslen der FEs auf einem HD-Sender per femon traten die Fehler auf.
Bis die neue HW für meinen VDR kommt, läuft die Karte hier in einem Rechner mit nem Core i7. Der hat mit Hyperthreading 8 Cores...
Ich habe beim Booten des VDR dem Kernel den Parameter
mitgegeben. Seitdem läuft die Karte hier bei mir im Live-View und bei Aufnahmen seit fast 2 Wochen fehlerfrei.
Vielleicht hilft das ja dem ein oder anderen...
Grüße Jarod
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!