Netceiver Probleme auf Ubuntu Karmic mit VDR VDPAU

GTO · 29. Oktober 2009

Hallo,

ich versuche für einen bekannten einen Netceiver mit einem VDPAU-VDR 1.7.9 aus dem Hotzenplotz PPA in Betrieb zu nehmen.
Als Hardware kommt wie bei mir ein ASUS M3N78-EM zum Einsatz.
Ich habe derzeit leider das Problem, dass ich von mcli die Meldung
"Discontinuity on receiver 0x..." am laufenden Band ausgeworfen bekomme + die passenden Bildfehler.
Während ich diese Zeilen gerade schreibe fällt mir gerade ein, dass es mit Cool & Quiet zusammenhängen könnte. Er hat einen Athlon 64 X2 4600+ drin. Könnte das sein, oder liegt es an etwas anderem?

Weiterhin habe ich noch ein paar fragen zur Einbindung des Ganzen in die Systemtiefen. Bin ja eigtl. selber noch ein halber Einsteiger, aber ich will meinem Bekannten gern weiterhelfen, dass er ein lauffähiges System bekommt. Eine Frage ist, wie starte ich mcli passend, vor dem VDR unter Karmic?
Auch nicht hinbekommen, habe ich bis jetzt Diseqc. Ich habe eine Diseqc.conf von mcli erstellen lassen und auch die A1...A4 rausgelöscht, dennoch scheint der VDR mit dem Format nichts anfangen zu können. Wenn ich Diseqc aktiviere geht gar nichts mehr. Verwende ich eine Standard diseqc.conf ist es das Gleiche. Nur ohne Diseqc bekomme ich ein Bild, aber halt nur die Programme vom ersten Sat.
Also wie muss das korrekt aussehen?

Ciao ciao

gto

hepi · 29. Oktober 2009

Hi,

nur mal zum Thema Diseqc-Konfiguration: Ich habe das vor ein paar Monaten mal gemacht, völlig ohne Vorerfahrungen, an einem der einfachsten überhaupt existierenden Diseqc-Switches. Es hat sehr lange gedauert, bis ich es hinbekommen habe. Meine Erfahrung letztendlich war (und ich mag hier irren), dass es unheimlich hilft, nach jeder Änderung der conf-Datei vor dem Testen den Rechner komplett neu zu booten, wobei auch der DVB-S-Tuner vom Strom genommen wird. Vielleicht ist es übertrieben, aber es hat mich am Ende zum Ziel geführt.

Gruß
hepi

Moorviper · 29. Oktober 2009

das mit dem netceiver wurde doch jetzt umgestellt und das dvbloop und mlci wird nicht mehr benötigt

für den vdr gibt es da jetzt ein Plugin was die dvbkarten bereitstellt

über dvbloop/mcli hatte ich ähnliche probleme

Razorblade · 29. Oktober 2009

Hmm, also ich habe auch die Kombination Netceiver und VDPAU zu laufen und bis auf Probleme mit SEHR hohen Bitraten (derzeit nur auf Sky Sport HD bei deutschem Live-Fußball, das scheint aber am VDPAU Teil zu liegen) läuft es wunderbar. Ich habe auch noch die Kombination mcli/dvbloop.

Mit dem ION-Onboard Netzwerk (forcedeth) klappte es nicht so gut, aber wie ich sehe läuft Dein Board ja über den Realtek Treiber, daran sollte es also nicht liegen...

GTO · 29. Oktober 2009

Moorviper:

Das klingt ja interessant, wo findet man Infos drüber? Hier im Portal steht ja überall nur, dass es ein vdr-plugin gibt, aber dass es sich nur um eine aufgestülpte Lösung handelt, die auf mcli,netcvupdate und netcvdiag aufsetzt. Zumindest kann ich nix anderes finden.

real_schorsch · 29. Oktober 2009

Das Problem mit der "komischen" diseqc.conf ist, dass der vdr darüber die tatsächliche Sat-Position "tunnelt", weil man sie sonst über die DVB-API nicht rüberbekommt.

Es gibt einen Legacy-Modus, der kann nur Mini-Diseqc und eigentlich schon zwei Sats (die 1:1 durchgereicht werden), aber gut getestet ist er nicht.

Entscheidend an der vom mcli erzeugten diseqc.conf ist, dass das Kommando in den [] genauso für den Satellit und seine Bänder benutzt wird. "Normale" Kommandos gehen nicht, ebenso nicht irgendwie veränderte.

Das mit den Netzwerkproblemen (Paketverlusten) ist uns bei einem anderen AMD-Board mit Realtek und Dual-Core auch schon aufgefallen. Mit Single-Core gehts, mit Dual nicht. Ein Intel-Dual-Core macht aber auch keine Probleme. Den Realtek (und Treiber) halt ich da auch für unschuldig (weiss ja nix vom Dual-Core...), es könnte zB. irgendwas beim Cache-Snooping etc. daneben gehen. Aber weiter sind wir da auch noch nicht...

real_schorsch · 29. Oktober 2009

GTO:

Das PI ist in den Sourcen mit drin. Es gaukelt dem vdr ein DVB-Device vor, ohne über die DVB-API zu gehen. Das ist eigentlich die wesentlich bessere Methode, weil der Diseqc-Kram wegfällt und auch nur so CAMs für mehrere Clients transparent behandelt werden können. Der vdr braucht aber zur vollen Nutzung ein paar Patches, da das ganze System schon ziemlich auf die FF-Karte getrimmt ist und mit den dann virtuellen Tunern etwas verschwenderisch umgeht...

Wenn man keine CAMs braucht, tuts auch der mcli-Dämon, evtl. kommt da noch irgendwann mal ein Hack rein, dass darüber auch wieder CAMs laufen. Dann braucht er aber auch eine Kanalliste, weil die Service-ID benötigt wird.

kris · 29. Oktober 2009

HI,

bevor Du lange suchst, das problem ist der Netzwerktreiber. Unter Linux wird der forcede(a)th Treiber verwendet und leider verursacht DER immer Discontinuity Errors am laufendem Band.

Egal welcher Kernel, egal welche Einstellungen, egal welches linux. Ich habe Tage daran rumgeschraubt, helfen tut nur eine andere NIC.

Es gibt im vdr-wiki eine Netceiver-Sektion, leider hatte ich in letzter Zeit weniger Zeit zur Verfügung wie ich eigentlich gedacht hatte (es sind aber gerne alle herzlich eingeladen, dies zu ergänzen )

hier findest Du infos zum mcli-Plugin und dessen Kompilierung

MfG
KRis

Razorblade · 30. Oktober 2009

Wie kommst Du darauf, dass er nen Forcedeth hat? Wenn ich (für dieses Board) bei Asus in der Download-Sektion auf LAN-Treiber gehe bekomme ich einen RTL8111 angeboten und das ist bekanntermaßen die Onboard-Variante des RTL8169...

kris · 30. Oktober 2009

Hi

ich hab das gleiche Board, die Nic lasst sich nur mit forcedeath ansprechen. Wenn ich zuhause bin, schreib ich mehr dazu

MfGkris.

kris · 30. Oktober 2009

HI,

so, bin endlich zuhause.

Razorblade

Zitat

bei Asus in der Download-Sektion auf LAN-Treiber gehe bekomme ich einen RTL8111 angeboten und das ist bekanntermaßen die Onboard-Variante des RTL8169...

Keine Ahnung wo Du da rtl8111 siehst (selbst im Handbuch steht nichts), das Asusboard hat zwar eine externe Realtek-Phy aber keinerlei Treiber laufen damit. Ich hatte damals von de realtek seite die r8168 Treiber bereits runtergeladen und kompiliert. Lief aber leider nicht.

Fakt ist leider, das M3N78-EM mit forcede(a)th Treiber in Verbindung mit dem Netceiver die Fehler verursachen. Daher habe ich eine 08/15 Billig NIC eingebaut und seither keinerlei Probleme.

Mittlerweile gibt es zwar bei Realtek neue Treiber aber da ich eine 2.6.31 Kernel fahre, lassen sie die Module nicht kompilieren. Sollte etwas neues kommen, melde ich micht

MFG
Kris

GTO · 12. November 2009

Hallo,

ich bin jetzt wieder an dem VDR aktiv.
Habe inzwischen eine PCI-Netzwerkkarte eingebaut und angeschlossen.
dvbloop lade ich nicht mehr.
Habe das mcli-Plugin in Version 0.9.0 kompiliert und den vdr neugestartet, Bild läuft jetzt ohne Aussetzer auch mit CnQ. Was ich noch nicht hinbekomme, ist Hotbird-Sender anzutunen. Astra 19.2 geht.

real_schorsch · 12. November 2009

> ist Hotbird-Sender anzutunen. Astra 19.2 geht.

Sollte an sich out-of-the-Box gehen, da 19.2/13.0 Default sind... Was sagt den "netcvdiag -S"?

GTO · 12. November 2009

Code

NetCeiver 0: SatList <Multiswitch 1>, entries 3
  Satname: <S19.2E>, Position <19.2E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_13 DiSEqC <E0 10 38 F0>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_13 DiSEqC <E0 10 38 F1>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_18 DiSEqC <E0 10 38 F2>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_18 DiSEqC <E0 10 38 F3>
  Satname: <S13.0E>, Position <13.0E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_B   TONE_OFF VOLTAGE_13 DiSEqC <E0 10 38 F4>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_B   TONE_ON  VOLTAGE_13 DiSEqC <E0 10 38 F5>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_B   TONE_OFF VOLTAGE_18 DiSEqC <E0 10 38 F6>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_B   TONE_ON  VOLTAGE_18 DiSEqC <E0 10 38 F7>
  Satname: <S28.2E>, Position <28.2E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_13 DiSEqC <E0 10 38 F8>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_13 DiSEqC <E0 10 38 F9>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_18 DiSEqC <E0 10 38 FA>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_18 DiSEqC <E0 10 38 FB>

Alles anzeigen

real_schorsch · 12. November 2009

Wenn die Tuner alle an die "Multiswitch 1"-Liste gebunden sind, sollte das gehen. Schau bitte mal die "netcvdiag -s"-Ausgaben an, wenn 13.0 getuned ist. Ein Tuner sollte einen Usage-Count !=0 haben und die Position bei dem auch auf 13.0 stehen...

GTO · 12. November 2009

Code

UUID <fe80::208:54ff:fe55:1c8b>:
      slot 0.0, type DVB-S, used:   0
      LOCK   , frequency 11671000kHz (1921.0MHz), position <19.2E>
      strength f7a1, snr f178, ber 0000, unc 0000
      NIMCurrent 90
      RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe55:1c8b>:
      slot 0.1, type DVB-S, used:   7
      LOCK   , frequency 11804000kHz (1201.4MHz), position <13.0E>
      strength f8f8, snr ebd9, ber 0000, unc 0000
      NIMCurrent 89
      RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe55:1c8b>:
      slot 2.0, type DVB-S2, used:   1
      NO LOCK, frequency 11302000kHz (1550.6MHz), position <19.2E>
      strength 3980, snr 0000, ber 0000, unc 0000
      NIMCurrent 57
      RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe55:1c8b>:
      slot 2.1, type DVB-S2, used:   0
      NO LOCK, frequency 11361000kHz (1611.0MHz), position <19.2E>
      strength ea80, snr 0000, ber 0000, unc 0000
      NIMCurrent 46
      RotorStatus 0, RotorDiff 0.0

Alles anzeigen

real_schorsch · 13. November 2009

> UUID <fe80::208:54ff:fe55:1c8b>:
> slot 0.1, type DVB-S, used: 7
> LOCK , frequency 11804000kHz (1201.4MHz), position <13.0E>
> strength f8f8, snr ebd9, ber 0000, unc 0000
> NIMCurrent 89
> RotorStatus 0, RotorDiff 0.0

Sieht alles gut aus, wird benutzt *und* hat Lock. D.h. am NetCeiver ist alles angekommen. Nachdem der Frequenzoffset von 3 MHz (1204-1201) auch recht klein ist, kann man auch ausschliessen, dass der LNB wg. Diseqc-Problemen auf Astra steht und einen in der Nähe liegenden Transponder noch gerade so erwischt hat.

Stimmen die Pids? RAI Gulp geht zB. bei mir mit VPID 522, APID 663 und SID 3310.

GTO · 18. November 2009

Hallo,

ich bin nach wie vor noch an diesem Problem dran. Die PIDs und SID habe ich überprüft, die stehen bei mir auch so in der channels.conf von Linowsat drin, die ich testweise benutze. Ein Bild bekomm ich aber leider nicht.

GTO · 18. November 2009

Bin mittlerweile der Sache auf die Spur gekommen, die Diseqc-Konfiguration im Netceiver war falsch, habe diese mit netcvupdate heruntergeladen, editiert, hochgeladen und jetzt geht es.

real_schorsch · 19. November 2009

Was hast du verändert? Der Default sollte eigentlich für die übliche 19.2/13.0-Installation reichen...

Netceiver Probleme auf Ubuntu Karmic mit VDR VDPAU

Jetzt mitmachen!

Teilen