Black Frames bei importierten MJPEG-Medien VEGAS Pro 22.0 (Build 122)

M_M schrieb am 22.09.2024 um 03:42 Uhr

Ich nutze VEGAS Pro 22.0 Build 122 als Anfänger und habe eine Mediendatei (MJPEG 1080x1920 30fps) importiert.
Bei der Anzeige und beim Abspielen werden vereinzelte Frames schwarz dargestellt. 
Werden die selben MJPEG-kodierten Dateien mit anderen Videoplayern abgespielt (z.B. Windows Media Player oder Media Player Classic), tritt dieses Verhalten nicht auf. 
Durch die eingefügten schwarzen Frames flackert das Video an den entsprechenden Stellen beim Abspielen.
Der Effekt tritt bei allen Videodateien im MJPEG-Format auf, welche ich getestet habe. 
Es sind in jeder Datei aber andere Framenummern. z.B. in einer Datei die Frames 399, 672, 1023, 1084, 1447, 1653
Die Nummerierung der Frames beginnt hierbei mit 0 und die Beispieldatei hat insgesamt 1800 Frames. 
Ich bin wie folgt vorgegangen: 
1) Starten von VEGAS Pro
   (VEGAS Pro wurde neu installiert und zuvor noch nicht verwendet, es wurden keine Einstellungen verändert)
2) Erstellen eines neuen Projektes mit den folgenden ausgewählten Einstellungen:
   Auflösung:         [FullHD (1920 x 1080)]
   Bildwiederholrate: [30p (30,000)] [Non-Drop Frame]
3) Medien importieren: Auswahl einer MJPEG-kodierten AVI-Datei
   Dabei erscheint KEINE Meldung zum Anpassen der Projekteinstellungen, da korrekt "Non-Drop Frame" ausgewählt wurde.
4) Ziehen des importierten Projektmediums per Drag & Drop auf die Timeline   
   Es wird folgendes Format angezeigt:
   Video 1920x1080x24; 30,000 fps; 00:01:00,00; Alpha = Kein; Feldreihenfolge = keine (Progressive Scan); Sony Motion JPEG
   Audio: 16.000 Hz; 16 Bit; Mono; 00:01:00,00; Unkomprimiert
5) Abspielen des Tracks aus der Timeline oder Anzeigen einzelner Frames aus der Timeline
   Einzelne Frames werden schwarz dargestellt.
   Andere Videoplayer zeigen diese Frames jedoch nicht als schwarze Frames an.
   
Ich habe zur Kontrolle die entsprechenden MJPEG-kodierten Dateien mit   ffmpeg -i "input.avi" "frame_%04d.png"   in Einzelbilder exportiert.
Die Bilder der Frames, welche VEGAS Pro 22 schwarz darstellt, sind vorhanden und weisen auch keine erkennbaren Besonderheiten auf.

Was müsste getan werden, damit VEGAS Pro 22 von importierten MJPEG-kodierten Dateien alle Frames anzeigt und verarbeitet?
 

Kommentare

EricLNZ schrieb am 23.09.2024 um 01:19 Uhr

"Non-Drop Frame" is something I've not come across and is presumably peculiar to the NTSC framerate. I wonder if that has any bearing on the black frames?

M_M schrieb am 24.09.2024 um 10:36 Uhr

In my case, the MJPEG-encoded media files are not NTSC sources, but recordings from CCTV cameras with 30.00 fps progressive scan, and NOT 29.97 fps. I also tried the (wrong) project setting 29.97 fps, but the same problem occurred. The imported media is then shortened to 1799 frames instead of the correct 1800 frames for a one-minute CCTV recording, and black frames appear in exactly the same places.

3POINT schrieb am 24.09.2024 um 11:39 Uhr

In my case, the MJPEG-encoded media files are not NTSC sources, but recordings from CCTV cameras with 30.00 fps progressive scan, and NOT 29.97 fps.

Probably Vegas has a problem with MJPEG encoded avis from CCTV recordings. I would convert those files with Shutter Encoder (free) to a more edit friendly video format like a AVC mp4.

M_M schrieb am 27.10.2024 um 13:43 Uhr

This is a very good idea for individual cases. In general, however, it does not really solve my problem, as I would like to offer the (otherwise very good) software together with CCTV solutions as standard editing software to my customers. The requirement to convert original CCTV recording files beforehand with another software would be an additional editing step that would be too cumbersome for regular productive use and would lead to acceptance problems. In the meantime, I had also created a support ticket, but unfortunately this was not processed appropriately and I also had the feeling that the person processing it was not particularly motivated and had not even read my short documentation properly. Although I asked him to process it, he closed the ticket without further communication. I have created another ticket and will try to find out whether this is (hopefully not) the new normal for support for VEGAS Pro.