Channelpedia sollte nun aktuell sein.
Die neuen Transponder mit Radioprogrammen sind ja schon einige Monate verfügbar. Dort wird mit Modulation 8PSK gearbeitet, was in der Kanalzeile zu "M5" wird. Deshalb ist mir nicht ganz klar, warum in den Kanallisten oben ein QPSK drinsteht ("M2")?
Die Aufschaltung erfolgt aufgeteilt auf den von der ARD genutzten Transpondern 39 (Frequenz 11.053 H, SR 22000, FEC 2/3, DVB-S2 – 8PSK) und 61 (Frequenz 10.891 H, SR 22000, FEC 2/3, DVB-S2 – 8PSK).
Danke für Deine Antwort ofenheizer. Ich frage mich jetzt nur welchen Sinn es macht solche Sender überhaupt noch in der Channelpedia auftauchen zu lassen.
Die werden ab und zu von mir auf Knopfdruck rausgeworfen, so beispielsweise heute.
Weil es gerade so schön hier hin passt.
Genau sowas wollte ich auch gerade schreiben: Mir ist bei Wartungsarbeit an der Channelpedia gerade mit Erschrecken klar geworden, dass meine Channelpedia dieses Jahr 10 Jahre alt geworden ist! Zum Glück habe ich das Konzept damals so aufgestellt, dass sie relativ wartungsfrei läuft. 
Ursprünglicher Thread: Channelpedia: Prototyp für vorsortiertes Kanallisten-Verzeichnis
Hallo allerseits! 
ich habe mal eben auf der Website unter Dokumentation zumindest mal einen Hinweis auf das Ansible Playbook eingebaut, damit das zumindest da mal erwähnt wird: https://www.yavdr.org/docs/
Die jahrelange Arbeit von seahawk1986
würde dort sonst komplett unsichtbar sein. 
Viele Grüße
hepi
Am Ende des Patches findet sich diese if-Abfrage:
Im Falle einer Satellitenempfangsanlage mit Multifeed fehlt meines Erachtens in der if-Abfrage ein Check auf Gleichheit der source.
EDIT: Habe mich geirrt, weil die NIT ja schon source-spezifisch ist.
Zur präzisieren Formulierung möchte ich vorschlagen, anstelle von Programmen von DVB-Services zu sprechen. Inhaltlich muss ich den Patch noch verdauen/verstehen. Falls ich mich nicht mehr melde, habe ich es kapiert.
Bei Kanalstrings ist die Frequenz eines DVB-Services das einzige Element, wo es einen Spielraum gibt.
Das Problem ist so alt wie ... äh ... DVB-Empfang??? Der LNB+der DVB-Empfänger+der Treiber + der VDR + w_scan kommen zu einem Messergebnis beim Tunen einer Frequenz. Das kann um +1/-1 abweichen.
Der Tuner+LNB tuned dIe Frequenz, aber optimiert sich automatisch immer dorthin, wo das Signal am stärksten ist. Die Satschüssel wackelt eh im Wind und die ganze Hardware ist konzipiert, sich bei Schwankungen anzupassen.
Wirbel wird gleich vorbeischauen und sagen, dass ich zur Erklärung des Sachverhalts nicht die richtigen Worte gefunden habe.
Was ich sagen will: Als Betreiber von Channelpedia ist es mir seit Jahren klar, dass es bei Sat-Kanälen in der Frequenz eine Abweichung von +1/-1 geben kann je nach lokalem Messinstrumentarium. Das führt aber bei niemandem zu Problemen, der normal funktionierende Hardware hat, die sich anpassen kann.
Das "Problem" besteht, seit Person A die Idee hatte, eine Kanalliste mit Person B zu teilen.
Zwei Dinge fallen mir dazu ein, die noch nicht angesprochen worden sind:
Sehr beeindruckend! Wenn das mein SL-1210 MK2 sehen könnte! 
Mein Raspberry Pi 4 (2GB) bootet sogar das Image. Kernel ist 4.19.64-v8 aarch64. Das Image belegt auf der SD-Karte 1.9G. USB-Tastatur geht und Ethernet.
Da das Image die Baustellenfassung von Ubuntu 19.10 beinhaltet, ist sogar schon VDR 2.4.1 mit dabei (https://packages.ubuntu.com/eoan/vdr), allerdings fehlt aus unserer Individual-Sicht wahrscheinlich immer mindestens ein Patch im Standard-Paket. Macht e-tobi die Debian-Pakete noch?
Was bedeutet "Bare Metal"? Ein Linux hast du da aber schon noch drunter, oder?
Bare Metal bedeutet ohne Linux (hat jetzt gar nichts mit dem neuen 4er Pi zu tun das Thema). Es wird die Raspi-Firmware auf die SD-Karte gepackt und es wird ein Applications-Kernel-Image gebootet, welches kein Linux-Kernel ist. Bootzeiten sind superschnell, aber die Treibersituation für die Schnittstellen ist suboptimal. Gerne wird das Framework Circle verwendet (https://github.com/rsta2/circle). Es gibt zwei Arten von Projekten: Die eine will nur sauschnell booten direkt in eine Applikation (openElec müsste ja auch so drauf sein?). Die andere will hardcore GPIO-Bitbanging machen und hätte den Raspi am liebsten als Arduino mit Super-CPU und viel RAM genutzt. Solche Bare Metal Projekte wollen gern Echtzeitanwendungen machen und wollen alle Scheduler und Interrupts loswerden und verzichten meist auch auf die Mehrzahl der CPU-Kerne des Raspis.
Flashen von Images auf SD dauert eigentlich immer ewig
So wie ich das verstanden habe, haben die irgendeinen Patch rückgängig gemacht.
Ich bleibe vorerst bei den 32bit Images. Bin gespannt was da in nächster Zeit noch alles im Bereich "Software" gemacht wird. Scheint wirklich alles noch sehr im Wandel zu sein.
Dieser Docker-basierte Ansatz hat mich einfach zu sehr zum Ausprobieren gereizt, auch wenn wahrscheinlich noch 6 Monate vergehen müssen, bis man was „Anständiges“ rausholen kann. Mein Raspberry Pi 4 lag vorher noch ungetestet in der Schachtel. Erstmal mussten die HDMI-Adapterkabel aus China eintrudeln.
Ich bin in der letzten Zeit ein wenig in der Retro-Computerwelt unterwegs und da ist momentan Bare Metal für den Pi in. Das heißt, die SD-Karten haben nicht viel drauf und lassen sich in Windeseile vorbereiten.
Ich probiere gerade das hier aus: https://github.com/satmandu/docker-rpi4-imagebuilder
Ich habe das Image gebaut. Es hat (beim ersten Durchlauf) auf meinem Ryzen 1700 (amd64, Ubuntu 18.04) unter 18 Minuten gedauert bei Voll-Auslastung aller Kerne. Am Ende habe ich im output-Ordner eine Datei eoan-preinstalled-server-arm64+raspi4-08_07_2019_2206UTC.img.lz4 mit 1.4 GB Größe. Das Auspacken des Images auf eine SDHC-Karte hat einige Minuten zu viel gedauert.
Mein Raspberry Pi 4 (2GB) bootet sogar das Image. Kernel ist 4.19.64-v8 aarch64. Das Image belegt auf der SD-Karte 1.9G. USB-Tastatur geht und Ethernet.
Ich probiere gerade das hier aus: https://github.com/satmandu/docker-rpi4-imagebuilder
Hallo Florian,
Du hast Provider Vodafone in Hamburg. In Channelpedia ist Provider Vodafone in München enthalten. (Ich nutze München gern, weil die Daten in Channelpedia aktuell sind.)
Jetzt schaue ich mir Deinen Scan an, den Du oben angehängt hast. Auszug:
Und in Channelpedia finde ich bei KabelDeutschland/Vodafone München, Auszug:
Um es kurz zu machen: Zumindest bei den Transpondern für Erstes und Zweites sind die Frequenzen und Parameter genau gleich. Die Annahme wäre, dass es bei anderen Transpondern auch so ist.
Du könntest also mal ausprobieren, Deinen VDR mit den Channelpedia-Daten für München zu füttern. Bei Channelpedia sind FreeTV, Radio, PayTV schon vorgruppiert.
Eigentlich sollte Dein VDR aber bei updateChannels=5 nach einer Weile (nicht sofort nach dem Start) die Kanalliste automatisch expandieren um fehlende Kanäle. Merke: Die Kanalliste wird bei laufendem VDR nur alle 10 Minuten auf dem Filesystem aktualisiert.
Viel Erfolg! Und danke für den Hinweis mit der Domain.
Viele Grüße
hepi
Dann schau Dir mal die Namen der Autoren an in der Historie der Wiki-Seite: http://www.vdr-wiki.de/wiki/in…nnels.conf&action=historY
Danke für info!: ca = caid ? dann wäre gemäß den Beispiel zur channels.conf Das Erste (DVB-T) pay TV!?
Du beziehst Dich auf die obere Tabelle auf der Wiki-Seite, was man nur mit gutem Willen erkennen kann. Die Wiki-Seite ist inkonsistent und die Angaben darauf sind teilweise falsch. Das mit der CAID=1 bei "Das Erste" ist falsch.
Wer ist Dein DVB-C-Anbieter?
Mein "Baby" Channelpedia kann Kanallisten sortieren und bietet Mouseover-Meta-Infos zu Kanälen. Vielleicht ist das interessant für Dich. Link siehe Signatur.
Hier ein Beispiel von Ex-Kabel-Deutschland München:
Welche VDR-Versionen / Plugin-Versionen sind im Spiel?
Hi,
grundsätzlich: Auf S19.2E gibt es auch spanische Pay-TV-Kanäle von Digital+, da gibt es auch Fox HD und SYFY HD gleichnamig auf spanisch. Allerdings haben die Kanäle andere SIDs/NIDs/TIDs, so dass der VDR keinen Grund haben sollte, das EPG zu mischen.
http://channelpedia.yavdr.com/…alPlus%20HDTV%20scrambled
Benutzt Du irgendwelche EPG-Plugins?
