Posts by zillerbaer
-
-
Das könnte ich mal in eine Kopie vom vdr-devel overlay hineinrühren, und Ihr anderen Gentoo-Interessierten steuert Eure Ergebnisse bei?
Das finde ich sehr gut.
-
Nein damit hat es leider nix zu tun. Es gibt Frames die alle Bildinformationen enthalten und keine Informationen von anderen Frames benötigen um decodiert zu werden. Das sind die I-Frames. P Frames brauchen Informationen vom vorherigen Frame und B Frames vom vorherigen und vom nachfolgenden Frame zum decodieren. Die Informationen stehen nach dem von mir vermissten header (00 00 00 01).
I-Frame:
00 00 01 e0 ff f0 84 c0 0f 31 de 6b fb 3b 11 de 6b 7c ab ff ff ff ff ff 00 00 00 01 09 10
P-Frame:
00 00 01 e0 d0 6a 84 c0 0f 31 de 6d c0 1b 11 de 6d 5d ab ff ff ff ff ff 00 00 00 01 09 30
B-Frame
00 00 01 e0 4f bd 84 c0 0f 31 de 6d 95 eb 11 de 6d 6b bb ff ff ff ff ff 00 00 00 01 09 50
unverstanden ist:
00 00 01 e0 22 69 80 00 00 29 20 6b a0 07 6f 5c 07 f6 af 95 6b e2 ba 64 28 89 4e 0d 5c 4b
Danke!
Gruß zille
-
PTS und DTS sind völlig optional.
Ja, aber was beinhalten die Daten? Momentan gehe ich davon aus das das keine Video Bilder sind. Nur was ist das? Warum steckt das im Videostream?
-
Ja der PES header ist in sich OK, ungewöhnlich ist nur die fehlende PTS. Im data Bereich erwarte ich einen header (00 00 00 01) statt 88 bf f1 c5.... Wie das Packet codiert ist und was die Daten sind kann ich so nicht auslesen. Momentan weiß ich nicht was man damit anfangen kann.
-
Hallo,
über PlayVideo kommen zwischen den erwarteten Video PES Packeten Packete die ich nicht zuordnen kann:
[v4l2] PlayVideo: 00 00 01 e0 d7 48 80 00 00 88 bf f1 c5 3b 63 b6 5f ef 94 ed 8f f8 75 cd 00 f0 82 aa 3f hsize 0 4cc
Die header size ist 0. Danach geht es direkt mit 88 los. Kein header nix. Kurioserweise ist die StreamID e0 richtig.
Hier noch ein Packet mit erwarteten PES Videodaten:
[v4l2] PlayVideo: 00 00 01 e0 43 06 84 c0 0f 3f 46 ef d6 db 1f 46 ef 9e 9b ff ff ff ff ff 00 00 00 01 09 hsize 15 4cc H264
Kann mir das jemand erklären?
Gruß zille
-
Was mich stört ist das es im Mainline Kernel keine Treiber gibt. Wie lange Nvidia ihr Kernel pflegt und ob mainline Treiber entwickelt werden weiss keiner. Für den Preis gibt es bei anderen Anbietern zwei Brett'l.
-
Yes, but before you can compile ffmpeg you must install mpp from there.
-
-
There were at least two attempts:
Interesting. But on NanoPi M4 are an rockchip rk3399. MMAL doesn't work. Rockchip need the mpp lib. Or you waiting until the v4l2 interface are ready to use. I don't know if xine support mpp.
I would prefer an output device without X.
-
I don't use xine. So I can't help about it. I never heard that xineliboutput is running as output device on arm.
-
Hello 74LS,
I'am afraid xine can't deal with hardware decoding on rockchip. I have written a plugin. The plugin use ffmpeg rkmpp decoder. There is a discussion about it: https://forum.armbian.com/topi…-vpu-working-with-rk3399/
You can test this.
regards zille
-
Ich glaub Du bist nicht allein mit dem Problem. Schau mal ob sich das deckt und ob das script funktioniert:
https://askubuntu.com/question…dia-optimus-hdmi-no-sound
Gruss zille
-
... und wo soll der sound raus?
-
Dann wäre die Ausgabe von aplay -D hw:2,0 <eine wave Datei> und speaker-test interessant. Mit -v gibt es noch mehr Informationen.
Gruss zille
-
pulseaudio ist ne gute Idee
Pulseaudio nutzt auch nur alsa. Das kannst Du Dir sparen.
Sound_Problembehebung -> Diagnose
Der Weg ist der bessere. aplay -l muß die Soundkarte anzeigen.
-
Das sagt dir nur, ob der TV angesteckt ist, nicht ob er angeschaltet ist.
Wenn der Fernseher aus ist steht hier disconnected, auch mit angestecktem HDMI Kabel. Ich habe aber festgestellt das das nicht alle Treiber zur Verfügung stellen.
Gruss zille
-
Hallo Klaus,
wie wäre es mit: "cat /sys/class/drm/card0-HDMI-A-1/status"?
Gruss zille
-
So richtig verstehe ich nicht was Du vor hast. Aber schau Dir doch mal osddemo an. Da bekommst Du einen Überblick was möglich ist.
Gruss zille
-
Hallo Christian,
das Problem ist eigentlich der User. Durch ungeeignete bauliche Umgebung (isolierende Fußböden, zu niedrige Luftfeuchtugkeit, etc.) läd der User sich auf. Vielleicht kannst Du das Potenzial des Users durch Berühren eines Groundpads abbauen. Wenn Das Groundpad einen Widerstand (ca 1M) gegen Ground hat gibt es auch keinen unangenehmen "Schlag".
Gruss zille
