Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - downtown_willi

1
Hallo Gemeinde!

Ich habe soeben versucht, das vdr-mplayer-plugin auf einem Raspberry Pi 2 ans Laufen zu bringen. Wenn man den HDMI-Output nimmt und auch den Ton darüber laufen läßt, funktioniert das.

Leider aber brauche ich den analogen Output, da ich darüber (i.V. mit einem VHF-Modulator) einen Fernseher Bj. 1953 mit Programm versorge. Der VDR selbst läuft damit auch streßfrei, aber das vdr-mplayer-plugin produziert nur eine äußerst ruckelige Wiedergabe mit einem stark verlangsamten Ton.

Die Lösung des Problems liegt in /usr/bin/omxplayer.sh: Wenn man dort in Zeile 10 "audio_out=both" durch "audio_out=local" ersetzt, funktioniert alles ruckelfrei und mit ordentlichem Ton.

Scheinbar ist der RPi2 mit audio_out=both völlig überfordert - vielleicht wollt Ihr das gelegentlich ändern... Ach ja: Ich verwende die aktuelle MLD 5.4 stable (MLD-5.4_netinstall_2020.03.13-181+1474_armhf-rpi2.img).

Viele Grüße,

downtown_willi

2
Allgemein [ General ] / Bugs im Wirbelscan-Plugin und in w_scan?
« on: February 29, 2020, 11:20:24 »
Hallo MLD-Gemeinde!

Ich glaube, ich habe Bugs im Wirbelscan-Plugin und in w_scan gefunden. Leider funktioniert keine der Mailadressen in den Sourcen, sonst hätte ich wirbel den Bugreport direkt geschickt, aber ich habe im Forum gesehen, daß er offenbar hier mitliest. Ich poste das also einfach mal hier.

Also: Ich habe letzte Woche versucht, einen Fehler in meiner Satellitenanlage zu finden, und dabei versucht, mit einer Hilfsantenne die französischen FTA-Kanäle auf Eutelsat 5W B zu scannen, nur um zu sehen, was da aktuell ausgestrahlt wird.

Angefangen habe ich mit dem Wirbelscan-Plugin, aber das hat sofort mit einer Fehlermeldung abgebrochen (siehe das Log in vdr_wirbelscan_S5W.txt), weil er nicht auf die C-Band-Transponder tunen konnte - klar, meine Hardware unterstützt das nicht, weder mit meiner Satellitenanlage noch mit meiner Hilfsantenne. Immerhin sollte das Plugin aber auch die Ku-Band-Transponder scannen, so wie w_scan das auch tut. Das ist imho der erste Bug.

Die Transponderdaten sollten auch mal geupgedated werden, denn der neue Satellit Eutelsat West 5B ist da noch nicht mit drin (siehe https://www.lyngsat.com/Eutelsat-5-West-B.html).

Ich habe daraufhin mit w_scan weitergemacht, welches zwar auch meckert, daß es nicht auf die C-Band-Transponder tunen kann, aber immerhin anschließend auch die Ku-Band-Transponder scannt. Es findet dort auch Kanäle (einschließlich solcher, die eindeutig über Eutelsat West 5B ausgestrahlt werden:-). Soweit ziemlich gut.

Aber dann schlägt der zweite Bug zu: w_scan scheint in eine Schleife reinzulaufen, aus der es auch nach Stunden nicht mehr herauskommt. Es scannt die gleichen Kanäle immer und immer wieder und kommt nicht weiter. Hier ist etwas Beispieloutput; das vollständige Log habe ich ins Attachment gepackt (w_scan_log_20200229.txt, zusammen mit der resultierenden channels.user.conf.S5W.txt):

tune to: S2 f = 10972 kHz V SR = 29950  3/4 0,20  8PSK  (1375:1375:20600) (time: 32:22.820)
        service = FRANCE 3 BORDEAUX (EUTELSAT)
        service = FRANCE 3 CLERMONT-FERRAND (EUTELSAT)
        service = FRANCE 3 GRENOBLE (EUTELSAT)
        service = FRANCE 3 LIMOGES (EUTELSAT)
        service = FRANCE 3 LYON (EUTELSAT)
        service = FRANCE 3 MARSEILLE (EUTELSAT)
        service = FRANCE 3 MONTPELLIER (EUTELSAT)
        service = FRANCE 3 NANTES (EUTELSAT)
        service = FRANCE 3 RENNES (EUTELSAT)
        service = TV5 MONDE FBS (EUTELSAT)

Leider kommt w_scan nie zu den französischen FTA-Kanälen, die ich eigentlich suche:-(

Der gleiche Bug scheint auch beim Scannen von Hotbird 13E zuzuschlagen, und zwar sowohl in w_scan als auch im Wirbelscan plugin: Das Plugin findet zwar 1000+ Kanäle, aber terminiert nicht, sondern zählt nur stundenlang die Transponderzahl hoch.

Bei Astra 19,2E funktionieren sowohl w_scan als auch das Wirbelscan-Plugin sauber.

Ich wäre echt dankbar, wenn mir da jemand weiterhelfen könnte, und sei es mit einer funktionierenden channels.conf für Eutelsat West 5B. Falls dazu mehr Information benötigt wird, liefere ich gerne alles, was dazu gebraucht wird.

Ach ja: Ich benutze MLD 5.4 testing mit Stand vom letzten Wochenende, sowohl mit einem selbst kompilierten w_scan Version 20170107, als auch das via MLD verfügbare w_scan, welches ebenso vom 20170107 datiert.

Viele Grüße,

Andreas

3
x86 Systeme (PC) / MLD 5.4 testing: 08/15-Fernbedienung an COM1
« on: January 27, 2020, 21:00:09 »
Hallo Claus!

Der eventlircd war serienmäßig mit drin, ich Hirsch hab' ihn rausgenommen, wg. schlechter Erfahrungen im Zusammenhang mit lircd in der Vergangenheit... Hat ja vorher niemand gebraucht.

Viele Grüße, Andreas

4
x86 Systeme (PC) / MLD 5.4 testing: 08/15-Fernbedienung an COM1
« on: January 26, 2020, 10:00:11 »
Hallo Claus!

Das war's: Mit eventlircd funktioniert es, wenigstens auf den ersten Blick.

Ich probiere das mal im Produktivbetrieb aus, und gebe dann noch einen Erfahrungsbericht ab.

Danke für den Tip!

Viele Grüße, Andreas

5
x86 Systeme (PC) / MLD 5.4 testing: 08/15-Fernbedienung an COM1
« on: January 25, 2020, 14:13:14 »
Hallo Gemeinde!

Ich habe gerade mal die MLD 5.4 testing ausprobiert. Die neue Fernbedienungs-Anlernfunktion ist wirklich brilliant. Nur: Die Fernbedienung funktioniert bei mir nicht richtig - es funktionieren nur die Zifferntasten sowie Up und Down. Ich habe bei der Konfiguration "serial on COM1" ausgewählt, bei der Tastenzuordnung habe ich "Serial IR type home-brew" und das Protokoll "nec" ausgewählt. Danach habe ich die Tastenzuordnung gemacht (siehe meine /etc/rc_keymaps/Serial_IR_type_homebrew im Anhang) und das Ganze gespeichert.

Wenn ich mit ir-keytable -v -t nachschaue, was ankommt, dann sehe ich Tastendrücke exakt entsprechend der Keymaps-Datei - aber der VDR scheint davon nichts mitzubekommen, ich habe einen Beispieloutput von ir-keytable angehängt. Wie gesagt, die Zifferntasten gehen, bei z.B. Menu passiert rein nix.

Was mache ich falsch? Muß ich zusätzlich irgendein Paket installieren? lirc ist NICHT installiert.

Viele Grüße, Andreas

6
Hallo liebe Gemeinde!

Ersteinmal wünsche ich Euch allen ein Frohes Neues Jahr!

Und dann habe ich noch einen kleinen Änderungsvorschlag, auf den ich durch ein anderes Projekt gekommen bin: Ich nutze schon seit Jahren mld mit lirc und einem Eigenbau-Empfänger am seriellen Port. Das hat auch immer funktioniert, aber mein anderes Projekt hat mich darauf gebracht, daß lirc mit dem devinput-Driver viel besser funktioniert als mit dem default-driver. Es ruckelt nichts (auch ohne "Ruckeln und Prellen unterbinden"), die Tastenwiederholung funktioniert sauber (habe ich mit dem lirc-default-driver nie hinbekommen), und das Anlernen einer neuen Fernbedienung mir irrecord geht auch viel einfacher.

Das Startup-Skript /etc/init.d/lirc sieht aber leider diesen Fall nicht vor: Es lädt den serial_ir-Treiber immer nur in Verbindung mit dem lirc-default-driver; die Kombination serial_ir + devinput geht so nicht. Ich habe deshalb /etc/init.d/lirc etwas erweitert; siehe Anhang.

Ich bin jetzt nicht der König der Shellscripte, deshalb kann man das sicher viel besser machen; ich stelle mir das so vor: In der Drop-Down-Liste "LIRC-Treiber" des Web-UIs könnte man zwei zusätzliche Punkte einfügen:

"devinput + homebrew serial receiver on COM1" und
"devinput + homebrew serial receiver on COM2"

Die /etc/init.d/lirc müßte das unterstützen, indem man in die Fallunterscheidung beim Treiberladen ungefähr so erweitert:


if [ "$LIRC_MODUL" ]; then
                        modul=${LIRC_MODUL##* }
                        if [ "$modul" = "COM1" ]; then
                                echo "Loading lirc serial driver"
                                setserial /dev/ttyS0 uart none || failed
                                modprobe lirc_serial 2>/dev/null || modprobe serial_ir
                                args="-d $(ls /dev/lirc? | tail -n1)"
                                check_status
                        elif [ "$modul" = "COM2" ]; then
                                echo "Loading lirc serial driver"
                                setserial /dev/ttyS1 uart none || failed
                                modprobe lirc_serial irq=3 io=0x2f8 2>/dev/null || modprobe serial_ir irq=3 io=0x2f8
                                args="-d $(ls /dev/lirc? | tail -n1)"
                                check_status
                        elif [ "$modul" = "GPIO" ]; then
                                echo "Loading lirc rpi gpio driver"
                                modprobe gpio-ir-recv
                                check_status
                        elif [ "$modul" = "devinputCOM1" ]; then
                                echo "Loading lirc devinput driver"
                                setserial /dev/ttyS0 uart none || failed
                                modprobe lirc_serial 2>/dev/null || modprobe serial_ir
                                args="-H $modul"
                                check_status
                        elif [ "$modul" = "devinputCOM2" ]; then
                                echo "Loading lirc serial driver"
                                setserial /dev/ttyS1 uart none || failed
                                modprobe lirc_serial irq=3 io=0x2f8 2>/dev/null || modprobe serial_ir irq=3 io=0x2f8
                                args="-H $modul"
                                check_status
                        else
                                args="-H $modul"
                        fi

In meinem (angehängten) Script ist da noch "ir-keytable -p all" drin, denn aus irgendwelchen Gründen wird das Script /etc/init.d/irkeytable bei mir nicht ausgeführt; ich habe in /etc/rc.config die Variable IRKEYTABLE_ARGS="-p all" gesetzt, aber das hat keine Wirkung.

Ich verwende das in Verbindung mit einer 0815-Fernbedienung von Pollin; die dazugehörige lircd.conf habe ich mit irrecord erzeugt und zur Information mit angehängt.

Vielleicht möchtet Ihr ja diesen Vorschlag bei Euren weiter Entwicklungen berücksichtigen.

Viele Grüße,

Andreas

7
Allgemein [ General ] / ArteHD liefert keinen Dolby-Ton
« on: July 27, 2019, 10:29:06 »
Nachklapp: Wenn man richtig sucht, findet man auch die offizielle arte-Mitteilung, Zitat:

"Die Audiospur mit der bisherigen OT-Fassung wurde tatsächlich von 5.1-Mehrkanal / AC3 auf 2.0-Stereo /MPEG1L2 umgestellt. Somit sind alle vier ARTE-Audiospuren jetzt in Stereo mit 192 kbit/s. Der Hauptton Deutsch bliebt unverändert. Ebenso Französisch und Audiodeskription Deutsch.

Dieser Wechsel vom 3. Juli (PID 5116 – MUL/QAA) beruht vorwiegend auf der immer seltener werdenden Anlieferung der internationalen Mehrkanaltonfassung bei uns in Strasbourg. Deren Senderechte waren sicherlich auch aufgrund unserer unverschlüsselten europaweiten Satellitenausstrahlung nicht leicht zu bekommen."

Scheiße.

Viele Grüße,

downtown_willi

8
Allgemein [ General ] / ArteHD liefert keinen Dolby-Ton
« on: July 27, 2019, 10:19:12 »
Hallo Forum!

Danke für den Hinweis. Ich war gerade bei meinem Nachbarn und hab's dort mit einem kommerziellen DVB-S2-Empfänger überprüft: auf der Tonspur 5116 kommt tatsächlich nur PCM:-(

Vielen Dank auf jeden Fall für Eure Bemühungen,

downtown_willi

9
Allgemein [ General ] / ArteHD liefert keinen Dolby-Ton
« on: July 26, 2019, 13:03:39 »
Hallo Claus!

Nein, funktioniert nicht. Ich hab's gerade noch mal durchgespielt, um hier keinen Unsinn zu schreiben, da passiert Folgendes: Ich habe also die Kanalaktualisierung abgeschaltet und diese Zeile in die channels.user.conf eingefügt:

arte HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5111=27:5112=deu@3,5113=fra@3,5117=mis@3;5116=mul@106:5114;5115=deu,5118=fra,5119=deu:0:10302:1:1019:0

Dann den VDR neu gestartet.

Im On-Screen-Kanaleditor bekomme ich dann die PID 5116 als DPID1 angezeigt; bei der Umschaltung der Tonspuren sehe ich vier Einträge: stereo, ohne Audiodeskription, deutsch, mul.

Diese vier Einträge bin ich dann nacheinander durchgegangen, und habe mir jeweils im femon-Plugin angeschaut, welche Tonspur tatsächlich läuft. stereo=5112, ohne Audiodeskription=5113, deutsch=5117, mul=5112.

Die 5112 für mul habe ich zwei mal geprüft - statt der 5116, die da eigentlich wiedergegeben werden sollte, spielt er lt. femon-Plugin die 5112 ab.

Dann habe ich die Kanalaktualisierung wieder eingeschaltet, nach kurzer Zeit war arteHD upgedated, jetzt habe ich vier Tonspuren zur Auswahl. Auch die habe ich dann mal durchgeschaltet und mit femon nachgeschaut, welche Spur da läuft: stereo=5112, ohne Audiodeskription=5113, deutsch=5116, französisch=5117.

Ich habe leider kein anderes Gerät, mit dem ich mal schauen könnte, ob arteHD Dolby sendet oder PCM:-(

Viele Grüße, downtown_willi

10
Allgemein [ General ] / ArteHD liefert keinen Dolby-Ton
« on: July 26, 2019, 11:51:16 »
Nachklapp: Hier ist noch ein Eintrag der channels.user.conf von einer alten MLD - da steht alles korrekt drin:

arte HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5111=27:5112=deu@3,5113=fra@3,5117=mis@3;5116=mul@106:5114;5115=deu,5118=fra,5119=deu:0:10302:1:1019:0

Viele Grüße,

downtown_willi

11
Allgemein [ General ] / ArteHD liefert keinen Dolby-Ton
« on: July 26, 2019, 11:12:54 »
Hallo Pit!

Bis zu dem Update auf die neue MLD war es immer so, daß, auch wenn nur Stereoton und kein Dolby 5.1 kam, dieser auf der Tonspur 5116 in Dolby Digital 2.0 wiedergegeben wurde. Das hat mir mein Yamaha-Verstärker auch immer so angezeigt. Jetzt bekomme ich da nur PCM-Ton. Andere Sender (z.B. 3Sat) senden ebenfalls Stereo als Dolby 2.0, und da funktioniert es. Hier mein Eintrag in der channels.user.conf für 3sat:

4:3sat HD;ZDFvision:11347:VC23M5O35P0S1:S19.2E:22000:6510=27:6520=deu@3,6521=mis@3,6523=mul@3;6522=deu@106:6530;6531=deu:0:11150:1:1010:0

Hier ist die Dolby-Tonspur korrekt als DPID eingetragen.

Wann auf Arte tatsächlich eine Sendung in Dolby 5.1 läuft, kann ich nicht sagen. Arte macht in der Programmliste leider keine Angaben bzgl. des gesendeten Tonformats.

Ich habe das aktuelle MLD 5.4 stable amd64-Image (MLD-5.4_netinstall_2019.04.11-180+1514_amd64.iso) verwendet; die letzte Paketaktualisierung war am Dienstag.

Das Debug-Log habe ich angehängt.

Vielen Dank erstmal,

downtown_willi

12
Allgemein [ General ] / ArteHD liefert keinen Dolby-Ton
« on: July 26, 2019, 08:55:34 »
Hallo Forum!

Ich bin neu hier im Forum, ich nutze MLD schon seit ein paar Jahren und bin damit immer blendend klargekommen, aber jetzt habe ich ein Problem, bei dem ich am Ende meiner Weisheit bin. Ich hoffe, die Weisheit des Forums kann mir helfen.

Letzte Woche mußte ich MLD neu aufsetzen. Ich habe dann MLD 5.4 amd64 stable installiert, das hat auch auf Anhieb funktioniert. AC3-Ton geht bei mir per Audio Passthrough aus dem softhddevice per HDMI in einen Yamaha-Receiver, und da kommt Dolby-Ton auch an, sowohl vom VDR als auch vom DVD-Plugin. Soweit problemlos.

Einzig bei ArteHD funktioniert der Dolby-Ton seit der Neuinstallation nicht mehr. Der automatische Kanalsuchlauf produziert folgende Zeile in channels.user.conf:

arte HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5111=27:5112=deu@3,5113=fra@3,5116=mul@3,5117=mis@3:5114;5115=deu,5118=fra,5119=deu:0:10302:1:1019:0

Die DPID 5116 ist bei den APIDs gelandet, und egal welche der Tonspuren ich wiedergebe, es kommt immer nur PCM-Ton. Auch die AC3-Tonspur 5116 wird als Stereo-Stream wiedergegeben - man kann das schön sehen, wenn man das femon-Plugin aktiviert und 2x 'Ok' drückt.

Wenn ich nun die automatische Kanalaktualisierung deaktiviere und die Zeile in channels.user.conf manuell anpasse, kann ich die Tonspur 5116 nicht mehr auswählen - hier die manuell angepaßte Zeile aus channels.user.conf:

arte HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5111=27:5112=deu@3,5113=fra@3,5117=mis@3;5116=mul@3:5114;5115=deu,5118=fra,5119=deu:0:10302:1:1019:0

Wenn ich nun im On-Screen-Kanaleditor alle APIDs rauswerfe und nur die DPID1=5116 eintrage, kommt in channels.user.conf folgende Zeile an:

arte HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5111=27:0;5116=mul@3:5114;5115=deu,5118=fra,5119=deu:0:10302:1:1019:0

Damit sagt mir der VDR: "Kein Ton verfügbar"...

Kann mir irgendjemand sagen, wie ich den Dolby-Ton bei ArteHD bekomme?

Viele Grüße & vielen Dank schon mal vorab,

downtown_willi