Wenn die x264 Setting in der Art drin stehen, wie du oben gepostet hast, hat VD Smart Rendering verwendet.
Kannst du noch überprüfen, welche Setting bei den Schnitten mit Frame 0 bis 1 bzw. 2 drin stehen?
Sollten dort die original otr settings oder gar keine x264 settings drin stehen, wirst du dich leider an Samsung wenden müssen.
Weil ohne irgendeinen Hinweis, woran es liegen könnte, wäre es nur noch reines raten. Und die Logs auf dem Fernseher kann nur der Hersteller einsehen.
mfg,
Monarc
0 bis 2
Code:verwendete Encoder-Bibliothek : x264 core 88 Kodierungseinstellungen : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=5 / psy=1 / psy_rd=0.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=2 / wpredb=0 / wpredp=0 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc=cqp / mbtree=0 / qp=24 / ip_ratio=1.41 / pb_ratio=1.25 / aq=0
0 bis 1
Ich schätze mal das sind die OTR Settings oder?Code:verwendete Encoder-Bibliothek : x264 core 88 Kodierungseinstellungen : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=5 / psy=1 / psy_rd=0.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=2 / wpredb=0 / wpredp=0 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc=cqp / mbtree=0 / qp=24 / ip_ratio=1.41 / pb_ratio=1.25 / aq=0
Jap, das sind die otr Einstellungen ... das müsste ne HD (keine HQ) sein, oder?Zitat von exabyte
Nein, ist eine HQ.
Hab jetzt eine Datei normal geschnitten, nur dass ich ca. 15 Sekunden am Anfang der Aufnahme unberührt gelassen habe. Und siehe da: sie läuft. An den Schnitten ist zwar ein leicher Ruckler zu vernehmen, was aber nicht weiter stört.
Sagt das was besonderes aus, dass das jetzt läuft? Also anscheinend gibt es kein Problem mit den neu kodierten stellen, wenn sie nicht am Anfang liegen.
hattest du eigentlich das am anfang erwaehnte FW update auch probiert?
evtl erledigt sich der fehler dadurch?!
Ich hatte bei AVIs, die mit qotr geschnitten runter geladen sind und MP4s grundsätzlich Artefakte beim Springen und konnte die Dateien nicht mit VirtualDub bearbeiten. Heute habe ich einen Testdownload (AVI HQ geschnitten) wegen einem Decodingproblem eines anderen Users gemacht und stelle erstaunt Fest: Diese Datei enthält den Fehler nicht mehr! Ich vermute, die Ursache war die gleiche, wie teilweise für die hier diskutierten Abspielprobleme.
(Star_Trek_Das_naechste_Jahrhundert_10.10.04_04-25_kabel1_45_TVOON_DE.mpg.avi.otrkey und
Star_Trek_Das_naechste_Jahrhundert_10.10.05_03-35_kabel1_45_TVOON_DE.mpg.HQ.avi) laufen beide.
Edit: Bin mir jetzt nicht mehr sicher, ob ich die HQ-Datei nicht doch selbst mit VirtualDub und der Option Direct Stream Copy manuell geschnitten habe (so funktionieren die Dateien bei mir immer einwandfrei, geschnitten meist an Keyframes), also vergesst meinen Beitrag erst einmal.
Sieht so aus. Also ich würde mich an Samsung wenden (nach einen Update der Firmware) und die das untersuchen lassen, was ihn an den VD Dateien stört.
Irgendeinen Open Source Film in VD mit unseren Einstellungen umrechnen, testen ob er läuft und gegebenenfalls an Samsung wenden.
mfg,
Monarc
FW Update hab ich gemacht, ja.
Mit dem Samsung Kundendienst will ich mich jetzt auch nicht unbedingt herumärgern, dafür hab ich zur Zeit keine Nerven.
Aber trotzdem Danke für die Hilfe.
Dann klemm doch die WD HD TV via HDMI an. Wo ist das Problem? Qualitätsunterschiede wirst Du keine bemerken.
Das Niveau!
....und ggf. der Cutlist-Ersteller?
Berechtigungen
