|
|
| Abrazo |
| Posted: Aug 30 2014, 06:07 PM |
 |
|
Advanced Member
Group: Members
Posts: 775
Member No.: 28995
Joined: 5-November 10
|
@dloneranger
many thanks from me too!
Small remark: Would it be usefull to update the version history on the Wiki-tab (make it the same content as the readme.txt in the package) ?
http://sourceforge.net/p/virtualdubffmpegi...ugin/wiki/Home/
(it stopped at version 0.8.1.3)
Regards.
|
|
| dloneranger |
| Posted: Aug 30 2014, 06:29 PM |
|
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
Done - there are so many places that need updating each time, I forgot about that one -> getting old and senile
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| Abrazo |
| Posted: Aug 30 2014, 07:25 PM |
|
|
Advanced Member
Group: Members
Posts: 775
Member No.: 28995
Joined: 5-November 10
|
Thanks again man...
and thinking that you are getting old and senile... please forget that !
|
|
| sumdumguy |
| Posted: Sep 8 2014, 03:49 AM |
|
|
Newbie
Group: Members
Posts: 3
Member No.: 28204
Joined: 4-August 10
|
I am trying to read some mj2 files created in Matlab but VDub gives me the "unknown or unsupported file type" error. I thought ffmpeg was cool with motion jpeg 2000? |
|
| sumdumguy |
| Posted: Sep 8 2014, 04:11 AM |
|
|
Newbie
Group: Members
Posts: 3
Member No.: 28204
Joined: 4-August 10
|
Never mind. PEBCAK. (Old VDub version). |
|
| ekt |
| Posted: Nov 3 2014, 02:45 PM |
|
|
Newbie
Group: Members
Posts: 1
Member No.: 38387
Joined: 3-November 14
|
@dloneranger
i've just added a ticket on sourceforge, with a problematic .mp4 attached
on that file virtualdub keeps complaining about 'discontinuity reading frame'
(i saw that message as a fixed issue on the previous version)
the file has been generated by a nexus4 (android google phone)
I hope is the correct way to interact with you
cheers |
|
| dloneranger |
| Posted: Nov 3 2014, 11:48 PM |
|
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
Answered on sourceforge as well
It gives a 90000 fps rate which is weird
The discontinuity problem is something that happens when virtualdub asks for a frame
The plugin has to work out what the timestamp for that frame is and then search the file for a frame that contains that timestamp
(ie the requested timestamp >= the frames tiemstamp and < frames timestamp+length)
When a frame can't be found for that then there's a discontinuity error
This could be a problem with the plugin or the file (it may even be related to the incorrect fps that's reported)
I can't just use 'the next frame' in the file as virtualdub requests frames out of order
I'll have to work out a better way to use the nearest frame if possible as long as it doesn't break anything else - it may let damaged files with formats that don't record a timestamp in each frame get through without reporting errors and silently destroying file sync in the process
Try using fccHandlers Quicktime plugin instead, that may be your best bet for now (links in my sig)
At the moment I don't think I'll have time to look at the problem for ages - works insane atm, 7am start and 11pm finish is going carry on for the rest of the month
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| VDMuser |
| Posted: Nov 16 2014, 04:07 PM |
|
|
Member
Group: Members
Posts: 24
Member No.: 25402
Joined: 11-April 09
|
Hello,
I initially found this very helpful plugin when I had problems with an mkv file. The audio track was "wanering off" during playback of the resulting avi file. When opened using ffmpeg the video was a few frames longer and finally the audio track matched the video track.
Well now I have again a problem with another mkv file. But this time it's the ffmpeg plugin that causes this problem.
During at least the second pass (I didn't notice that behaviour during the first one) the cpu load was 100% from time to time for a while with some intermitting spikes down to maybe 20% - and that was no matter where I put the slide control in the status window. That was the first clue.
The second clue was that the audio track had some serious dull clicks from time to time. Those were gone when I transcoded the audio track seperately (but also using vd and ffmpeg filter).
But the third and final "clue", the actual problem, was/is that at several positions during the video (track) the video juddered.
First I thought it might be a problem with the player. But examined the avi file using vd I realised that the file itself was "juddery", i.e. some frames were doubled but at the same time the respective following frame was missing.
Is there anything I can do (or check) to avoid this odd behaviour?
I have never seen this before but I can't say with absolute certainty that it hasn't happened before - maybe I just missed it up until now.
Unfortunately, open the file without ffmpeg results in a video that's a few frames shorter. Otherwise it would be great, because transcoding without having opened the file using ffmpeg filter the frame doubling and dropping does not occur. But then I can't transcode the audio...
So, right now I'm in a vicious circle...
Thank you very much for any helpful hint.
Mike. |
|
| dloneranger |
| Posted: Nov 16 2014, 06:26 PM |
|
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
The ffmpeg plugin relies on timecodes in the video/audio stream to decide which frame to return
If they're a bit weird you could get this effect I guess
Sometimes the ffmpeg dll's are themselves fixed in a later release, but I've no time to look/update it at all
Not sure how long this will be for, but it's been double shifts at work for months now
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| VDMuser |
| Posted: Nov 16 2014, 06:55 PM |
|
|
Member
Group: Members
Posts: 24
Member No.: 25402
Joined: 11-April 09
|
Thanks for the reply.
No worries about a quick fix.
For now I'm ok knowing that my problem at least can be something other than my fault and might be fixed someday. :-) |
|
| shekh |
| Posted: Nov 18 2014, 11:08 AM |
|
|
Advanced Member
Group: Members
Posts: 89
Member No.: 37903
Joined: 21-April 14
|
Hello,
I think I may eventually attempt to debug this specific problem:
When I move frame slider too fast and the codec does not catch up, it will take unreasonable amount of time before the last frame is presented. Something like 20 sec while decoding single arbitrary frame is about 0.5 sec.
Also it may end up in not complete frame (broken some blocks).
If this was investigated before I`d like to hear what to look at.
|
|
| dloneranger |
| Posted: Nov 18 2014, 01:42 PM |
|
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
You're waiting for the disk activity probably, if you move the slider about, a lot of positions have to be decoded even if you don't see them because you've already moved the slider further by then
(most newer codecs encode in a manner that's extremely hostile to seeking)
To decode 1 specific frame, you have to backtrack to the nearest previous keyframe (time+disk consuming) and then construct the frames along the way until you get to the one you want (time+disk consuming)
This keeps repeating until you finish moving the slider
(tip - if you hold down the shift key while moving the slider virtualdub will only go to the keyframes which is usually faster)
Decoding/seeking can be slower now than it used to be as I had to add extra 'hunt around to find all the bits you need' code in for problem files that scatter parts of their video a long way apart from each other
Re 'broken' frames appearing, yeah that can happen
The ffmpeg dlls only say if the decode worked or failed
If there's a fail, you'll get a discontinuity message in virtualdubs status bar
If the dlls say the decode was ok but it looks corrupted then it's probably a bug in ffmpeg dlls, that may be fixed in a future update of them - normally it's just a transient problem and shouldn't appear when just moving +1 frame all the time ie encoding or playing
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| shekh |
| Posted: Nov 18 2014, 04:00 PM |
|
|
Advanced Member
Group: Members
Posts: 89
Member No.: 37903
Joined: 21-April 14
|
Looks like the problem is here:
VDFFVideoSource.cpp
| CODE |
MSG stMsg;
while ( ::PeekMessage(&stMsg, NULL, WM_MOUSEFIRST,WM_MOUSELAST, PM_REMOVE) )
{
::TranslateMessage(&stMsg);
::DispatchMessage(&stMsg);
}
|
This results in reentry to VDFFVideoSource::Read with all disasters.
I simply commented these lines and plugin became completely workable.
|
|
| dloneranger |
| Posted: Nov 18 2014, 07:27 PM |
|
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
thanks I'll take a look and add to next version
(as you may have noticed from the source code it's fairly horrible)
[edit]
Ah, so that's supposed to stop virtualdub hanging with a ghosted window
Deleting it returns the nasty side effect of the app appearing to have hung/crashed if decoding is taking a long time
Just changing it to this keeps the message pump active, so no ghosting of the window
MSG stMsg;
::PeekMessage(&stMsg, NULL, WM_NULL, WM_NULL, PM_REMOVE);
(long wmv files with the audio window showing can take forever to seek towards the end of the file)
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| shekh |
| Posted: Nov 21 2014, 10:53 AM |
|
|
Advanced Member
Group: Members
Posts: 89
Member No.: 37903
Joined: 21-April 14
|
Found another problem involving B-frames:
When a movie begins with B-frames they are thrown away until first I-frame and there is same amount of duplicate frames at the end.
For example
B0 B0 I2 B3 B4
becomes
I2 B3 B4 B4 B4
Hope this helps. |
|
