Ich gar nicht. Beim Begriff Subwoofer rollen sich meine Fußnägel auf. Das resultiert immer in Laufzeitunterschieden und einem schlechten Klang.
Posts by zillerbaer
-
-
An audio-passthrough habe ich bisher nix gemacht weil ich es nicht benutze und es niemand bisher haben wollte. Ob es HW seitig funktioniert weiss und beobachte ich nicht.
-
Wenn es lange benutzt werden soll würde ich eine ARM Hardware wählen die vom Mainline Kernel unterstützt wird. Rockchip und Allwinner sind das aktuell. Ich habe mich für ein Rockpro64 entschieden und habe es nicht bereut. Aufwachen mit RTC, PCIe, USB3, flinke CPU. Einziger Nachteil ist der verbaute Audiochip. Dessen Qualität ist nicht berauschend. Ich habe da ein DAC per USB angeschlossen.
-
Ja so sieht es aus wenn das Schwarz Weiß Bild (Y) stimmt und die Farben (UV) falsch darüber liegen. Das liegt am nicht stimmendem Pixelformat.
-
Weißt, du wie kodi das macht?
Nö.
-
Ich bin jetzt hier an einem Showstopper angekommen. Der Decoder liefert die Bilder in V4L2_PIX_FMT_NV12M (NM12) aus. DRM kann mit dem Format aber nicht umgehen. FFMPEG behauptet daher es wäre NV12. Das Ergebnis sieht bescheiden aus.
-
Jetzt lasst mir doch mal bissel Zeit!
rell , Lass mal bitte mit DRM_DEBUG auf einem Allwinner laufen und poste mal das plane setup. Wenn ich mich recht entsinne nutzt AW auch zpos.
-
Das ganze habe ich unter LE (auf einem odroid n2+) laufen.
... und Kodi decodiert und deinterlaced in HW?
-
Wie oben schon geschrieben muss erst der HW Decoder laufen bevor ich das debugge. Bitte mit LE testen und berichten.
-
Zabrimus , da sind noch ein Paar Anpassungen notwendig. Dafür muss das HW decodieren aber erst mal funktionieren. Mein letzter Test vor einem halben Jahr ging schief. Ob es einen Deinterlacer gibt weiss ich auch nicht. Am einfachsten sind diese Tests unter LE. So das LE funktioniert starte ich die Arbeiten an softhddevice-drm. Ich habe momentan nicht viel Zeit weil ich an meinem Häusel baue. Der Baudreck muss erst mal weg!
-
In LibreELEC gibts wohl testing images für amlogic mit mainline, aber was die (schon) können, weiß ich nicht.
Testet doch LE mal auf Amlogic. Wenn das stabil läuft kann es in softhddevice-drm integriert werden.
-
So was hab ich auch noch nicht gesehen. Es sind ja nur Warnungen. Kommt weiter unten was verwertbares?
-
Wie macht man das?
Hallo Heiko,
mit :
schaltest Du das ein. Im Script lege ich vorher ein Arbeitsverzeichnis fest. Dann wird ein File "core" erzeugt das mit:
untersucht werden kann.
Gruss
zille
-
Ich habe die Streams untersucht und keine Pakete gefunden die da nicht hingehören. Mein Vermutung hat sich nicht bestätigt.
Gruss
zille
-
- Welches Problem vermutet ihr und wie könnte ich es eingrenzen ?
Mir sind auch ungewöhnliche Sprünge z.b bei ntv aufgefallen. Siehe da. Allerdings nur im Bereich von Millisekunden. Kannst Du mir Aufnahmen mit dem Problem zukommen lassen?
-
Es gibt keinen Crash! VDR wird abgebrochen und kontrolliert beendet. Die Audio PTS ist die führende Clock. Darauf wird das Video synchronisiert. Das zu ändern muss ich erst mal durch denken.
-
Das auf die maximale Anzahl von Kanälen runtergemixt wird die die HW bereit stellt. Das wird aktuell schon so gemacht. Nur wenn der Treiber eine falsche Anzahl Kanäle zurück gibt geht das schief.
-
Das Hauptproblem ist der unsaubere HDMI Treiber. Bei der Abfrage mit wie vielen Kanälen er umgehen kann, behauptet der Treiber das er 6 Kanäle kann (HWChannels 6). Erst bei der Konfiguration streikt der. Bei sauber programmierten Audiotreibern wird automatisch auf die maximale Anzahl der Kanäle gemixt. Vielleicht machst Du mal ein Bugreport bei Raspi-Kernel?
Edit: Der Schalter AudioDownmix soll demnächst entfernt werden.
-
Jul 11 17:55:28 raspberrypi vdr: audio/alsa: set params error: Das Argument ist ungültig#012AlsaSetup: Channels 6 SampleRate 48000#012 HWChannels 6 HWSampleRate 48000 SampleFormat S16_LE
Die Konfiguration der Audioausgabe geht schief. Kann Dein HDMI Gerät 6 Kanäle wiedergeben?
-
Im Abstand einiger Stunden kommt im Audio MP2 PES Stream ein MPEG Packet Daten mit denen ich nix anfangen kann. Das schlimme (Bug) ist das softhddevice dann das vorhergehende MPEG Packet und das mir unbekannte Packet verwirft. Hier mal der Beginn eines Beispiels:
Erwartet wird aber ein MPEG Packet:
Weiss wer was das Packet beinhaltet? Kann das ignoriert werden?
Gruss
zille
