01-10-2014, 02:43 AM
|
|
Free Member
|
|
Join Date: Dec 2011
Posts: 121
Thanked 5 Times in 4 Posts
|
|
I know that when you capture, you are pretty much never going to get a constant FPS, the clock sync between devices are never precise and you will never get that 30fps you are supposed to.
However, i am wondering, is it possible to capture Variable FPS with Virtualdub?
I know it should be possible to capture, i can do it in Graphstudio, but in Virtualdub it wantīs to always set a FPS and then play it to that later.
|
Someday, 12:01 PM
|
|
Ads / Sponsors
|
|
Join Date: ∞
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts
|
|
|
01-10-2014, 03:53 AM
|
|
Site Staff | Video
|
|
Join Date: Dec 2002
Posts: 14,604
Thanked 2,654 Times in 2,259 Posts
|
|
I'm not aware of any such error -- and I do mean "error", not "feature". Because that's what it would be. No TV (or even a streaming player) could ever play back such a problematic video. It expects (and therefore requires) consistency in the video stream. The signal locks to this, and is how the stream self-audits itself. For example, the ability to drop frames, or the ability to sync audio.
True, no capture is ever 100% perfect to the framerate, but that's because of the chaotic nature of analog video. However, it is close. For example, a brief few frames may be 29.971 or 29.969 in stead of 29.970.
Once digitized, it is a perfect 29.97001 frame rate (or whatever it is).
Like pi (3.14159...), I think the actual math for NTSC video is imperfect with an enormous decimal place.
|
01-10-2014, 05:08 AM
|
|
Free Member
|
|
Join Date: Dec 2011
Posts: 121
Thanked 5 Times in 4 Posts
|
|
True, but mine isnīt so close that it isnīt noticeable.
To get it as good as possible, i have to save it at any framerate, disable all resync, drop frames etc.
Then use the Time Log that Virtualdub can give you at the end, and sync manually.
That way i will get the best result with no dropped/inserted frames or desync.
But for my problem, it isnīt actually in Analogue i am having trouble, but itīs my Webcam.
If i choose 30fps, it will be at an average rate of 29.874, which is very far away, so the only way i can get the correct speed is to tell it afterwards and change it, or save it in a Variable Framerate, meaning it will save in the framerate that it has in the end, to have the correct speed throughout the video.
|
01-10-2014, 05:23 AM
|
|
Site Staff | Web Hosting, Photo
|
|
Join Date: Feb 2004
Posts: 4,307
Thanked 376 Times in 342 Posts
|
|
If it were me, I'd just get a different webcam.
- Did my advice help you? Then become a Premium Member and support this site. - Please Like Us on Facebook | Follow Us on Twitter
- Need a good web host? Ask me for help! Get the shared, VPS, semi-dedicated, cloud, or reseller you need.
|
01-10-2014, 05:27 AM
|
|
Free Member
|
|
Join Date: Dec 2011
Posts: 121
Thanked 5 Times in 4 Posts
|
|
The problem is, how do i know that others arenīt the same.
Also, 25fps seems to be at about 25fps, so itīs 30fps that "fails".
|
01-10-2014, 11:38 AM
|
|
Premium Member
|
|
Join Date: Sep 2010
Posts: 1,187
Thanked 372 Times in 304 Posts
|
|
Quote:
Originally Posted by lordsmurf
Once digitized, it is a perfect 29.97001 frame rate (or whatever it is).
Like pi (3.14159...), I think the actual math for NTSC video is imperfect with an enormous decimal place.
|
Its technically 30/1.001.
As for the webcam, buggy drivers can drop frames silently without VirtualDub even knowing about it.
|
01-10-2014, 04:02 PM
|
|
Free Member
|
|
Join Date: Dec 2011
Posts: 121
Thanked 5 Times in 4 Posts
|
|
Well buggy drivers is itīs own story, didnīt know it could drop frames without VirtualDub knowing though.
I think however, mine doesnīt, as i got a TimeStamp running on it as a PostProcess, and itīs correct, which it probably wouldnīt be if it dropped frames (if i drop/insert with VirtualDub it is out of sync).
Guess i will have to ask someone with a Webcam to do a VD test for me or something.
|
Thread Tools |
Search this Thread |
|
|
All times are GMT -5. The time now is 09:37 PM
|