Ein günstiger Splitter (5€) der an einem DMR-EH495 und Intensity Shuttle USB funktioniert ist dieser:
Hallo
ich habe mir einen Philips VR1000 zugelegt im Gedanke, dass er besser sein müsste als mein VHS Sharp Player ohne S-Video Ausgang.
Mir ist aber aufgefallen, dass er bei Text Schlieren deutlich stärker zieht als der Sharp.
Ist das einfach ein Effekt und eine Eigenart bei genau dieser Situation (sonst sieht es alles in Ordnung aus) oder ist der Player schon so verbraucht, dass er schon ein schlechteres Bild gibt?
https://www.dropbox.com/scl/fi/a4asku5…u7rpyu45u7&dl=0
https://www.dropbox.com/scl/fi/ejyo9gu…x4a2mlk3lq&dl=0
https://www.dropbox.com/scl/fi/9y982gb…137pywt9rv&dl=0
Hallo,
aktuell erzeugt meine Lösung zum überspielen von VHS Kassetten ein 4:2:0 Bild.
Mir ist aufgefallen, dass gefühlt meine alte Lösung die erst ein MPEG erzeugte und dann deinterlaced wurde die Farben präziser darstellt, das aber von der Hardware eigentlich nicht sein kann.
Aktuell erzeuge ich ein DV 4:2:0 interlaced, was auch interlaced bleiben soll.
Links im Bild ist das Original und rechts das Video als h264 mit einer Verschiebung der Farben um 4 Pixel nach oben. Beides ist eher mäßig, aber gibt es etwas was ich übersehe?
Hallo,
die Aufnahme ist von VHS und es hatte damals wohl der Sender das Chromasignal schon falsch gesendet, die Werbung war in Ordnung.
Das normale Bild ist im Bsp BFF und es scheint mir als ob das Chromasignal TFF ist.
Ich habe schon verschiedene Sachen versucht, aber im Endeffekt es nicht geschafft gerade zu rücken.
Hat jemand eine Idee?
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?
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)mal abgesehen von solchen Fehlern.
Versatz.jpg
Das war schon im Original so, vermutlich wegen sehr langer Belichtungszeit.
https://mega.co.nz/#!Jx0UBZyL!zg_sXtw4AGHxnlAMxv91V5aV7jnxBN7mroI3zcUThuoDa 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.
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:
