Artefakte bei manchen Kanälen

    Hallo,
    bin relativ neu hier (auch was VDR und Linux selber angeht). Bin vor kurzem in den Keller gezogen und damit ich weiterhin TV gucken kann, dachte ich mir, ich stell nen VDR-Rechner in den Dachboden. Da steht jetzt ein Fileserver mit einem P3 1GHz (1Gb Ram) mit Debian und tobi's vdrdevel packages.
    Als Client nutze ich zum Testen momentan einen Athlon64 3200+ unter Windows XP und Media Player Classic in der neuesten Version.


    Das ganze funktioniert soweit ganz ok. Ich muss noch über vdradmin umschalten, weil das streamdev-plugin irgendwie noch ein Problem damit hat das selber zu machen (aber das find ich auch noch raus), aber ein Problem hab ich:


    Gucke ich z.B. ProSieben geht das ohne Probleme. Keine Ruckler, keine Artefakte, einfach perfekt. Aber bei vielen anderen Senden hab ich Artefakte und Ruckler. Und davon nicht gerade wenig (also es stört nicht nur sondern es ist richtig unangenehm zu gucken). Der VDR-Server ist dabei zu 90% idle (und der vdr braucht ca. 3 % CPU-Last), der Client braucht ca. 20%, also daran kanns auch nicht liegen.


    Ich bin schon ziemlich mit meinem Latein am ende.



    Noch was zur Hardware: TV-Karte ist ne Terratec Cinergy 1200 DVB-S (die Twinhan-Karte mit 878a Chip hab ich nicht zum laufen gebracht) und der Eintrag von zwei Sendern der channels.conf:
    Pro Sieben (funktioniert einwandfrei):
    ProSieben;ProSiebenSat.1:12480:vC34:S19.2E:27500:255:256=deu;257=deu:32:0:898:133:33:0
    SuperRTL (kann man ned gucken, so schlecht ist das Bild):
    Super RTL,S RTL;RTL World:12187:hC34:S19.2E:27500:165:120=deu:65:0:12040:1:1089:0


    Bitte helft mir, will endlich wieder bisschen TV-gucken können und bin schon fast soweit dass ich das ganze aufgebe und wieder auf Windows umsteige :(

    Hallo und :welcome


    könntest du vielleicht noch ergänzen, was du für ne Distribution benutzt,welche Patches du installiert hast und welche PlugIns du benutzt?
    Sonst wird das alles nämlich ein Blick in die Glaskugel!
    Was mir aber spontan zu deinem Problem einfiel: wenn du das PlugIn "femon" aktiviert hast,
    kannst du mal nach Sigalstärke und -qualität schauen.
    Infos: HIER und HIER!


    Gruß, Frederik

    Coolermaster ATC-620C | Asrock K8Upgrade-VM800 | Sempron 64 2600+ | MDT 512MB | TT 1.3 | Skystar2 2.6 | Medion 41169
    Gepanschtes LinVDR 0.7 | DrSeltsam Kernel 2.6.15 | MT-Patch05182005 | Tarandor-Libs | Cody Patch 1.3.37

    Ich nutze Debian Sarge mit den entsprechenden Vdrdevel Multipatch-Paketen von Tobi. (Hab ich glaub ich oben schon erwähnt)


    Naja, Linux ist für mich noch etwas undurchsichtig, aber wenn das so weiter geht, werd ich mich doch viel mehr damit beschäftigen müssen und mir was kompilieren, das funktioniert.


    Ich konnte den Fehler jetzt schon etwas eingrenzen. Also die Artefakte scheinen wirklich durch scheinbar schlechten Empfang zu kommen, denn meine /var/log/messages sehen so aus:
    Feb 23 12:50:15 limbo vdr: [6689] frontend 0 regained lock on channel 1, tp 11837
    Feb 23 12:50:22 limbo vdr: [6689] frontend 0 lost lock on channel 1, tp 11837
    Feb 23 12:50:22 limbo vdr: [6689] frontend 0 regained lock on channel 1, tp 11837
    Feb 23 12:50:23 limbo vdr: [6689] frontend 0 lost lock on channel 1, tp 11837
    Feb 23 12:50:24 limbo vdr: [6689] frontend 0 regained lock on channel 1, tp 11837
    Feb 23 12:50:27 limbo vdr: [6689] frontend 0 lost lock on channel 1, tp 11837
    Feb 23 12:50:27 limbo vdr: [6689] frontend 0 regained lock on channel 1, tp 11837
    Feb 23 12:50:28 limbo vdr: [6689] frontend 0 lost lock on channel 1, tp 11837
    Feb 23 12:50:28 limbo vdr: [6689] frontend 0 regained lock on channel 1, tp 11837
    (to be continued *g*)



    Nur: Der schlechte Empfang kann eigentlich nicht an einer physikalischen Gegebenheit liegen, denn unter Windows hab ich mit derselben Karte, denselben Einstellungen halt nur mit anderer Software, einen einwandfreien Empfang.


    Kann das auch an irgendwelchen Fehlern im Treiber der DVB-Karte liegen?
    Wenn ja, muss ich das wohl selber zerpflücken, denn das was wir da zusammengeschustert haben, da kennt sich wohl keiner aus :(

    Sorry! Hab deine Konfig zwar gelesen, dachte aber, dass sich das nur auf den Server bezieht. Hab nicht so ganz verstanden, dass da auch der VDR drauf löppt!
    Ausserdem muss ich gestehen, dass ich mich mit VDR auf ner Linux-Distri auch net so genau auskenne.
    Ich nutz ja LinVDR, das ist für mich sehr viel einfacher!
    Aber es kann natürlich sein, dass es neue DVB-Treiber gibt - das weiss ich allerdings net! :(


    Gruß, Frederik

    Coolermaster ATC-620C | Asrock K8Upgrade-VM800 | Sempron 64 2600+ | MDT 512MB | TT 1.3 | Skystar2 2.6 | Medion 41169
    Gepanschtes LinVDR 0.7 | DrSeltsam Kernel 2.6.15 | MT-Patch05182005 | Tarandor-Libs | Cody Patch 1.3.37

    hmmmm ich hatte mit vdr + streamdev-server ähnliche probleme mit mplayer als client... die artefakte kann ich jetzt im moment nicht reproduzieren (kann mich aber erinnern, das auch mal gehabt zu haben) aber ruckeln kann ich z.b. auf rtl nachvollziehen... ich hab das problem umgangen, indem ich immer -cache 2048 mit angebe.


    wie sich das allerdings auf den windows media player übertragen lässt kann ich leider nicht sagen... vielleicht tut's ja auch ein anderer client (vlc oder mplayer für windows? müsste doch was geben...)


    ausserdem verwende ich für tv-kanäle grundsätzlich TS (für radiokanäle hingegen ES) in der URL. ich glaub das half gegen die artefakte.


    sorry für die etwas ungenauen auskünfte, aber ich habe bisher nur experimentiert damit ;)

    Ich bin jetzt so weit, dass definitiv weder am Netzwerkdurchsatz noch am Client liegt.


    ProSieben ist so ziemlich der einzige Sender, der ohne Probleme funktionert. Bei einem tail -f auf /var/log/messages ist dann auch alles ganz still.


    Und bei jedem anderen Sender krieg ich dann dieses bereits oben gepostete lost lock - regained lock ...


    Die Frage ist jetzt: Woher kommt das? Ich mein, es kann ja auch schlecht das Sat-Kabel kaputt sein, wenn Pro Sieben geht. Und ich mein, wenn ich an dem Kabel einen Receiver anstecke, hab ich auch nen super Empfang. Nur wenn der VDR dranhängt, dann hat er nen Satelliten und verliert ihn wieder usw. :(


    (Oh man, am Montag kommt meine Freundin wieder und ich hab nicht mal nen funktionierenden Fernseher ...)

    Befinden sich neue oder verlegte Funkquellen in der Nähe/ Umgebung? (Funkrouter DECT-Funkt-Telefone oder ähnliches) Mein SiemensDECT-Telefon verursacht solche Störungen auf einigen Kanälen im eingeschalteten Zustand. Auch ist der Diseqc starkt davon betroffen. Wir suchen händeringend weitere Betroffene für eine eventuelle Klage. Auch können neu aufgestellte Mobilfunkmasten oder ähnliches (nicht in der Wohnung!) solche Störungen verursachen. Etwas Recherche ist notwendig.


    (Von anderen, wahrscheinlicheren Problemen mal abgesehen. Falls dies aber zutrifft dann bitte melden)

    Also Hardwaremäßig sieht's so aus:


    Sat-Schüssel -> ca. 5m Kabel -> 8-fach-Verteiler -> 1m Kabel -> VDR-Server


    Ich hab heute sogar die Sat-Schüssel nachjustiert, jetzt hab ich bei allen anderen Receivern wirklich maximale Empfangsqualität. Immer 100%, egal auf welchem Kanal. Ich gehe jetzt einfach davon aus, dass das Signal ähnlich stark dann am PC ankommen sollte. Ich hab auch schon die PCI-Karte an nem anderen Steckplatz eingesteckt (weiter vom Raid-Controller weg) aber da trat dasselbe Problem auf.


    Ich werd jetzt mal das oben genannte Plugin suchen bzw. versuchen zum laufen zu bringen, damit ich evtl. sehe, was der PC für einen Empfang hat. Aber so schlecht kann er nicht sein, wenn ProSieben wirklich ohne irgendwelche Fehler reinkommt.


    Wegen der Funkquellen: Die nächste DECT-Basisstation ist so weit weg, dass ein Mobilteil da oben nicht mehr annähernd Empfang hat. Und Mobilteile liegen auch weit weit davon weg. WLAN hab ich da oben nicht und der Rest ist eigentlich auch entsprechend abgeschirmt oder weit weg.


    Ich weiß echt langsam nicht mehr, wo ich suchen soll. Ich würde gern mal die Sat-Karte austauschen, aber ich hab nur noch eine mit nem BT878a Chip (TwinHan DTV), und die hab ich beim besten Willen gar nicht zum laufen gebracht :(
    (gibts da vielleicht irgendwo ein Howto wie man das hinbringt?)

    Da ich kein OSD hab (wie krieg ich das überhaupt ... egal ... brauch ich noch ned) hab ich femon auf der Kommandozeile ausgeführt.
    Da hätten wir einmal die Ausgabe bei ProSieben:
    status 1f | signal bcc1 | snr cada | ber 00000100 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal bf33 | snr ca8f | ber 00000000 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal be3c | snr ca23 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal be01 | snr caa1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal be01 | snr caf2 | ber 00000100 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal bdfc | snr ca5f | ber 00000000 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal bcc2 | snr cac8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK



    Und hier bei RTL:
    status 1f | signal b3fc | snr bb29 | ber 00004600 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal b402 | snr bb56 | ber 00004d00 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal b2c0 | snr bb35 | ber 00004400 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal b2c8 | snr bb32 | ber 00004300 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal b2c0 | snr bb6b | ber 00004c00 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal b2c2 | snr bb77 | ber 00004d02 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal b2c2 | snr baba | ber 00004700 | unc 00000000 | FE_HAS_LOCK
    status 03 | signal b3ea | snr bac0 | ber 00004728 | unc 00000000 |
    status 1f | signal b403 | snr bb11 | ber 00004f00 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal b3fb | snr bbf2 | ber 00004501 | unc 00000000 | FE_HAS_LOCK
    status 1f | signal b403 | snr ba9c | ber 00004a00 | unc 00000000 | FE_HAS_LOCK




    Also was ich jetzt da rauslesen kann ist folgendes:
    Die Bit-Error-Rate bei RTL ist wesentlich höher als bei ProSieben. Ausserdem verliert er immer wieder den Lock (was mir ja /var/log/messages auch schon verklickert hat).


    Aber woher kommt das? Wenn ich einen normalen Receiver am selben Kabel anstecke, hab ich perfekten Empfang, auch bei RTL :(

    Also ich hab jetzt dank nem Freund die Twinhan doch noch hingekriegt (auch wenn sie sehr zickig war) und seitdem ich mit der gucke, hab ich keine Artefakte mehr (nur wenn halt der Server mit irgendwas anderem zu 100% ausgelastet ist, aber das ist klar).
    Also entweder ist die Terratec hinüber oder irgendwo war ein Fehler bei der Implementation, aber jetzt ists mir ja egal. Ich hab ja was, das funktioniert ;)


    Wollte euch nur kurz meine 'Lösung' für das Problem sagen.


    Und trotzdem vielen Dank für eure Hilfe. Also absoluter Newbie ist das Thema Linux und VDR wirklich etwas undurchsichtig.

    habe auch eine Terratec Cinergy 1200 DVB-S und auch schlechteren Empfang als unter Windows. Muss also definitiv am Treiber liegen. Ist aber von Kanal zu Kanal unterschiedlich. Beim RTL-Transponder habe ich z.B. unter Win so 89-90%, unter Linux aber nur ca. 66%. Aber den Lock behält er. Und das bei VDR und bei Kaffeine (also kein VDR-Problem).
    Kann man den dvb-Treiber unter Suse 10 eigentlich leicht aktualisieren?? Vll ist der Empfang dann ja besser. Oder kann das auch am xine-Plugin liegen??

    VDR: AMD A4-3400, 4096 MB RAM, Technisat SkyStar HD2, Technisat Skystar USB HD
    openSUSE 13.1, VDR 2.0.4, vdr-xineliboutput

    Ich kenn mich mit Linux noch nicht wirklich aus. Aber der Treiber ist doch im Kernel integriert, oder?
    D.h. mit nem neuen Kernel hast Du evtl. auch einen neueren DVB-Treiber. Musst halt im Changelog nachgucken ob sich da was geändert hat.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden