[Gelöst] Probleme und Erfahrungen mit channels.conf

  • Liebe Community,
    lange Zeit habe ich nun selbständig meine Probleme, vorrangig beim Betrieb von VDR hinzubeckommen.
    Nun ist es jedoch so weit dass ich eure Hilfe benötige.


    Zu meinem Setup: Ich habe einen ZOTAC ID41 mit 2GBRAM und einer 500GB HD und einem externen Technotrend CT-3650 CI Budget USB2.0 DVB-C Receiver. Auf der ID41 läuft VDR 1.7.23 und als OS Debian Squeeze aus der Anleitung von E-Tobi (www.e-tobi.net).
    Zu E-Tobi eine kurze persönliche Erfahrung von mir - Diese Anleitung funktioniert wirklich super toll! :tup


    Einzig, ich habe mir einen neuen Kernel kompilieren müssen, da ich mindestens eine 2.6.38 Version
    vom Kernel benötige um die TT-3650CI zu betreiben - Ich habe mir einen 2.6.39 Kernel gemacht.


    Derzeit verwende ich (da alter Fernseher mit Scart only) meinen alten XTREAMER als Client.
    Thread dazu unter
    Trekstor TV oder Xtreamer als vdr HDTV client
    Das funktioniert wirklich einfach und super!!!!



    ***
    --> Wer zum Kernel compilieren ein Step by Step haben möchte soll einfach fragen, ich stell dann ein
    step-by-step guide hier herein.
    Ich habe mir ein solches kleines Rezepterl geschrieben - einfach das was zu tun ist. Ich selbst kämpfe
    immer mit den gut gemeinten Hilfestellungen die alles mögliche vorschlagen, ich aber nichts anfangen
    kann da mir die step-by-step Anleitung fehlt.
    ***


    Ja und den aktuellsten NVIDIA Treiber (290) habe ich mir noch installiert.
    Wer dazu eine Frage hat, auch einfach posten.


    Nun zu meiner eigentlichen Frage, der eine (hoffentlich verständliche) Beschreibung voran gehen muss.


    Die Problembeschreibung läßt sich auf folgendes Reduzieren:
    "Kanäle zum Fernsehen oder EPG empfangen nützen" - unterschiedliche Wirkweise von W-Scan, scan und
    wirbelscan plugin.
    Ich empfange meine Fernsehkanäle via DVB-C die jedoch in meiner Wohnanlage zentral Astra 19.2 Sat kommen.
    Die DVB-S Signale werden auf DVB-C (QAM256) umgesetzt und verteilt.


    Um Kanäle zu finden habe ich schon mehrere herangehensweisen versucht und bin auf ein interessantes
    Verhalten draufgekommen, das vielleicht so mancher kennt.


    Nach der VDR Installation habe ich stets mit W_scan die Sender direkt gesucht:

    Code
    sudo -u vdr sh -c "w_scan -o 7 -fc -c AT >/var/lib/vdr/channels.conf"


    Mich hat allerdings immer gewundert warum ich das ORF Bouquet nicht empfangen konnte.


    Dazu habe ich nach ein paar Tagen rausgefunden, dass mit dem oberen Suchstring 306MHz ausgelassen werden.
    Auf 306MHz liegt bei uns jedoch das ORF Bouquet.


    Mein workaround war einen Zwischenschritt zu machen:

    Code
    sudo -u vdr sh -c "w_scan -fc -c AT -x >/var/lib/vdr/tuningdata.conf"


    Code
    sudo -u vdr sh -c "scan -o vdr -e 7 tuningdata.conf > /var/lib/vdr/channels.conf"


    Die Tuningdata.conf enthält die transponderdaten only und dies hatte für mich den Vorteil, dass ich einerseits den 306MHz
    Transponder manuell einfach einfügen konnte und andererseits benötigt der SCAN der tatsächlichen Kanäle mit dem
    zweiten Kommando statt 20 Minuten nur knapp 30 Sekunden.


    Soweit so gut...


    Mit der oberen Lösung erhalte ich das folgende Format in der channels.conf (Ausschnitt):

    Code
    ORF1;ORF:306:M256:C:6900:160=2:161=ger@4,162=eng@4;163=ger@106:165:0:13001:2:1117:0
    ORF2;ORF:306:M256:C:6900:500=2:501=ger@4;503=ger@106:505:0:13002:2:1117:0


    Leider hat damit kein Sender funktioniert. Dann bin ich durch Recherche draufgekommen, dass offenbar "scan" oder auch "w_scan" bei der Frequenz MHZ statt kHz angegeben werden --> sprich 306 statt 306000.
    Dies geändert in:

    Code
    ORF1;ORF:306000:M256:C:6900:160=2:161=ger@4,162=eng@4;163=ger@106:165:0:13001:2:1117:0
    ORF2;ORF:306000:M256:C:6900:500=2:501=ger@4;503=ger@106:505:0:13002:2:1117:0


    und mit dieser Einstellung kann man auch fernsehen.
    Was nicht mehr funktioniert ist EPG! Warum auch immer.


    Dann habe ich die channels.conf wieder gelöscht und mit dem wirbelscan plugin aus dem VDR heraus die Sender gesucht.
    Musste hier ebenso die "Finland" Einstellung verwenden, da sonst auch wieder kein 306MHz Kanal mit in die Suche genommen wurde.
    Dies ergab dann die folgende channels.conf Ausgabe (Ausschnitt):

    Code
    ORF1;ORF:306000:C0M256:C:6900:160=2:161=deu@3,162=eng@3;163=deu@106:165:D05,D95,648,1702,1833,9C4:13001:1:1117:0


    Super, ich empfange damit EPG, aber plötzlich kann ich den Kanal nicht mehr sehen da VDR meint, dass der Kanal nicht verfügbar ist. Wird auch in der Suche als "verschlüsselt" angegeben. Manuelles Umstellen auf "nicht verschlüsselt" half auch nicht.


    Momentan weis ich nicht mehr weiter und habe die Wahl zwischen Fernsehen oder EPG.
    Dies betrifft aber nur die ORF Sender, die seitens DVB-S verschlüsselt sind, jedoch durch zentrale Karten oofiziell entschlüsselt werden.


    Habt Ihr neue Ansatzpunkte für mich?


    Danke und lG
    FTF

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

    Einmal editiert, zuletzt von FTF () aus folgendem Grund: Problem gelöst

  • Prüfe mal, ob in Deiner channels.conf mehrmals der Kanal ORF1 drin ist, wenn ja, behalte nur den Kanal drin, bei dem Du Bild bekommst.


    Mir fällt auf den ersten Blick auf, dass Du am Ende des Kanalstrings ":1300x:1:1117:0" haben solltest und ":1300x:2:1117:0" dort wohl falsch ist. Das rote X ist zu ersetzen durch 1 (ORF1) oder 2 (ORF2).


    Theoretisch solltest Du die Kanalstrings von S19.2E verwenden können, wenn Du das Source-Feld, das Frequenz-Feld und das Parameter-Feld des Kanal-Strings veränderst.
    Kanäle siehe hier: http://channelpedia.yavdr.com/gen/DVB-S/S19.2E/at/


    Verändert der VDR im laufenden Betrieb die Kanalliste? Wie steht updateChannels in der setup.conf?


    Gruß
    hepi

  • Ich vermute, dass es an der CAID in deiner channels.conf hängt. Werden bei dir die Kanäle in der channels.conf aktualisiert (Einstellung unter System/DVB/Kanäle aktualisieren)? Wenn ja, stell das mal testweise ab. Dann den VDR stoppen, die CAID (5. letztes Segment bei dir derzeit "D05,D95,648,1702,1833,9C4") in der channels.conf auf 0 setzen, speichern und den VDR wieder starten.


    Viel Erfolg skippy

  • super, das ging schnell :)
    Ich komm erst am Donnerstag Abend zum testen eurer Vorschläge. Vielen Dank in jedem Fall dafür!


    hepi: Du meinst also alle Sender des 306MHz Transponders (ORF) bei den letzten beiden Parametern auf ".....:1:1117:0" stellen.
    ok, ich werds mal probieren. Hab mir den Link auf der channelpedia Seite angesehen.


    skippy: Ich habe "updateChannels" auf 0, 3 oder 5 gehabt. Ich dachte dass 3 die vernünftigste Wahl wäre, da ich eigentlich keinen neuen Transponder möchte, aber zumindest die IDs der Programme könnte VDR nach seinen Bedürfnissen updaten. Im Endeffekt möchte ich es eigentlich auf 0 haben - habe es derzeit aus Testgründen auf 5.


    Ich werd am Donnerstag alles nochmal genau überprüfen und dokumentieren, Schritt für Schritt und Ergebnis für Ergebnis da mir dieses Phänomen echt Rätsel aufgibt ...


    Danke für eure Hinweise, bis Donnerstag oder Freitag.


    lG
    FTF

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

  • FTF: Noch ein paar Tipps:
    1) Auf das ganze Thema CI/CAM und so sind wir hier bisher nicht eingegangen. Wenn Du also ORF nicht entschlüsseln kannst, weil Du keine passende Smartcard hast, wirst Du das Problem nicht mit Änderung der channels.conf lösen können.
    2) Das Scannen mit w_scan direkt an die Zielposition /var/lib/vdr/channels.conf ist nicht unbedingt nötig. Es hört sich so an, als wenn Du nicht eine bestehende channels.conf abmischst mit einer neuen channels.conf. Das heißt, Du musst jedes Mal den rohen Scan neu sortieren. Wird die alte channels.conf vorher von Dir verschoben / gelöscht?
    3) Immer mit der neuesten w_scan Version scannen. Die neueste w_scan Version gibt's immer zum Download auf wirbels Seite.


    Gruß
    hepi

  • @C-3PO: Danke für den Hinweis. Hab seit dem Aufsetzen des VDR nicht mehr auf die NVIDIA Seite geschaut. Mir war nur wichtig dass ich über der 195er Version bin, die durch das install package installiert wird.


    hepi: Das CI/CAM Thema muss ich Gott sei Dank nicht streifen - aber das ist ja auch das merkwürdige an meinem Problem was ich nicht verstehe. ORF wird zentral durch 3 SmartCards an der DVB-S Seite entschlüsselt und in den DVB-C Umsetzer eingespeist.
    Das merkwürdige ist aber eben, dass es darauf ankommt wie die channels.conf aussieht damit ich ORF Sender sehen kann. Wie ich schon geschrieben habe ist es derzeit (ohne Deine Tipps probiert zu haben) dass ich entweder die EPG Daten vom 306MHz (ORF Bouquet) im VDR habe, dann jedoch die Sender als "nicht verfügbar" im VDR erscheinen - sprich ich diese nicht konsumieren kann, oder keine EPG Daten bekomme, aber dafür das Bouquet ohne Probleme sehen kann.


    Ich mache wohl immer ein Backup der letzten channels.conf Datei, aber sobald ich neu scanne, sprich ausprobieren, lösche ich den Inhalt der channels.conf Datei und lasse diese komplett neu befüllen. Ich habe bisher immer den "UpdateChannel" Parameter auf "0" gesetzt.
    Wie gesagt, ich komme erst morgen dazu es nochmals im Detail zu dokumentieren, grob hab ich es ja schon beschrieben. Würden irgendwelche loggings euch helfen die ich zusätzlich aufnehmen sollte?


    Hepi, das mit der neuen w_scan Version ist auch ein guter Hinweis.
    Hab gerade auf Wirbels Website gesehen, dass die aktuelle Version die 20120128.tar.bz2 ist.
    Kannst Du mir helfen bzgl der Anleitung wie dieses zu installieren ist?


    Auf der Website steht die folgende Anleitung:

    Code
    cd $SOURCEDIR
    tar xfj w_scan-.tar.bz2 && cd $SOURCEDIR
    ./configure
    make
    
    
    optional, (falls erwünscht) installieren:
    make install


    Welches $SOURCEDIR sollte ich wählen?
    Muss ich die vorhandene w_scan Version zuvor deinstallieren?
    wieso ist "make install" optional? Muss ich es machen oder nicht, damit ich es verwenden kann?


    Vielen Dank für die Unterstützung und viele Grüße!!

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

  • Im Archiv ist schon ein fertig kompiliertes w_scan mit drin, das Du ohne kompilieren nutzen kannst.


    Die zentrale Entschlüsselung von ORF ist ein sehr wichtiger Hinweis, den Du da nachgeliefert hast. Ich war davon ausgegangen, dass Du selber eine Smartcard nutzt, weil Du eine TT 3650 mit CI hast. Du musst also die CAID auf Null setzen, wenn der Kanal bei Dir unverschlüsselt ankommt, so wie skippy es schreibt,


    Gruß
    hepi

  • hepi: sorry, vor lauter enthusiastischer Betriebsblindheit hab ich mir eingebildet die zentrale entschlüsselung zu erwähnen ?(
    Ich muss leider genauer Nachfragen, da ich euch zwar im Prinzip folgen kann aber nicht ganz weis wo ich nun was verändern muss.


    Schritt für Schritt:
    1.) Wie soll ich eurer Meinung nach meine channels.conf befüllen? Durch w_scan oder durch das wirbelscan plugin direkt aus dem VDR heraus?


    2.) Welcher Parameter ist nun beim Ergebnis der channels.conf durch w_scan/scan bzw beim wirbelscan plugin die CAID, den ich auf "0" setzten muss?
    w_scan/scan --> ORF1;ORF:306:M256:C:6900:160=2:161=ger@4,162=eng@4;163=ger@106:165:0:13001:2:1117:0


    wirbelscan plugin -->


    ORF1;ORF:306000:C0M256:C:6900:160=2:161=deu@3,162=eng@3;163=deu@106:165:D05,D95,648,1702,1833,9C4:13001:1:1117:0



    Prinzipiell wäre für mich interessant zu wissen, warum es eigentlich zu diesem Effekt kommt?



    hepi: Du schreibst dass ein fertig kompiliertes w_scan im Archiv liegt...
    ok... leider bin ich nun grad überfordert.
    Wo, wie, was, wann, ... mache ich? Sorry, aber hier bin ich leider nicht fit genug um zu wissen was ich tun muss. Bitte um eine step-by-step Anleitung, wenn es euch möglich ist.


    Danke und herzliche Grüße

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

  • Wenn Du nicht weißt, wie man ein w_scan aufruft aus einem entpackten Verzeichnis, dann glaube ich Dir aber nicht, dass Du Dir einen eigenen Kernel kompiliert hast, wie Du im Eingangsposting ausführlich anpreist???


    Anders gesagt: Wenn Du einen Kernel kompilieren konntest, kannst Du auch das Problem selbständig lösen.


    Der Aufbau eines Kanal-Strings ist hier erklärt: http://www.vdr-wiki.de/wiki/index.php/Channels.conf


    Viele Grüße
    hepi

  • 2.) Welcher Parameter ist nun beim Ergebnis der channels.conf durch w_scan/scan bzw beim wirbelscan plugin die CAID, den ich auf "0" setzten muss?
    w_scan/scan --> ORF1;ORF:306:M256:C:6900:160=2:161=ger@4,162=eng@4;163=ger@106:165:0:13001:2:1117:0


    Also ich würde, bevor ich anfange, alle CAIDs von Hand auf "0" zu setzen, das so machen:


    Code
    sed 's/^\(.*:.*:.*:.*:.*:.*:.*:.*:\).*\(:.*:.*:.*:.*$\)/\10\2/' channels.conf > channels.conf.client


    Dann kopierst Du die channels.conf.client auf die Clients und benennst sie um in channels.conf.

  • @C-3PO: Ein Client-Server-Setup hat er ja gar nicht, jedenfalls lese ich nirgendwo was davon.


    FTF: Ich würde Dir empfehlen, zum Testen eine channels.conf mit nur einem einzigen Kanal ORF1 anzulegen und von dem schon vorhandenen Kanal-String auszugehen, welcher Dir EPG angezeigt hat (aber kein Bild). Dort dann den Inhalt der Spalte CAID durch eine 0 (Null) ersetzen. Im besten Fall sollte es dann funktionieren.


    Der Kanalstring sollte eigentlich in den meisten Spalten identisch sein mit dem String von S19.2E (siehe Channelpedia), außer in den Spalten:
    Source
    Frequenz
    Parameter
    CAID
    EDIT: Symbolrate (vorher vergessen)


    Beim Verändern der channels.conf von "außen" immer vorher den VDR stoppen.


    Gruß
    hepi

  • @C-3PO und Hepi: Danke für die Tipps. Ich werde es versuchen und die Ergebnisse hier posten.


    hepi: Dein Komentar bzgl Kernel möchte ich - obwohl nicht in diesen Beitrag passend - dennoch kommentieren.
    Wie jeder von uns, habe ich mal mit dem Thema Linux begonnen und mittlerweile ist es ein Hobby mit und aus dem OS was zu machen. Wahrscheinlich auch wie bei Jedem anderen sind dabei viele 100 Stunden schon hineingeflossen, hauptsächlich mit der Suche nach "How To" Anleitungen, da ich kein Programmierer bin, sondern ein technisch ambitionierter Mensch der den Weg von Open Source und Open Minded zu 100% inhaltlich unterstützt. Ich habe leider oft genug selbst erfahren dass Leute in Foren Hinweise geben, die zwar ein Prinzip erklären, aber bei der Frage, wie man sein aktuelles Problem beheben kann bzw bei der Frage nach einer konkreten Vorgehensweise als "Dummerchen" hingestellt wird. Das entspricht meiner Meinung nach weder dem Open Source noch dem Open Minded Gedanken.
    Ich halte es stets so, dass ich meine Erfahrungen in konkreten Anleitungen an Leute gerne weitergebe, damit diese nicht die selben X-Stunden mit Suchen und Probieren verbringen müssen. Nichts schlimmer als wenn man um 3 Uhr früh sich immer noch fragt " ... verdammt und was tippe ich jetzt nun ein?"
    Mit einer konkreten Anleitung zu grundlegenden Dingen kommt man einfach mal zu einem Ergebnis und von dort kann man seine weitere persönliche Reise an Entdeckungen und Herausforderungen angehen um weiterzulernen und diese Erfahrungen wieder mit anderen zu teilen.
    Du hast mir mit Deinen Tipps weitere Denkanstöße gegeben um ein Problem vielleicht zu lösen -> Danke dafür und ich werde meine Erfahrungen so deutlich wie möglich hier weitergeben damit dies ein neuerlicher Ausgangspunkt für Andere sein kann die Hilfe benötigen.


    Allerdings Dein Komentar "...Wenn Du einen Kernel kompilieren konntest, kannst Du auch das Problem selbständig lösen" ist genau die Art von Hilfe, die niemandem etwas bringt und man sich einfach wieder einmal als "Tölpel" in eine "closed user group" fühlt.
    Dies von mir nur als Denkanstoß.


    Ach ja, und hier mein NICHT selbst entwickelter und NICHT selbst erfundener Weg einen Kernel in Debian einfach zu kompilieren. Allerdings funktioniert dieser Weg und ein anderer Linux Freund hat mir damit sehr geholfen - auch wenn ich sicher bin, dass der ein oder andere in diesem Forum noch einen besseren Weg dazu kennt ;)




    hepi: Ich denke dennoch das wir am selben Weg sind.
    Ich hoffe das unsere kurzer Einwurf über Prinzipien diesem Beitrag positiven Aufwind gebracht hat.


    Herzliche Grüße an Alle!!

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

  • Schön und gut. Ich bin aber nicht nur ein Fan des Weges von Open Source, sondern auch einer des Weges der Selbständigkeit. Abgesehen von einer spitzen Bemerkung von mir, die Dich geärgert hat, versuche ich ja die ganze Zeit, Dir Tipps und Hinweise zur Problemanalyse und -behebung zu liefern. Also schenke bitte den Tipps genausoviel Aufmerksamkeit wie meinen spitzen Bemerkungen.


    Letztendlich ist Dein Sat2Kabel-Setup ja ein spezieller Sonderfall, für den man als VDR-Nutzer einfach mehr Spezialwissen braucht als bei einem normalen Setup mit Sat oder DVB-C. Ich kann nun auch nichts dafür, dass Du das Pech hast, als Anfänger dieses Spezialwissen aufbauen zu müssen.


    Einige weitere Tipps:
    1) Wenn Du ein aktuelles w_scan runtergeladen hast, benutze das wirbelscan-Plugin gar nicht mehr, da dort eine nicht mehr so frische Scanning-Engine benutzt wird (wirbel möge mich hier korrigieren, wenn ich irre).
    2) Wenn Du eine Kanalliste hast, die sortiert ist und die bei den von vorn herein unverschlüsselten Sendern auch funktioniert, brauchst Du nicht noch einmal einen w_scan durchzuführen. (Kannst Du das nochmal ansprechen, wie viele funktionierende FTA-Sender Du per w_scan bekommst, haben die dann korrekte Frequenzangaben oder müssen die auch manuell korrigiert werden?)
    3) Wenn die schon in diesem Thread geposteten Problem-Kanalstrings (ORF1 und ORF2) Dir EPG liefern, musst Du auch nicht nochmal einen w_scan durchführen, sondern kannst diese Kanalstrings manuell verändern nach den oben genannten Tipps, bis sie letztendlich funktionieren.
    4) Die channels.conf kannst Du prinzipiell manuell mit Inhalt füllen. Du kannst die Kanalstrings dort auch manuell reintippen. Der Inhalt der channels.conf muss nicht gezwungenermaßen aus einem w_scan stammen.
    5) Für das Bearbeiten der channels.conf kannst Du einen unkomplizierten Texteditor wie nano nehmen.


    Ich frage mich, ob in Deinem Spezialfall der Output eines w_scan's überhaupt nutzbar ist. Es sieht ja so aus, als würde ein w_scan-Output bei Dir an zwei Stellen manuell überarbeitet werden müssen: Zum einen hinsichtlich der CAIDS, die nicht mehr stimmen (müssen die bei allen Kanälen genullt werden oder verbleiben bei Dir einige Kanäle auch als PayTV?), zum anderen bei den Frequenzen.


    Jetzt würde ich ja gern mal von Dir hören, ob Dir meine Tipps auch helfen.


    Gruß
    hepi

  • hepi
    Ich wußte wir verstehen uns.
    Du hast völlig recht, es wird Zeit für Ergebnisse, die ich Dir aber erst morgen liefern kann.
    Ich werde versuchen alle Tipps von euch so strukturiert wie möglich zu probieren und zu dokumentieren.
    Bis Morgen
    viele Grüße
    FTF

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

  • Zitat


    (wirbel möge mich hier korrigieren, wenn ich irre).


    Korrigiere. Die Logik dahinter folgt den gleichen Regeln, einige Dateien sind mit w_scan gemeinsam.

  • Zitat

    Prinzipiell wäre für mich interessant zu wissen, warum es eigentlich zu diesem Effekt kommt?


    Wahrscheinlich sind die übermittelten SI Daten des Transponders in der NIT falsch, damit NIT und TID; weswegen dann vdr dem Sender auch kein EPG zuordnen kann.


  • Wahrscheinlich sind die übermittelten SI Daten des Transponders in der NIT falsch, damit NIT und TID; weswegen dann vdr dem Sender auch kein EPG zuordnen kann.


    Angenommen, der komplette Sat-Transponder H 12692 wird umgesetzt auf einen DVB-C-Transponder bei 306000, dann müsste das Problem für alle diese Kanäle gelten, auch für die beiden FTA-Kanäle HITRADIO OE3 und ORF2E. Wenn nun diese beiden Kanäle bei FTF auch kein EPG haben, würde das Deine Vermutung bestätigen?


    Das hier liegt auf dem Sat Transponder H 12692 auf S19.2E:


    FTF: Haben denn andere Bewohner der Wohnanlage kein Problem mit dem EPG bei ORF? Außerdem habe ich noch den Parameter "Symbolrate" vergessen, der natürlich auch manuell geändert werden muss, wenn man einen Sat-Kanalstring in einen DVB-C-Kanalstring umwandelt.


    Gruß
    hepi

  • hepi:
    Bzgl der beiden FTA-Kanäle HITRADIO OE3 und ORF2E kann ich Dir nur aus dem Gedächtnis sagen, dass ich bei diesen kein EPG habe. Verifiziere ich aber!
    EPG muss ja funktionieren sonst hätte ich nicht diese beiden Effekte (EPG vorhanden aber Kanal nicht verfügbar und dann wieder kein EPG aber Kanal verfügbar)
    Die anderen Mitbewohner haben DVB-C Receiver gekauft. Ob diese Probleme mit EPG haben, kann ich Dir nicht sagen.


    Ich werd versuchen strukturiert vorzugehen.
    1.) Frequenz problem mit w_scan- 306 oder 306000
    2.) was macht der parameter channelsupdate = 0 dann 3 dann 5 aus der channels.conf bei mir (immer die selbe channels.conf datei als Start datei) in Bezug auf den ORF Transponder
    3.) NID auf "1" stellen (bei ORF Sendern)
    4.) CAID auf "0" stellen (bei ORF Sendern)


    Die Initial channels.conf Datei werde ich aus der tuningdata.conf erstellen und nicht mit dem wirbelscan plugin. Oder ist das Blödsinn?
    Ich werd mir einpaar FTA Kanäle und den ORF 306MHz Transponder in der channels.conf behalten und damit testen. Dann sollte es auch Referenzen geben.


    Dem Komentar von wirbel konnte ich nicht folgen .....

    Zitat

    Wahrscheinlich sind die übermittelten SI Daten des Transponders in der
    NIT falsch, damit NIT und TID; weswegen dann vdr dem Sender auch kein
    EPG zuordnen kann

    Kann ich das manuell beheben oder kann ich mir das überhaupt sparen in dem ich sowieso die channels.conf neu mache.


    Aktuell ist es mir egal wie oft ich die channels.conf neu mache. Ich brauche diese auch nicht geordnet. Erst soll mal alles funktionieren und dann sortiere ich.
    Da müssen sowieso ein paar "Ruf mich an..." Sender rausfliegen.


    Herzliche Grüße

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

Jetzt mitmachen!

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