Media-Pointer MP-S2 DVB-S2 Twin Tuner (auch als "Low Profile" )

spitzb · 26. Januar 2010

Falls es jemanden interssiert, der eine ähnliche Kombination nutzen möchte:

Die Tevii S470 läuft mit den Treibern aus http://linuxtv.org/hg/~endriss/ngene-test/
ebenfalls. Ich hatte diese Karte bisher nur mit dem S2-Liplianin - Treiber zum Laufen bekommen.

Gruß
Falk

helau · 26. Januar 2010

Zitat

Original von UFO
Hat jemand mit diesem Treiber noch Command timeouts gehabt?

CU
Oliver

Ja einen gleich zu Beginn, nach einem Reboot dann nicht mehr.
Es wurde zwar definitiv der neue Treiber geladen ( laut log wurde da fw 15 geladen, zuvor fw 17 ) aber ich denke mal, dass die Karte das dennoch nicht gemocht hatte

ciax · 26. Januar 2010

Zitat

Original von UFO
Hat jemand mit diesem Treiber noch Command timeouts gehabt?

CU
Oliver

.. hier ebenfalls, definitiv keine "Command timeouts" mehr. (der sache mit dem "TS continuity error" muß ich noch nachgehen --> symptome, regelmäßigkeiten, .. recherchieren).

danke & gruß,
ciax

stevie101 · 26. Januar 2010

Auch hier keine timeouts, trotz extrem schwachem Signal in unserem neuen Haus (wegen nicht fixiertem Satkabel).

Gruss
Stefan

mk100 · 26. Januar 2010

Hallo,

versuche verweifelt meine Karte nach den diversen Anleitungen:

http://wbreu.htpc-forum.de/mei…ultralowprofile/index.php

oder

http://www.linuxtv.org/wiki/in…Media-Pointer_MP-S2%C2%B2

zum laufen zu bringen. Habe yaVDR installiert. Bauen klappt wunderbar, aber beim modprobe gibst die oben schon mal genannten "Unknown symbols".

FATAL: Error inserting ngene (/lib/modules/2.6.31-17-generic/kernel/drivers/media/dvb/ngene/ngene.ko): Unknown symbol in module, or unknown parameter (see dmesg)

in der dmesg steht dann:

[ 1132.646726] ngene: Unknown symbol dvb_ringbuffer_flush
[ 1132.647730] ngene: disagrees about version of symbol dvb_frontend_detach
[ 1132.647732] ngene: Unknown symbol dvb_frontend_detach
[ 1132.647878] ngene: disagrees about version of symbol dvb_unregister_frontend
[ 1132.647880] ngene: Unknown symbol dvb_unregister_frontend
[ 1132.648050] ngene: disagrees about version of symbol dvb_register_frontend
[ 1132.648053] ngene: Unknown symbol dvb_register_frontend

Habe das mit dem ngene.ko löschen schon versucht ohne Erfolg. Meine Karte ist die

Multimedia video controller [0400]: Micronas Semiconductor Holding AG Device [18c3:0720]
Subsystem: Micronas Semiconductor Holding AG Device [18c3:db01]

Bitte um Ideen, Vorschläge an was es liegen könnte!

Schon mal vielen Dank im Voraus!

wbreu · 26. Januar 2010

Hi Mirko,

die Jungs von yaVDR bauen die Treiber normalerweise mit dkms.

Ich denke es ist besser du machst mal im Unterforum zu yaVDR einen Thread auf.

Dann bekommen sie es auch mit.

Gruß
Wolfgang

mk100 · 26. Januar 2010

ok danke, werd ich machen.

hondansx · 26. Januar 2010

Zitat

Original von v_r
Zum Poweroff: Leider musste ich den VDR abbauen, so dass ich nicht nach schauen kann, aber Grub hat die Möglichkeit selber PowerOff zu fahren. mit "HALT". Danach müsst Ihr mal suchen. In diesem Thread hatte ich mal einen Link gepostet (recht weit vorne). Da stand das drin.

V_R

Danke für den Tip, funktioniert.
http://www.vdrportal.de/board/thread.php?postid=848345

Alex

ciax · 26. Januar 2010

Zitat

Original von ciax

.. hier ebenfalls, definitiv keine "Command timeouts" mehr. (der sache mit dem "TS continuity error" muß ich noch nachgehen --> symptome, regelmäßigkeiten, .. recherchieren).

danke & gruß,
ciax

sodala, den test von oliver durchgeführt und die neu umgewechselte karte (v5.4) müßte ok sein
lspci -vv

Code

Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)
        Subsystem: Micronas Semiconductor Holding AG Device abc4

der treiberaufruf wird über

Code

modprobe ngene one_adapter=0 adapter_nr=1,2; modprobe budget_ci

durchgeführt (die 2. karte eine TT3200 wird somit device "0").

getestet und reproduzierbar ist folgendes verhalten (nur mit der CineS2 aktiv):

Code

Jan 26 22:09:58 vdr vdr: [4819] cTS2PES got 1 TS errors, 64 TS continuity errors
Jan 26 22:09:58 vdr vdr: [4819] cTS2PES got 0 TS errors, 5 TS continuity errors
Jan 26 22:09:58 vdr vdr: [4819] switching to channel 120
Jan 26 22:16:44 vdr vdr: [4819] switching to channel 119
Jan 26 22:16:44 vdr vdr: [7307] TS continuity error (12)
Jan 26 22:16:44 vdr vdr: [7307] TS continuity error (7)
Jan 26 22:16:44 vdr vdr: [7307] TS continuity error (2)
Jan 26 22:16:47 vdr vdr: [4819] switching to channel 118
Jan 26 22:16:48 vdr vdr: [4819] cTS2PES got 0 TS errors, 1 TS continuity errors
Jan 26 22:16:53 vdr vdr: [4819] switching to channel 117
Jan 26 22:16:55 vdr vdr: [7316] cVideoRepacker: switching to MPEG1/2 mode
Jan 26 22:17:01 vdr vdr: [4819] switching to channel 118
Jan 26 22:17:01 vdr vdr: [7321] TS continuity error (2)
Jan 26 22:17:03 vdr vdr: [4819] switching to channel 119
Jan 26 22:17:03 vdr vdr: [4819] cTS2PES got 0 TS errors, 1 TS continuity errors
Jan 26 22:17:04 vdr vdr: [7407] TS continuity error (6)
Jan 26 22:17:04 vdr vdr: [7407] TS continuity error (12)
Jan 26 22:17:07 vdr vdr: [4819] switching to channel 120
Jan 26 22:17:07 vdr vdr: [4819] cTS2PES got 0 TS errors, 1 TS continuity errors
Jan 26 22:17:07 vdr vdr: [4819] cTS2PES got 0 TS errors, 1 TS continuity errors
Jan 26 22:17:40 vdr vdr: [4819] switching to channel 121
Jan 26 22:17:41 vdr vdr: [7416] TS continuity error (15)
Jan 26 22:17:41 vdr vdr: [7416] TS continuity error (8)
Jan 26 22:17:41 vdr vdr: [7416] TS continuity error (1)
Jan 26 22:25:16 vdr vdr: [4819] switching to channel 122
Jan 26 22:25:16 vdr vdr: [4819] cTS2PES got 0 TS errors, 1 TS continuity errors
Jan 26 22:25:18 vdr vdr: [4819] switching to channel 123
Jan 26 22:25:19 vdr vdr: [7594] TS continuity error (4)
Jan 26 22:25:19 vdr vdr: [7594] TS continuity error (9)
Jan 26 22:25:19 vdr vdr: [7594] TS continuity error (9)
Jan 26 22:25:19 vdr vdr: [7594] TS continuity error (8)

Alles anzeigen

das passiert beim umschalten zw. den kanälen (egal ob zw. HD od. SD, gefühlt besonders aber merkbar, wenn ein anderer transponder das erste mal erwischt wird) .. führt zu keinen merkbaren aussetzern!

nur bei ORF-HD (--> CAM-timing ??) und breitbandigeren kanälen (Astra HD) führt es ab und zu zu einem bildstecken (kein absturz! wenn ein anderer kanal gewählt wird und dann wieder zurück auf den 'problematischen' kanal, läufts weiter für eine gewisse zeit .. eventuell zurückzuführen auf --> ORF war immer schon mies bei schlechtem wetter/bem empfang!!

die log's beim stecken/anfangs sind's artefakte:

Code

Jan 26 21:56:45 vdr vdr: [4819] switching to channel 120
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (12)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (14)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (15)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (10)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (2)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (12)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (14)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (0)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (2)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (2)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (4)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (15)
.
.
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (10)
Jan 26 22:00:21 vdr vdr: [6829] TS continuity error (12)
Jan 26 22:09:58 vdr vdr: [4819] cTS2PES got 1 TS errors, 64 TS continuity errors
Jan 26 22:09:58 vdr vdr: [4819] cTS2PES got 0 TS errors, 5 TS continuity errors
Jan 26 22:09:58 vdr vdr: [4819] switching to channel 120
Jan 26 22:16:44 vdr vdr: [4819] switching to channel 119

Alles anzeigen

signalqual.(edit: lt. femon)

Code

tuner1: sign 87%, s/n 61%
tuner2: sign 83%, s/n 68%

kommen bei sonst niemandem die "continuity errors", nicht mal beim senderwechsel?

gruß, ciax

3PO · 27. Januar 2010

Zitat

Original von ciax
[...] kommen bei sonst niemandem die "continuity errors", nicht mal beim senderwechsel?

Bist Du sicher, dass die "continuity errors" vom Treiber kommen, oder kommt das evtl. von xine o.ä.?

ciax · 27. Januar 2010

Zitat

Original von C-3PO

Bist Du sicher, dass die "continuity errors" vom Treiber kommen, oder kommt das evtl. von xine o.ä.?

nein, ich bin mir da gar nicht sicher, deshalb habe ich versucht soviel information wie möglich zu geben und auch die regelmäßigkeiten (senderwechsel) herauszufiltern.

der output kommt ja vom vdr selbst. ob das direkt mit dem treiber zusammenhängt kann ich nicht sagen (da fehlt mir tieferes knowhow).

eventuell liegt's an der "veralteten" vdr version (vdr-1.7.0) dieses verhalten hat also niemand hier außer mir ..

gruß, ciax

edit: das zappen selbst geht aber nun wirklich relativ flott

Flip1024 · 27. Januar 2010

Hallo,

ich hätte nochmal eine Frage zum Treiber.

Z.zt. nutze ich den Treiber mit FW17.
Ich habe ihn nach folgender Anleitung installiert.
www.linuxtv.org/wiki/index.php/Media-Pointer_MP-S2%C2%B2
Wenn ich auf SD schalte dann bekomme ich immer Ruckler und Tonaussetzer. Habt ihr dieses Problem auch?

Wie installiere ich den Treiber der die FW15 nutzt?
Sind hier die Probleme behoben?

Grüße

ciax: Wie schnell geht bei dir das zappen? Ich empfinde es als sehr langsam im Vergleich zu meiner Dreambox

wbreu · 27. Januar 2010

Zitat

Original von Flip1024
Hallo,

ich hätte nochmal eine Frage zum Treiber.

Z.zt. nutze ich den Treiber mit FW17.
Ich habe ihn nach folgender Anleitung installiert.
www.linuxtv.org/wiki/index.php/Media-Pointer_MP-S2%C2%B2
Wenn ich auf SD schalte dann bekomme ich immer Ruckler und Tonaussetzer. Habt ihr dieses Problem auch?

Wie installiere ich den Treiber der die FW15 nutzt?
Sind hier die Probleme behoben?

Grüße

ciax: Wie schnell geht bei dir das zappen? Ich empfinde es als sehr langsam im Vergleich zu meiner Dreambox

Alles anzeigen

Nabend,

in deiner Signatur fehlt die Distri oder was auch immer du als Grundlage benutzt...

Der Link oben funzt nicht...

und

jetzt das Gute:

[gelöst] ngene Treiber läd nicht

Mal hier nachlesen, wenn du ubuntu nutzt...

EDIT: Die Störungen kommen vermutlich vom nichtgetunten xine

Gruß
Wolfgang

Flip1024 · 27. Januar 2010

Hallo,

also die URL geht jetzt.
Ich nutze VDR 1.7.11 auf Ubuntu 9.10

Welche "getunten" XINE-Parameter meinst du?

ciax · 27. Januar 2010

Zitat

Original von Flip1024
ciax: Wie schnell geht bei dir das zappen? Ich empfinde es als sehr langsam im Vergleich zu meiner Dreambox

ok, im vergleich zur dreambox (oder einigen anderen stb's mußt du abstriche machen - die sind völlig optimiert). hier beläuft es sich auf ca. <1sec bis 1,5sec (anfangs etwas artefakte, ton sofort)

-----------

sorry, ich muß nochmals revidieren - die von mir genannten "continuity errors" gibt's tatsächlich nur bei ORF-HD!

gruß, ciax

OT: weil so wenig resonanz ist - ich bin kein doppeluser! "Spatz" ist ein guter freund von mir, und war's letzte mal zuhause eingeloggt. deshalb die verwirrung/OT

oe6jwf · 28. Januar 2010

also ich hab hier slackware64-current (2.6.32.5-kernel, x86_64), die treiber von http://linuxtv.org/hg/~endriss/ngene/ sowie FW15 und FW17 probiert...

FW15 ging zumindest 2h ohne probs.. irgendwann in der nacht war dann "ngene: Command timeout cmd=03 prev=03" angesagt bei der FW17 kam das deutlich schneller.. 2-3mal SD auf HD zappen und schon ist's passiert..

weis da jemand rat, bzw welche debug-ausgaben könnten helfen?

ich hab übrigends die mediapointer

73

wbreu · 28. Januar 2010

Zitat

Original von oe6jwf
also ich hab hier slackware64-current (2.6.32.5-kernel, x86_64), die treiber von http://linuxtv.org/hg/~endriss/ngene/ sowie FW15 und FW17 probiert...

FW15 ging zumindest 2h ohne probs.. irgendwann in der nacht war dann "ngene: Command timeout cmd=03 prev=03" angesagt bei der FW17 kam das deutlich schneller.. 2-3mal SD auf HD zappen und schon ist's passiert..

weis da jemand rat, bzw welche debug-ausgaben könnten helfen?

ich hab übrigends die mediapointer

73

Alles anzeigen

Hi,

ich denke du hast das alte Verzeichnis ausgecheckt.

Das neue, ist hier:

hg clone http://linuxtv.org/hg/~endriss/ngene-test/

und das läuft äusserst stabil.

Gruß
Wolfgang

oe6jwf · 28. Januar 2010

auch mit der FW17?

wo liegen da eigentlich die unterschiede?

73

wbreu · 28. Januar 2010

Zitat

Original von oe6jwf
auch mit der FW17?

wo liegen da eigentlich die unterschiede?

73

Hi nochmal,

les halt mal 4 bis 5 Seiten zurück, da steht alles drinnen, und was bis zur neuen Version alles geschah...

Gruß
Wolfgang

globber · 29. Januar 2010

Zitat

Original von helau
Ich hatte heute nach 3 Minuten Laufzeit:

Code

Jan 18 18:52:03 [kernel] ngene: Command timeout cmd=03 prev=03
Jan 18 18:52:03 [kernel] host_to_ngene (c000): 03 05 d0 f2 1b 01 00 01
Jan 18 18:52:03 [kernel] ngene_to_host (c100): 00 00 00 00 00 00 00 00 
Jan 18 18:52:03 [kernel] dev->hosttongene (f71ca000): 03 05 d0 f2 1b 01 00 01 
Jan 18 18:52:03 [kernel] dev->ngenetohost (f71ca100): 00 00 00 00 00 00 00 00

Und danach findet der ngene kein Frontend mehr:

Code

ngene 0000:04:00.0: PCI INT A -> Link[LN2A] -> GSI 18 (level, low) -> IRQ 18
ngene: Found Media-Pointer MP-S2/CineS2 DVB-S2 Twin Tuner
ngene 0000:04:00.0: setting latency timer to 64
ngene: Device version 1
ngene 0000:04:00.0: firmware: requesting ngene_15.fw
ngene: Loading firmware file ngene_15.fw.
DVB: registering new adapter (nGene)
ngene: No STV0900 found!
ngene: No STV0900 found!

Erst nach Reboot der Box geht wieder was. (Immerhin, meist musste ich die Box ausschalten, sobald der Fehler auftrat)
P.S. HW: Elitegroup GF8200 Motherboard mit Dual 5200er CPU und 1mal 2 GB Ram.

Alles anzeigen

Moin,

ich hatte heute mit dem Testtreiber folgendenFehler nach mehreren Stunden Laufzeit. ein Reboot brachte nichts. Eventuell hilft ein Ausschalten der Box. Ich werd's mal testen.

Code

scaleo2 ~ # less  /var/log/messages | grep -A 5 -B 5 adapter
Jan 29 13:09:01 [kernel] ngene 0000:04:00.0: PCI INT A -> Link[LN3A] -> GSI 17 (level, low) -> IRQ 17
Jan 29 13:09:01 [kernel] ngene: Found Media-Pointer MP-S2/CineS2 DVB-S2 Twin Tuner
Jan 29 13:09:01 [kernel] ngene: Device version 1
Jan 29 13:09:01 [kernel] ngene 0000:04:00.0: firmware: requesting ngene_15.fw
Jan 29 13:09:01 [kernel] ngene: Loading firmware file ngene_15.fw.
Jan 29 13:09:01 [kernel] DVB: registering new adapter (nGene)
Jan 29 13:09:01 [kernel] ngene: No STV0900 found!
Jan 29 13:09:01 [kernel] DVB: registering new adapter (nGene)
Jan 29 13:09:01 [kernel] ngene: No STV0900 found!
Jan 29 13:09:01 [kernel] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
Jan 29 13:09:01 [kernel] ACPI: PCI Interrupt Link [LN5A] enabled at IRQ 16
Jan 29 13:09:01 [kernel] r8169 0000:06:00.0: PCI INT A -> Link[LN5A] -> GSI 16 (level, low) -> IRQ 16
Jan 29 13:09:01 [kernel] r8169 0000:06:00.0: no MSI. Back to INTx.
--
Jan 29 13:17:33 [kernel] ngene 0000:04:00.0: PCI INT A -> Link[LN3A] -> GSI 17 (level, low) -> IRQ 17
Jan 29 13:17:33 [kernel] ngene: Found Media-Pointer MP-S2/CineS2 DVB-S2 Twin Tuner
Jan 29 13:17:33 [kernel] ngene: Device version 1
Jan 29 13:17:33 [kernel] ngene 0000:04:00.0: firmware: requesting ngene_15.fw
Jan 29 13:17:33 [kernel] ngene: Loading firmware file ngene_15.fw.
Jan 29 13:17:33 [kernel] DVB: registering new adapter (nGene)
Jan 29 13:17:33 [kernel] ngene: No STV0900 found!
Jan 29 13:17:33 [kernel] DVB: registering new adapter (nGene)
Jan 29 13:17:33 [kernel] ngene: No STV0900 found!
Jan 29 13:17:33 [kernel] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
Jan 29 13:17:33 [kernel] ACPI: PCI Interrupt Link [LN5A] enabled at IRQ 16
Jan 29 13:17:33 [kernel] r8169 0000:06:00.0: PCI INT A -> Link[LN5A] -> GSI 16 (level, low) -> IRQ 16
Jan 29 13:17:33 [kernel] r8169 0000:06:00.0: no MSI. Back to INTx.

Alles anzeigen

Allerdings kein "Command timeout" in den Logs

Regards
Globber

Media-Pointer MP-S2 DVB-S2 Twin Tuner (auch als "Low Profile" )

Jetzt mitmachen!

Teilen