w_scan findet nicht alle Transponder DVB-C Tele Columbus

  • Hallo,


    wie der Titel schon sagt, findet w_scan bei mir nur sehr wenige Sender. Ich benutze der Version aus den Standard Ubuntu 15.10. Paketen: "w_scan version 20141122 (compiled for DVB API 5.10)" und eine Cinergy 1200 für DVB-C.
    Am Empfang selbst kann es eigentlich nicht liegen, denn ich hab noch eine funktionierende channels.conf im VDR, d.h. dort kann ich die Sender ohne Aussetzer sehen.
    Beim Durchschauen des Scan Logs kommt bei mir die Vermutung, dass mein Kabelanbieter hier eventuell falsche Tabellen (NIT?) sendet und so den korrekten Scan verhindert.


    So etwas bspw. kommt mir etwas komisch vor:


    Code
    NIT(act): (1:1:1051) find_transponder(0:1:1051):          -> not found.	find_transponder(1:1:1051):          -> found 'new_transponders(051)'  QAM_256  f = 122000 kHz S6900C0  (1:61697:1051)updating transponder:(QAM_256  f = 122000 kHz S6900C0  (1:61697:1051)) 0x4044 to (QPSK     f = 0 kHz S0C0  (1:1:1051)) 0x4000


    Am Ende wird die 122 Mhz natürlich auch nicht gescannt. Von diesen Einträgen gibt es sehr viele im Log. Da es so lang ist hab ich es mal hier abgelegt:


    https://gist.github.com/urfin78/27bdc101721f2b55cab2


    Hat jemand schon mal so etwas gesehn und kann man mit irgendwelchen Parametern von w_scan dagegensteuern?


    Gruß
    Thomas.



  • Lustige Idee, ein Log auf github zu posten. ^^


    Naja, pastebin ist beschränkt auf 512kb und auf die schnelle hab ich nix anderes gefunden ;) Fliegt wieder weg, wenn ich ne Lösung dafür hab - es sei denn jemand forkt das Ding ;)

  • 43 0B 01 20 31 50 01 92 85 02 75 00 09 00 05 00 85 F0 0D
    ^^
    0x43 = satellite_delivery_system_descriptor anstelle eines cable_delivery_descriptor



    :wand

  • Danke für die schnelle Antwort. Leider ist mir das ganze etwas zu technisch.
    Ist das jetzt ein Problem des Providers und gibt es eine Möglichkeit für mich das irgendwie zu umgehen, sodass er trotzdem die Frequenzen die belegt sind auch scannt?


    Gruß
    Thomas.

  • Du hast das aber schon überhaupt gelesen ? Spätestens beim Begriff 'satellite' hättest du doch stutzen müssen.


    Das sind Angaben für einen Satelliten-Netwerk, nicht für Kabel.
    Kann ja sein, dass Telecolumbus im Orbit schwirrt..

  • Soweit hatte ich das schon verstanden: der Provider schickt offensichtlich Daten von vom Satelliten direkt durch ins Kabelnetz. Dass das nicht funktionieren kann ist mir schon klar.


    Stellt sich für mich trotzdem immer noch die Frage: Kann ich auf meiner Seite irgendwas tun, damit trotzdem ein Kanalsuchlauf gemacht werden kann, bei dem ich auch etwas sinnvolles rauskommt?
    Und wenn nicht, was kann ich eventuell an Tele Columbus melden (NIT,PAT, PMT wasauchimmer falsch), damit sie sich das eventuell mal ansehen - nicht das ich das für realistisch halte.


  • Stellt sich für mich trotzdem immer noch die Frage: Kann ich auf meiner Seite irgendwas tun, damit trotzdem ein Kanalsuchlauf gemacht werden kann, bei dem ich auch etwas sinnvolles rauskommt?


    Nicht mit w_scan.


    Du könntest deren Webseite und/oder Foren nach ner Liste von Netzwerk Daten abgrasen, Frequenz, Symbolrate und Modulation brauchst du.
    Alternativ raten, was gebräuchlich wäre. Und damit dvbv5_scan oder das klassische 'scan' füttern.


    Zitat

    Und wenn nicht, was kann ich eventuell an Tele Columbus melden (NIT,PAT, PMT wasauchimmer falsch), damit sie sich das eventuell mal ansehen - nicht das ich das für realistisch halte.


    Die NIT ist falsch. NIT = network information table. Mindestens die auf 394MHz, scheinbar sky Sender.

  • Code
    w_scan -fc -c DE


    Tja, das ist quasi der Befehl der zum Log im ersten Post geführt hab (hab -c DE weggelassen, aber das wird von w_scan schon richtig "erraten" und zweimal verbose hinzugefügt), aber das kannst du ja selbst im Log lesen 8)


    Nicht mit w_scan.


    Du könntest deren Webseite und/oder Foren nach ner Liste von Netzwerk Daten abgrasen, Frequenz, Symbolrate und Modulation brauchst du.
    Alternativ raten, was gebräuchlich wäre. Und damit dvbv5_scan oder das klassische 'scan' füttern.


    Ok, dann bastel ich mir eine initial data für scan zusammen.



    Die NIT ist falsch. NIT = network information table. Mindestens die auf 394MHz, scheinbar sky Sender.


    Das betrifft sicher noch mindestens 10 weitere Frequenzen. Ich kann das ja mal an weitergeben, glaub aber kaum, dass die überhaupt reagieren.
    Danke nochmal für deine Mühe.

  • bist du weitergekommen?


    Hab mir letztendlich eine initial-data zusammengebaut und w_scan mittels -I übergeben.


    Bin mir nicht sicher ob ich auch ne Mail an TC geschrieben hatte, wenn dann ist auf jeden Fall nix zurück gekommen. Wenn ich dazu komme, werde ich die Woche noch einmal nen scan probieren und wenns immer noch so ist (noch)mal an TC schreiben.


    Gruß
    Thomas.

  • Kannst du die initial-data anhängen? Wie bist du an den input für w_scan gekommen?


    Muss ich heut abend mal schauen. Bin einfach die Log durchgegangen und hab mir die Frequenzen+QAM rausgesucht. Er findet sie ja alle, aber sobald er die kaputte NIT parst sind sie halt wieder weg ;)


    Gruß
    Thomas.

  • Hier mal meine initial-data. Ob die bei dir passt, kann ich natürlich nicht sagen.


  • Nach dem Update auf Ubuntu Xenial waren plötzlich sehr viele Kanäle mit OBSOLETE gekennzeichnet, deshalb kam ich auf die Idee mal wieder einen w_scan mit meiner Initial Data zu machen und neu zu sortieren. Allerdings läuft w_scan jetzt garnicht mehr durch, sondern produziert mit der Initial Data einen Speicherzugriffsfehler. Ohne Initial Data gibt es, dank kaputter NIT, wieder nur ca. 30 Kanäle, aber zumindest keinen Fehler.


    Vielleicht hat ja hier jemand eine Idee, wie ich jetzt zu einer frischen channels.conf komme? Denn mit (dvb)scan kann ich zwar eine erzeugen, aber nur im vdr-1.3 Format X(


    Hier das Log von w_scan:

    Externer Inhalt gist.github.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.



  • Allerdings läuft w_scan jetzt garnicht mehr durch, sondern produziert mit der Initial Data einen Speicherzugriffsfehler.


    So einen ähnlichen Fehler bekomme ich, wenn ich einen Skin vom skindesigner-Plugin-0.7.2 verwende. Ob das jetzt mit dem neuen skindesigner-Plugin-1.x.x auch noch so ist kann ich nicht sagen.
    Nehme ich z. B. den VDR-Standard-Skin oder LCARS, dann funktioniert alles, auch mit fehlerhaften NITS.


    Allerdings dauert es dann nur etwas länger, bis die DVB-C-Karte alle "SAT"-Kanäle gescannt hat! 8)
    Danach werden dann alle DVB-C-Transponder gefunden und auch gescannt! :]


    Paul

  • So einen ähnlichen Fehler bekomme ich, wenn ich einen Skin vom skindesigner-Plugin-0.7.2 verwende


    Danke für die Info, aber mein vdr läuft ja headless, d.h. ich habe skintechnisch überhaupt nix eingestellt. Plugins sind nur epgsearch und streamdevclient installiert und das Ganze ist ja quasi auch unabhängig vom vdr, denn für w_scan muss der vdr ja abgeschaltet werden.


    Hab das ganze jetzt nochmal mit einer aktuelleren w_scan Version (hier aus dem Forum) 20150111 getestet und siehe da, da läuft sogar ein kompletter scan durch. Allerdings fehlen dann leider auch einige (wenige) Transponder obwohl die Programme (services) beim Durchlauf eigentlich gefunden werden.


    Gibt es denn noch eine aktuellere w_scan Version, mit der ich es nochmal testen könnte?

  • Hatte jetzt auch mit der neuen Version Speicherzugriffsfehler, aber mittlerweile ist es mir gelungen aus einem kompletten Suchlauf und einem mit einer abgespeckten initial-data (im Prinzip nur die eine Frequenz, die mir gefehlt hat) eine funktionierende channels.conf zusammen zu bauen.

  • Hallo tauso,
    du könntest natürlich auch noch versuchen, ob w_scan mit meinem Patch die Sender bei dir findet. Der Patch fügt die Optionen -N und -Y zu w_scan dazu (werden diese nicht angegeben, verhält sich das gepatchte w_scan wie das originale). In Verbindung mit DVB-C hab ich den Patch noch nie ausprobiert. Aber er setzt definitiv die Nutzung einiger Informationen aus der NIT außer Kraft, so dass er bei falschen NITs auch bei DVB-C helfen könnte.

Jetzt mitmachen!

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