Beiträge von Rattenjäger

Mir ist aufgefallen dass sich der Nick SD DVB-S Stream beim Schneiden mit Smart Cutter komisch verhält. Nach dem Schneiden und dem Muxen in mkv gibt es Ruckler am Anfang und der Ton ist asynchron.

Ich habe es nochmal mit einem VOX und ES Stream getestet, aber die funktionieren wie gewohnt.
Meine bisher erfolgreiche Lösung ist entweder eine feste Framrate im mkv vorzugeben oder es zu einem beliebigen Zeitpunkt in ProjectX mindestens zu muxen.

Hier mal ein Bsp ts und eine ruckelnde mkv: https://mega.nz/#F!0pkjXR4B!1tiZJ0mKxpoT9FDlh6rc3g

Irgendwie schon merkwürdig oder?

Ich habe die anderen Profile gelöscht aber das hat es nichts verbessert.
In den Einstellungen der Intelgrafikkarte habe ich noch mal alles durchgeschaut und ziemlich tief drin Einstellungen für Videos gefunden an denen ich wohl irgendwann mal was rumgedreht hatte...
Jetzt ist alles wieder normal.

Seit einiger Zeit habe ich das Problem dass der MPC bei allen Renderern, außer dem System-Standard, die Farben komisch anzeigt.
Was vllt etwas damit zu tun haben könnte ist dass der Monitor softwarekalibriert ist, aber als ich die Einstellungen beim Start von Windows mal nicht laden ließ, waren die Farben immer noch komisch.
Was noch auftritt ist, dass bei VOXnow die Farben im Fenster gut sind, wenn ich auf Vollbild schalte nicht mehr.

Bild von den normalen Farben (im Player sehen die nicht ganz so rot aus)
Africa Eco Race 2015 Stage 01 - Highlights (EurosportUKHD) 720p x264-SwX.mp4_snapshot_02.29_[201.jpg

Die Farben mit den anderen Renderern
Africa Eco Race 2015 Stage 01 - Highlights (EurosportUKHD) 720p x264-SwX.mp4_snapshot_02.29_[201.jpg

Welchen haben denn die Dateien von der Kamera?
Sonst ist in deinem Fall BT.709 die richtige Wahl, da es der Farbraum für HDTV ist.
BT.601 hingegen ist für digitales SDTV. Die Unterschiede der Farbräume an sich sind nur minimal, beide sind in etwa so groß wie sRGB.

Die Kamera speichert auch schon in 4:2:0?

Zitat von LigH

Und um das herauszufinden, schau dir eine stark bewegte Szene stark vergrößert an; vertraue keiner Automatik.

Ich persönlich vertraue dieser Methode nicht, da man es nicht immer sieht. Es kann auch sein dass es Progressive ist und trotzdem die Interlaced Kämme zeigt, wenn zB bff statt tff angezeigt wird.
Absolut sicher ist nur es zB im VLC auf 50hz deinterlacen (bob, linear oder yadif x2) und dann Einzelbilder anzeigen zu lassen. Wenn dann jedes zweite Bild praktisch gleich ist, sind es 25hz also progressive. Das sollte man an ein paar stellen im Video kontrollieren da es sich sogar ändern kann.

Also ich würde es so lassen, denn es hat schon die kleinst mögliche Größe für ein 1080i. Nur wenn der Bildinhalt kein 1080i ist, würde sich ein Reencode lohnen.

Mir ist aufgefallen dass es vorkommen kann dass MediaInfo (aktuelle Version) bei den mkvs das anzeigt:
Modus der Bildwiederholungsrate : variabel
originale Bildwiederholungsrate : 25,000 FPS
Beim gleichen Video im ts oder gemuxten mpg wird sie als konstant angegeben.

Hat das irgendetwas zu bedeuten zB ein Fehler in SmartCutter?

Hatte jemand bisher irgendwelche Probleme irgendeiner Form mit einem MPEG-2 in einem mkv?
Bei meinen letzten zwei Videos war das mkv über 40MB (bei insgesamt 800MB) kleiner, als in einem MPG und 5% ist langfristig doch ein Unterschied.

Hast du adwcleaner schon drüber laufen lassen?

Gibt es ein Programm wie ProjectX für AVC? Der TsDoc repariert ja nur die Datei an sich und nicht einzelne Frames. Nach dem Reparieren könnte ich dann die 25fps zuweisen und es sollte alles passen.

Es ist eine TV Aufnahme die schon verlustfrei geschnitten wurde. Vermutlich wurde Smart Cutter benutzt, da manche Versionen diesen Fehler produzieren.

Ich habe es nochmal nur an den ersten Sekunden ausprobiert und die Datei blieb genau gleich lang. Das bestätigt zwar, dass es kurz schneller läuft und dann 'wartet' (es im Prinzip funktioniert), heißt aber auch dass andere Fehler in der Datei sind und ich damit leben muss.

Mit dem Haken hat es geklappt, es ruckelt nicht mehr und MediaInfo zeigt 25fps an. Aber es wird 1 Sekunde länger und der Ton stimmt nicht mehr.

Ich habe ein Video das an ein Paar stellen für ca 100ms mit 50fps läuft aber in Wirklichkeit 25fps hat, somit ruckelt es an den Stellen. MediaInfo gibt deshalb auch variabel als Framerate an.
Gibt es eine Möglichkeit das Video dazu zu zwingen in absolut jeden Frame 25fps zu haben? Ein einfacher Frametag in mkvmerge bringt leider garnichts, der wird einfach ignoriert.

Starting at packet 00000002 PCR: 00:00:00.000 (06:33:04.930)
ES  WARNING: H264 video resolution info changed at 00:00:00.499 [$000008CF]
             from 1920x1088, Interlaced / 50 fps / High@4.0 / Assumed BT.709 but unspecified
             to   1920x1088, Interlaced / 25 fps / High@4.0 / Assumed BT.709 but unspecified
Cutting the end at packet 0004FED2 PCR: 00:01:55.977 (06:35:00.907)

Zitat von Goldwingfahrer

mal abgesehen von solchen Fehlern.
Versatz.jpg

Das war schon im Original so, vermutlich wegen sehr langer Belichtungszeit.

https://mega.co.nz/#!Jx0UBZyL!zg_sXtw4AGHxnlAMxv91V5aV7jnxBN7mroI3zcUThuo

Da ich mich wieder mal gefragt habe ob YouTube oder der Uploader das Video versaut hat (echtes interlaced, in progressive frames), habe ich einfach mal ein sample hochgeladen, um zu schauen wie YouTube mit interlaced Material umgeht.

Man sieht sofort, dass YouTube es echt gut macht, kein blending oder andere Katastrophen. Auch die Leitplanken, so weit man das bei der Bitrate beurteilen kann, sehen gut aus.

https://www.youtube.com/watch?v=IM6rhbpdOHQ

Da es gerade so wunderbar passt: Das läuft im Moment im SWR HD: http://666kb.com/i/cqc9ys1y47pm3wccu.jpg
Wenn man es auf 16:9 skaliert, sieht man, dass der Eindruck, dass es zu schmal ist, richtig ist. :hm:

Mit 7zip selber gibt es kein Error mehr.

Da es ein normales 720p50 ist, geht es um das was ich mir schon gedacht habe. Das Quellmaterial war interlaced und musste natürlich für den HD Stream deinterlaced werden. Das machen die Sender aber mehr schlecht als recht und daher wohl auch die Idee es einfach mal als interlaced anzusehen. Das ist aber zum scheitern verurteilt, da es nach dem deinterlacen auf die 720 Zeilen skaliert wurde.

Deswegen ist es auch ratsam, SD Aufnahmen der öffentlich-rechtlichen in SD aufzunehmen um es dann echt interlaced zu haben.

Also das Beispiel gibt bei mir nur einen Error?!

Das mit den Timecodes hab ich nicht hinbekommen, aber die 2. Möglichkeit mit Hilfe des ffms2 Indexer in Megui. Den Reencode des Videos habe ich mit dem Ton (direkt aus der Originaldatei) in ein mkv gemuxed und alles läuft super.

Was genau ist denn der Unterschied zwischen dem direkten gemuxten Ton und wenn man die einzelne demuxte Tondatei nimmt und diese denn muxt, bei der es dann nicht synchron läuft?

Edit: l-smash arbeitet doch auch directshow und da es besser ist, zu bevorzugen gegenüber ffms2?

Auch wenn es schon einen Tag älter ist werde ich mich es mal genauer anschauen