Raspberry + RPiHD Plugin + relativ alter LG50Zoll Plasma - Kein Tom bei HD (AC3)

  • Hallo zusammen


    ich nutze die im Betreff genannte Konstellsiton auf dem RPI und Streamdev als Server.
    Mein Problem:


    Auf den ganzen Privaten HD Sendern habe ich keinen TON
    Bei den Öffentlich Rechtlichen jedoch schon.


    Ein Klick auf die Sond-Info des VDR zeigt dann vermutlich auch warum: ARD sendet z.b: PCM - DMAX nur AC3.


    Ich gehe aktuell davon aus dass mein TV damit nix anfangen kann - kann das sein ?
    Müsste dann das angeschlossene Gerät kein passendes Audioformat liefern ?



    Ich dachte dann - ok - wenn das Gerät kein AC3 kann, dann kaufe ich mir einen HDMI AC3 zu PCM Converter - ja sowas gibts (mal nach ligawo HDMI Converter suchen)


    Aber auch das hat nicht funktioniert...


    Mangels eines anderen HDMI fähigen Zuspielers kann ich keine anderen Test´s machen.


    Ich hoffe jemand hat eine Idee und kann mir helfen ?



    CU


    GTR

  • Ist der Menüpunkte "Digitalton nutzen" bei DVB aktiviert?

    Gruß Patrick


    [size=8]* Meine NeverEndingProjects ;) *


    vectra --- glasslike ---

  • Dein Fernseher muss kein AC-3 können, das Plugin konvertiert in dem Fall einfach nach PCM. (Aktuell ist bei 5.1 PCM noch der Center- und LFE-Kanal vertauscht, dieser Fix kommt heute Abend ins Git)


    Bei einem alten Fernseher würde ich als erstes mal mit den Optionen in config.txt spielen und ein bisschen googeln ...


    ... mehr kann ich dazu nicht beisteuern, da mein Browser leider nicht in der Lage ist, deine Logs darzustellen.


    Gruss
    Thomas

  • Hallo zusammen



    ich habe soeben die aktuelle Variante aus dem GIT eingespielt


    Mit "Digitalton durchreichen" bekomme ich einfach keinen TON sobald AC3 im Spiel ist" - schalte ich diese Option aus dann stürzt VDR beim schalten auf diese Sender ab:


    Beispiel bei DMAX:

    Code
    Sep 30 22:42:19 raspberrypi vdr: [4335] receiver on device 1 thread started (pid=4258, tid=4335, prio=high)
    Sep 30 22:42:19 raspberrypi vdr: [4336] TS buffer on device 1 thread started (pid=4258, tid=4336, prio=high)
    Sep 30 22:42:23 raspberrypi vdr: [4335] rpihddevice: set video codec to H264
    Sep 30 22:42:23 raspberrypi vdr: [4270] rpihddevice: set audio codec to 6ch AC3
    Sep 30 22:42:23 raspberrypi vdr: [4270] rpihddevice: set HDMI audio output format to 6ch PCM, 48.0kHz
    Sep 30 22:42:23 raspberrypi vdr: [4270] rpihddevice: [libav] Input channel layout has a different number of channels than the number of used channels, ignoring layout
    Sep 30 22:42:23 raspberrypi vdr: [4270] rpihddevice: [libav] Assertion out->ch_count == av_get_channel_layout_nb_channels(s->out_ch_layout) failed at libswresample/rematrix.c:436
    Sep 30 22:42:34 raspberrypi vdr: [4342] VDR version 2.1.6 started


    Anderer Sender:


    Code
    Sep 30 22:45:20 raspberrypi vdr: [4371] rpihddevice: set video codec to H264
    Sep 30 22:45:21 raspberrypi vdr: [4354] rpihddevice: set audio codec to 6ch AC3
    Sep 30 22:45:21 raspberrypi vdr: [4354] rpihddevice: set HDMI audio output format to 6ch PCM, 48.0kHz
    Sep 30 22:45:21 raspberrypi vdr: [4354] rpihddevice: [libav] Input channel layout has a different number of channels than the number of used channels, ignoring layout
    Sep 30 22:45:21 raspberrypi vdr: [4354] rpihddevice: [libav] Assertion out->ch_count == av_get_channel_layout_nb_channels(s->out_ch_layout) failed at libswresample/rematrix.c:436
    Sep 30 22:45:31 raspberrypi vdr: [4378] VDR version 2.1.6 started


    Soll man nun den "Digitalton durchreichen" - oder nicht ?



    Aktiviere ich nun dieses Pass Trough bei einem der beiden Sender kommt kein Ton - VDR stürzt aber auch nicht ab:


    Code
    Sep 30 22:49:07 raspberrypi vdr: [4407] rpihddevice: set video codec to H264
    Sep 30 22:49:07 raspberrypi vdr: [4390] rpihddevice: set audio codec to 6ch AC3
    Sep 30 22:49:07 raspberrypi vdr: [4390] rpihddevice: set HDMI audio output format to 6ch AC3, 48.0kHz (pass-through)
    Sep 30 22:49:07 raspberrypi vdr: [4389] rpihddevice: decoding video 1920x1080i, enabling deinterlacer


    Ach ja - Ich hatte mal geschrieben dass VDR immer abstürzt sobald ich auf "euronews" schalte:


    Code
    Sep 30 22:50:47 raspberrypi vdr: [4414] TS buffer on device 1 thread started (pid=4378, tid=4414, prio=high)
    Sep 30 22:50:47 raspberrypi vdr: [4413] rpihddevice: set video codec to MPEG2
    Sep 30 22:50:47 raspberrypi vdr: [4389] rpihddevice: decoding video 720x576i, enabling deinterlacer
    Sep 30 22:50:48 raspberrypi vdr: [4390] rpihddevice: set audio codec to 1ch MPEG
    Sep 30 22:50:48 raspberrypi vdr: [4390] rpihddevice: set HDMI audio output format to 1ch PCM, 48.0kHz
    Sep 30 22:50:48 raspberrypi vdr: [4390] rpihddevice: [libav] Input channel layout has a different number of channels than the number of used channels, ignoring layout
    Sep 30 22:50:48 raspberrypi vdr: [4390] rpihddevice: [libav] Assertion out->ch_count == av_get_channel_layout_nb_channels(s->out_ch_layout) failed at libswresample/rematrix.c:436


    CU
    GTR

  • Soll man nun den "Digitalton durchreichen" - oder nicht ?

    Grundsätzlich ja, damit der Verstärker das Decodieren übernehmen kann, das spart ein bisschen CPU-Leistung auf dem Raspberry. Wenn der Verstärker (oder Fernseher) das Format nicht unterstützt, übernimmt automatisch das Raspberry Pi die Decodierung und liefert PCM, entweder mit der selben Anzahl Kanälen oder Stereo-Downmix.


    Ach ja - Ich hatte mal geschrieben dass VDR immer abstürzt sobald ich auf "euronews" schalte:


    Code
    Sep 30 22:50:47 raspberrypi vdr: [4414] TS buffer on device 1 thread started (pid=4378, tid=4414, prio=high)
    Sep 30 22:50:47 raspberrypi vdr: [4413] rpihddevice: set video codec to MPEG2
    Sep 30 22:50:47 raspberrypi vdr: [4389] rpihddevice: decoding video 720x576i, enabling deinterlacer
    Sep 30 22:50:48 raspberrypi vdr: [4390] rpihddevice: set audio codec to 1ch MPEG
    Sep 30 22:50:48 raspberrypi vdr: [4390] rpihddevice: set HDMI audio output format to 1ch PCM, 48.0kHz
    Sep 30 22:50:48 raspberrypi vdr: [4390] rpihddevice: [libav] Input channel layout has a different number of channels than the number of used channels, ignoring layout
    Sep 30 22:50:48 raspberrypi vdr: [4390] rpihddevice: [libav] Assertion out->ch_count == av_get_channel_layout_nb_channels(s->out_ch_layout) failed at libswresample/rematrix.c:436

    Habe gerade bemerkt, dass bei Euronews der Ton scheinbar in Mono kommt... das habe ich so noch nie getestet. Allerdings stürzt bei mir nichts ab, auch die Meldungen zum Kanal-Layout sehe ich nicht. Welche ffmpeg- oder libav-Version brauchst du?


    Gruss
    Thomas

  • Code
    Sep 30 22:45:21 raspberrypi vdr: [4354] rpihddevice: [libav] Input channel layout has a different number of channels than the number of used channels, ignoring layout
    Sep 30 22:45:21 raspberrypi vdr: [4354] rpihddevice: [libav] Assertion out->ch_count == av_get_channel_layout_nb_channels(s->out_ch_layout) failed at libswresample/rematrix.c:436


    Zumindest der gewollte Absturz (Assert) scheint gefixt zu sein und sollte mit einer neuen ffmpeg-Version nicht mehr passieren:
    http://lists.ffmpeg.org/piperm…/2013-October/149954.html


    Warum aber das Input Channel Layout nicht stimmt, muss ich gucken...
    Die verwendete ffmpeg-Version wäre an der Stelle trotzdem hilfreich.


    Gruss
    Thomas

  • kann ich denn einfach bedenkenlos auf eine aktuelle Variante von FFMPEG updaten


    Wenn du noch weniger Infos über dein System rausgibst dann ziemlich sicher nicht... ;)
    Updaten von wo weg ?
    Was verwendest du? Selbstkompiliert nach Swen4 's Anleitung?
    Oder MLD RPi?


    lg,
    Joe

  • Hallo


    weder noch - ich hatte mal ein Paket von einem User hier aus dem Forum verwendet.
    Am liebten währe mir dann sicher "selbst compilieren"


    Hast du nen Link zu dieser Anleitung ?



    Raspbian aktuelle Variante - alles aus den dem normalen Paketsystem bis auf FFMPEG/libav


    Ich denke eh dass es dann sinnvoller ist, eine frische Installation aufzusetzen und dann ffmpeg /libav manuell zu bauen.


    VDR etc. immer von source ...


    CU
    GTR


    PS: dumem Frage ist LIBAV bei FFMPEG dabei ?

  • Ich denke eh dass es dann sinnvoller ist, eine frische Installation aufzusetzen und dann ffmpeg /libav manuell zu bauen.

    Die meisten hier nutzen wohl Raspian und die darin enthaltene libav. Ggf. muss man für die Header noch ein paar dev-Pakete nachinstallieren. Allerdings kenne ich mich damit als Gentoo-Benutzer nicht aus. Selber bauen brauchst du jedenfalls, ausser dem VDR und den Plugins, nichts.


    PS: dumem Frage ist LIBAV bei FFMPEG dabei ?

    Libav ist ein "Abkömmling" von ffmpeg - sollte beides funktionieren.


    Trotzdem würde mich immer noch interessieren, welche Version du aktuell installiert hast...


    Gruss
    Thomas

  • Hallo Reufer


    zum Verständniss:


    Wenn ich ffmepeg aus den Sourcen compiliere und installiere dann reicht das ?



  • Hallo Reufer


    ah - das ist ja prima dass die pakete aus Raspbian auch passen - irgendwie hatte ich es im kopf dass zu einer früheren Entwicklungsphase des Plugins die Rasbian Pakete nicht gepasst haben ?!?


    Sonst hätte ich den ganzen Aufwand nicht getrieben ...


    CU
    GTR

  • ah - das ist ja prima dass die pakete aus Raspbian auch passen - irgendwie hatte ich es im kopf dass zu einer früheren Entwicklungsphase des Plugins die Rasbian Pakete nicht gepasst haben ?!?


    Das stimmt so nicht genau. Ich hatte zu Begin keine Zeit/Lust mich um das ganze Resampling zu kümmern, das mit >ffmpeg-1.0.x nötig wurde. Damals war auf Raspbian libav-0.8.7 mit an Bord, was auch funktioniert hat. Erst als Gentoo ffmpeg-1.2.x als stable eingestuft hatte, mache ich mich daran, libswresample (bzw. libavresample bei libav) zu unterstützen.


    Das Problem mit Euronews habe ich nun gelöst, indem ich Mono-Kanäle auf Stereo "hochmixe", wenn die Ausgabe in PCM über HDMI erfolgt. Das macht soweit auch Sinn, da IMHO monaurale PCM-Streams über HDMI gar nicht möglich sind. Die Änderung ist nun in Git eingecheckt .


    Das Upmixing habe ich unter ffmpeg-1.0.8 allerdings nicht zum laufen gebracht, aber es kommt nun nicht mehr zu einem Assert. Ob das eine Verbesserung ist, sei dahingestellt... auf jeden Fall würde auf eine aktuelle Version von ffmpeg oder libav wechseln.


    Gruss
    Thomas

Jetzt mitmachen!

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