Posts by hepi

Ich bin ja selbst relativ selten hier (obwohl noch ein yaVDR bei mir produktiv läuft). gda war ja schon seit 2 Jahren nicht mehr hier und hatte ja auch damals gefragt, ob der Webspace/Website noch gebraucht wird. Dankenswerterweise hat er den Webspace ja nie abgeschaltet und ich habe immer noch meinen Zugang für Updates. Der einzige, der das ganze aber produktiv nutzt, ist seahawk1986 mit seiner Doku.

Deshalb möchte ich nochmal seahawk1986 bitten, sich mit mir in Verbindung zu setzen (normal macht er das und ich sehe es dann Wochen später ), um die aktuellen Anforderungen an die Website zu diskutieren. Im Gegensatz zu früher bin ich auch zum Ausmisten des alten Blogs bereit.

gda hat ja die org-Domain und ich habe die com-Domain. Und ich habe auch einen VPS, wo ich die Website hosten könnte. Falls gda den Ballast abwerfen möchte, könnte ich die Seite auch komplett hosten.

EDIT: Hat schon jemand von Euch gda per Mail kontaktiert?

Ich habe mal auf die Schnelle eine neue Einstiegsseite mit Link auf die Doku erstellt, als Workaround.

Ich lese hier mit.

EDIT: Ich versuche mal einen Workaround.

Habe die Channelpedia repariert, scheint jetzt wieder zu laufen, es kann aber noch versteckte Probleme geben. Auf jeden Fall sollten da demnächst wieder aktuelle UK-Sender zu finden sein. BBC hat ja gerade Riesenumstellung gemacht...

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")?

Quote from infosat.de/radio/astra-192-ost-ard-h-rfunkprogramme-ziehen-um

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).

Quote from villeneuve

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.

Quote from jojo61

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

Don't panic.

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:

if (tsTransponder && ISTRANSPONDER(tsTransponder, Transponder()) && (Channel()->Nid() != ts.getOriginalNetworkId() || Channel()->Tid() != ts.getTransportStreamId()))

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:

1. Welcher Anlass ist besser dafür geeignet, mal alle verbliebenen Anwesenden in einem Thread zu Worte kommen zu lassen?
2. Ein Zertifikat kostet Geld (solange es nicht von Let's Encrypt ist bzw. ein Geschenk des Hosters an den Admin). Irgendjemand (genka?) muss also dafür normalerweise Geld zahlen. Wenn das Zertifikat im Hosting-Deal mit drin ist, müsste es dann nicht vom Hoster automatisch aktualisiert werden?

Sehr beeindruckend! Wenn das mein SL-1210 MK2 sehen könnte!

Quote from hepi

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?

Quote from M-Reimer

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.

Quote from M-Reimer

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.

Quote from hepi

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:

Das Erste HD;ARD:330:M256:C:6900:5101:0;5103:5104:0:11100:1:1051:0
ZDF HD;ZDFvision:450:M256:C:6900:6110:0;6123:6130:0:11110:1:1079:0
Das Erste;ARD:338:M256:C:6900:101:102=deu,103=mis;106=deu:104:0:28106:1:1101:0

Und in Channelpedia finde ich bei KabelDeutschland/Vodafone München, Auszug:

Das Erste HD;ARD:330000:C0M256:C:6900:5101=27:0;5102=deu@106,5103=mis@106:5104;5105=deu:0:11100:1:1051:0
ZDF HD;ZDFvision:450000:C0M256:C:6900:6110=27:0;6120=deu@106,6121=mis@106,6123=mul@106:6130;6131=deu:0:11110:1:1079:0
Das Erste;ARD:338000:C0M256:C:6900:101=2:102=deu@3,103=mis@3;106=deu@106:104;105=deu:0:28106:1:1101:0

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