Welcome Guest ( Log In | Register )


Important

The forums will be closing permanently the weekend of March 15th. Please see the notice in the announcements forum for details.

Pages: (2) [1] 2  ( Go to first unread post )
Encoding Videos Adds 10-20 Black Frames At The Be
« Next Oldest | Next Newest » Track this topic | Email this topic | Print this topic
jacobm
Posted: Feb 9 2015, 01:24 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



I'm using virtualdub to encode AVC videos into VP8. When I encode anything, 10-20 black frames are added at the beginning of every video. The strange thing is, if I hit save again and overwrite the video, the black frames disappear. Does anyone know why this is happening? I have tried using different video and audio codecs, but I still get the same problem. I have tried switching decoders from LAV to ffdshow.
 
     Top
dloneranger
Posted: Feb 9 2015, 01:44 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



That's a strange one
Sounds like a bug in a decoder or encoder -> I'd guess the encoder assuming the black frames don't appear in the original source in virtualdub?

Do you have a link for the encoder codec you use so it can be checked?

[edit]
I've tested the vp8vfw-setup-1.2.0.exe from http://www.optimasc.com/products/vp8vfw/index.html
Unimpressive
I don't get any black frames at the beginning but it decodes upside down when reloading a video saved by it........



--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
jacobm
Posted: Feb 9 2015, 02:02 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



QUOTE (dloneranger @ Feb 9 2015, 01:44 PM)
That's a strange one
Sounds like a bug in a decoder or encoder -> I'd guess the encoder assuming the black frames don't appear in the original source in virtualdub?

Do you have a link for the encoder codec you use so it can be checked?

[edit]
I've tested the vp8vfw-setup-1.2.0.exe from http://www.optimasc.com/products/vp8vfw/index.html
Unimpressive
I don't get any black frames at the beginning but it decodes upside down when reloading a video saved by it........

Here's a link http://www.videohelp.com/download/vp8vfw-s...setup-1.2.0.exe

This still happens even when I encode with xvid the black frames still show up.
 
     Top
jacobm
Posted: Feb 9 2015, 02:05 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



The weirdest thing to me is that if I hit save again, the video doesn't have any black frames.
 
     Top
dloneranger
Posted: Feb 9 2015, 02:10 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



Yeah - that's the same codec
Last change to it was 2011, so looks like a discontinued project
I'd have to guess it's a bug in the codec as it appears pretty half-baked at best

Why not just use H264?
https://sourceforge.net/projects/x264vfw/fi.../?source=navbar

--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
jacobm
Posted: Feb 9 2015, 02:24 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



QUOTE (dloneranger @ Feb 9 2015, 02:10 PM)
Yeah - that's the same codec
Last change to it was 2011, so looks like a discontinued project
I'd have to guess it's a bug in the codec as it appears pretty half-baked at best

Why not just use H264?
https://sourceforge.net/projects/x264vfw/fi.../?source=navbar

I've tried H264, the problem persists in that aswell.

 
     Top
dloneranger
Posted: Feb 9 2015, 02:37 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



Same thing - resaving cures it?
Hmmm, so it's not the encoder that's the problem

What's the source?
Screenshot of the file information dialog would be useful, or a link to a source file
Also, you could try loading it with the ffmpeg plugin (in my sig) to see it that happens with that as well


--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
jacobm
Posted: Feb 9 2015, 02:52 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



QUOTE (dloneranger @ Feb 9 2015, 02:37 PM)
Same thing - resaving cures it?
Hmmm, so it's not the encoder that's the problem

What's the source?
Screenshot of the file information dialog would be useful, or a link to a source file
Also, you could try loading it with the ffmpeg plugin (in my sig) to see it that happens with that as well

File info from Virtualdub http://imgur.com/drWUtDf

MediaInfo http://imgur.com/GfC50l1

Yea hitting save again magically cures it.
 
     Top
jacobm
Posted: Feb 9 2015, 02:56 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



For some reason it worked right off the bat when encoding this one http://imgur.com/lhgoATn http://imgur.com/hYeY4vj
 
     Top
dloneranger
Posted: Feb 9 2015, 03:20 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



OK, it's an avi with bframes in it
Decoding an avi with bframes is problematic in virtualdub
Basically you can get in a complete mess as the result of what you see is delayed by the number of bframes decoded beforehand

Here's an example avi that shows the problem - an avi that just counts 0,1,2,3 etc (frame 0 has a 0 on it, frame 1 has a 1 on it)
https://dl.dropboxusercontent.com/u/1702491...20Test%20B8.avi
if you open it with virtualdub's normal avi handler and then do things like move to the next keyframe, move forward 1 frame, move forward 1 frame, move forward 1 frame etc
You'll see very strange results, wrong numbers sudden jumps, black frames at the beginning etc

If you load it with the ffmpeg plugin all the frames and numbers will be correct

So new best guess is that after the first save, the second save already has the bframes queued up and the move to the start frame sorts out your problem

--------------------
Virtualdub uses the vfw video system which wasn't designed to handle bframes at all
It was designed to get one frame in to decode and give one frame out all decoded
Bframes mess this up completely by being a frame 'now' that's used in a future frame
Most common effect is a few black or green frames at the beginning of a video

DirectShow (and other newer video systems) allow for this behaviour by letting the codec scoot back and forward to get the bits it needs to decode the right frame

FFMpeg plugin does a very similar thing that allows correct decoding, but doesn't allow direct stream copy

--------------------
Btw
you can install the aac codec for the audio in those videos
It's in my link (fcchandlers stuff) along with an ac3 codec


--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
jacobm
Posted: Feb 9 2015, 03:46 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



QUOTE (dloneranger @ Feb 9 2015, 03:20 PM)
OK, it's an avi with bframes in it
Decoding an avi with bframes is problematic in virtualdub
Basically you can get in a complete mess as the result of what you see is delayed by the number of bframes decoded beforehand

Here's an example avi that shows the problem - an avi that just counts 0,1,2,3 etc (frame 0 has a 0 on it, frame 1 has a 1 on it)
https://dl.dropboxusercontent.com/u/1702491...20Test%20B8.avi
if you open it with virtualdub's normal avi handler and then do things like move to the next keyframe, move forward 1 frame, move forward 1 frame, move forward 1 frame etc
You'll see very strange results, wrong numbers sudden jumps, black frames at the beginning etc

If you load it with the ffmpeg plugin all the frames and numbers will be correct

So new best guess is that after the first save, the second save already has the bframes queued up and the move to the start frame sorts out your problem

--------------------
Virtualdub uses the vfw video system which wasn't designed to handle bframes at all
It was designed to get one frame in to decode and give one frame out all decoded
Bframes mess this up completely by being a frame 'now' that's used in a future frame
Most common effect is a few black or green frames at the beginning of a video

DirectShow (and other newer video systems) allow for this behaviour by letting the codec scoot back and forward to get the bits it needs to decode the right frame

FFMpeg plugin does a very similar thing that allows correct decoding, but doesn't allow direct stream copy

--------------------
Btw
you can install the aac codec for the audio in those videos
It's in my link (fcchandlers stuff) along with an ac3 codec

Thaaaaaaaaaaaaaaaaaaaaaaank youuuuuuuuuuuuuu! It works! It works! You have no idea. I've been trying to fix this for 5 days, and it has been driving me up a freaking wall. Is there any way I can queue up 30 or so files at a time instead of individually opening up each and adding it to the job queue?
 
     Top
dloneranger
Posted: Feb 9 2015, 03:52 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



The job control window has an entry on the edit menu -> process directory
That'll add everything in a folder

Or

On the file menu -> queue batch operation -> batch wizard
There's a more flexible wizard

--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
jacobm
Posted: Feb 9 2015, 04:10 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



QUOTE (dloneranger @ Feb 9 2015, 03:52 PM)
The job control window has an entry on the edit menu -> process directory
That'll add everything in a folder

Or

On the file menu -> queue batch operation -> batch wizard
There's a more flexible wizard

The batch wizard doesn't seem to open them with the ffinput driver, though. So far it looks like I have to open up every single file individually and then add them to the queue.
 
     Top
shekh
Posted: Feb 9 2015, 04:30 PM


Advanced Member


Group: Members
Posts: 89
Member No.: 37903
Joined: 21-April 14



QUOTE

The batch wizard doesn't seem to open them with the ffinput driver, though.


Try yet another driver, it is high priority by default (I assume that is the problem you have with batch)
http://forums.virtualdub.org/index.php?act...=ST&f=7&t=23108
 
     Top
jacobm
Posted: Feb 9 2015, 04:41 PM


Newbie


Group: Members
Posts: 9
Member No.: 38629
Joined: 9-February 15



QUOTE (shekh @ Feb 9 2015, 04:30 PM)
QUOTE

The batch wizard doesn't seem to open them with the ffinput driver, though.


Try yet another driver, it is high priority by default (I assume that is the problem you have with batch)
http://forums.virtualdub.org/index.php?act...=ST&f=7&t=23108

God bless you.

I can now do in an hour what was taking me 6 hours.
 
     Top
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:
17 replies since Feb 9 2015, 01:24 PM Track this topic | Email this topic | Print this topic
Pages: (2) [1] 2 
<< Back to Newbie Questions