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?
Im Normalfall brauchst Du einen Sat Splitter / 2fach Sat Verteiler, an dem dann ein langes Kabel (zum LNB) und zwei kurze Kabel hängen (zur DVB-Karte).
Es gibt wenige Produkte, die die Funktionalität des Splitters schon eingebaut haben (Sat-IP-Server, PayTV-STB, etc., Smart-TVs mit Dual-Tuner, Octo...). Das macht aber nur Sinn, wenn man das auch per Software konfigurieren kann, also die Verteilung aktivieren oder deaktivieren kann, so dass verschiedene Nutzungsformen denkbar sind (das ist nicht das gleiche wie die Zuweisung von Unicable-Userbändern). Wäre die Splitterfunktion ständig aktiv, könnte man die Karte nur für Unicable benutzen.
Hallo,
ich frage mich, ob es möglich ist, eine SAT>IP-Server-Software wie minisatip oder TVHeadend so zu konfigurieren/ zu erweitern, dass das normale EIT-EPG im Datenstrom verbessert/ersetzt werden kann, bevor der Sender die Daten an die Clients aussendet. Motivation hinter der Frage ist, dass man eine EPG-Quelle hat, die bessere Daten liefert als das EIT-EPG auf dem Transponder, und dass man diese Daten auch auf Smart-TVs (die SAT>IP können) im Heimnetz im EPG-Guide sehen möchte, wo sonst nur "schlechteres" EIT-EPG vorhanden wäre. (Schlechter im Sinne von politisch absichtlich redaktionell schlechter gehalten)
Konkret geht es mir darum, dass die britischen Kanäle von S28.2E ein Spezial-EPG haben (freesat-EPG), dass der VDR (über eepg-Plugin) und andere DVB-Spezial-Software zwar lesen kann. Smart-TVs wie der neu von mir gekaufte Panasonic-TV (mit TV>IP-Client) haben je nach Modell/Firmware auch die Software an Board, um das Spezial-EPG zu lesen, aber dafür muss man den TV in Großbritannien kaufen. Ein auf dem deutschen Markt gekaufter Panasonic-TV hat diese Software vermutlich entweder nicht in der Firmware dabei oder sie ist dort hart deaktiviert. (Hintergrund sind wohl Lizenzen, die ein TV-Hersteller bezahlen muss, um das EPG lesen zu dürfen.)
Ein TV, der für die britischen Sender nur das Standard-EIT-EPG darstellt, zeigt dort nur NOW und NEXT an, also maximal zwei Sendungen. Über das freesat-EPG stehen aber Infos für fünf Tage zur Verfügung.
Hat jemand von Euch eine Idee zu diesem Feature-Request?
Viele Grüße
hepi
gitea habe ich auch. Ist sehr ressourcenschonend im Vergleich zu gitlab. Ich bin damit glücklich, auch nach einigen Updates im Docker noch.
Die Retro-Szene sucht zumindest Grafikkarten aus den 90ern. Man weiß nicht genau, was die Retro-Szene braucht. Evtl. brauchen die bestimmte ICs, die sie irgendwo rauslöten. Deshalb kann man für manche Sachen noch etwas Geld bekommen.
Sei doch mal kreativ: Lege einen Apache auf Port 81, dann kannst Du beide Apaches laufen lassen.
Prüfe, ob Du nextcloud-snap überhaupt installiert hast, weil Du es vor zwei Tagen deinstalliert hast.
Prüfe, ob die URL zu nextcloud stimmt. Du postest hier immer "/nextcloud", aber liegt Deine nextcloud auch in dem Unterfolder? Bei mir ist es in keinem Unterfolder, sondern direkt im Root-Folder des Web-Servers.
In meinem Unterbewusstsien blinkt ganz hinten schwach eine LED mit der Beschriftung "Vorsicht Troll", weil Du scheinbar keine Ideen hast für Workarounds oder Lösungsansätze.
Ich schaue Ende des Jahres nochmal in diesen Thread, um zu sehen, wie weit Du in der Zwischenzeit gekommen bist.
