Share your experience!
Moin
Habe den Sony KD 55D8005
Warum ruckeln manche 4K UHD Dateien, bzw Filme am TV?
Bezieht sich die Beobachtung jetzt auf die Video App? D.h. Kodi ist nicht betroffen?
Für einen guten Media-Player bedarf es ordentlich an Manpower. Man bedenke nur die zig Container, Video- sowie Audio-Formate. Man sollte sich bei Sony auf die APIs zur HW konzentrieren. Auch da gibt es noch genug zu tun, siehe hier. Alles darüber machen dann Projekte wie Kodi/ffmpeg.
In dem Fall verschluckt sich halt der Player am Stream und gerät dann außer Tritt. Sowas habe ich zum Beispiel auch hier beobachtet.
ne Kodi war da leider genauso, ich seh das am Display vom AVR, wenn es anfängt zu stottern, wechselt er ständig zwischen DTS und DPL. Vermutlich ist es die beste Lösung sich N Shield zu holen, da funktioniert alles, dazu bekommt man 1GBit LAN und bis 7.1 Atmos. All das was die schrottigen Sony Kisten nie können werden.
Ich vermute, dass der Fehler irgendwo beim decoden liegt. h264 mit 60Gb bekommt der TV ja normal hin, nur bei HEVC mit HDR geht der Spass los. Wäre natürlich hilfreich das genauer zu analysieren, aber hey wir spielen seit über 2 Jahrer Tester für Sony und müssen danach noch betteln damit sie es fixen. Langsam echt keine Lust mehr auf den ganzen Mist.
Und das passiert nur über Netzwerk, nicht aber USB 3.0 HDD? Sehr komisch. Netzwerk ist bei dir kabelgebunden, oder?
genau, USB geht problemlos, LAN und WLAN kacken beide ab.
Ich probieren das aus reiner Neugier heute Abend nochmal aus und schau dabei in den Log rein, bin gespannt ob da was steht zu dem Thema.
Es gibt scheinbar tatsächlich ein Problem mit dem HEVC über LAN oder WLAN. Es gibt wohl einen Bufferfehler und nach exakt nach 75 sek. kommt er mit dem puffern nicht mehr nach, danach kommt die bekannte Ruckelseuche. Aber was solls, es wird sich eh kein Schwein um das Problem kümmern...
Fehler:
11-30 19:10:48.380 E/MtkOmxCore( 1094): comp_index(16), path(libMtkOmxVdec.so)
11-30 19:10:48.395 E/VCodecDrv( 1094): eVDecDrvGetDecoderNum 4
11-30 19:10:48.410 E/MtkOmxVdec( 1094): b7313b80: Set RM Priority to 100
11-30 19:10:48.410 E/binder.hwcomposer( 5993): [enable_vdp:59][channel=0 ,enable=1]
11-30 19:10:48.415 E/ACodec ( 5993): [OMX.MTK.VIDEO.DECODER.HEVC] storeMetaDataInBuffers failed w/ err -1010
11-30 19:10:48.450 E/VCodecDrv( 1094): eVDecDrvSetParam(L:1028) 3840x2160 framerate(0)
11-30 19:10:48.450 E/GRM ( 1094): mtkrm_get_cur_id@line:452!! MTKRM_IPCR_NOT_OPENED
11-30 19:10:48.450 E/GRM ( 1094): mtkrm_ipc_do_op@line:1608!! MTKRM_IPCR_NOT_OPENED
11-30 19:10:48.450 E/GRM ( 1094): Open client:IMtkRmClientComponentAddResource #96 try to auto connect
GPU:
hier sieht man wann sich die GPU verschluckt und dann wars das eig auch schon...
auch das hier bitte in die Auflistung der bekannten Probleme aufnehmen, wie man sieht reicht die Übertragung von ca. 60gb für h264 völlig aus, HEVC dagegen macht Probleme.
Vergiss mal die Dateigröße. Davon bekommt das Gerät nichts mit. Es ist ein fortlaufender Stream. Da ist irgendwas drin, woran sich das Gerät verschluckt. Was passiert, wenn du über die böse Stelle springst?
Das Gerät muss doch nichts davon mitbekommen, es geht ja nur darum, dass theoretisch in der angegebenen Zeit die komplette Datei übertragen werden kann. Somit dürfte das Netzt nicht das Problem sein. Was ist es dann? Ist die Hardware nicht in der Lage das Format anständig zu dekodieren? Warum klappt es dann über USB? Irgendwie seltsam das ganze
Die Rechnung geht nicht auf. Wenn der Stream 2 Stunden lang mit 1mbps dahin plätschert und dann plötzlich für ein paar Sekunden auf 300mbps hochschießt, wird die Wiedergabe da dann trotzdem zum Erliegen kommen.
Ich tippe auf ein Problem im Netzwerk-Stack. Da gerät das Buffering irgendwie außer Tritt.
Naja aber das würde bedeuten, dass du 1.50 lang fast n schwarzes Bild anschaust und dann kommt plötzlich ein Feuerwerk Ein Mittelwert müsste die Sache etwas besser aufklären. Ich probiere später die Stelle zu überspringen mal schauen.
Naznačite sviđanje na Facebooku
Pretplatite se na YouTubeu