Downloaded videos are +12000 frames per second

[Delfor Layme]

Hola: VDH downloads videos with +12000 f/s. In some cases, with +15000 f/s
The audio of the videos sounds fine, but the frames go by quickly.
Most are videos hosted on Vimeo.
Is there any solution?

- Chrome Version 101.0.4951.54 (Official Build) (64-bit)
-  VDH premium 7.6.0.0
- Windows 11

Gracias.

[Wild Willy]

You might look over here:

https://groups.google.com/g/video-downloadhelper-q-and-a/c/w9993gUmxr4

It's not a solution but you might find it is a workaround for the time being. I see this
intermittently. I can't recall ever seeing anything higher than 75fps. Your observation
is a really fast frane rate. Do you see the problem on every Vimeo download or just
some? I see it maybe once every 10 or 15 times I record a livestream, & only from NBC
Sports/Golf Channel, never on any other site, neither livestream recording nor regular
download. Do you see it on other sites?

A comment on frame rate. It is not an indication of how fast the video appears when you
watch it. I think some nature photography is recorded at ridiculously high frame rates,
something in the thousands. But when you play it, it looks life-like, sometimes even
slow motion. Usually, a high frame rate is used for the specific purpose of slow motion
playback so you can see what's happening, like the wing beats of a hummingbird. So a
high frame rate by itself does not mean what you're looking at will be fast. When I see
the problem of too-fast video, the frame rate is often only 60fps or 30fps, frame rates
that are typical of ordinary content. The problem is not just the bad frame rate. Don't
get too focused on that.

[Wild Willy]

Also, you might post a handful of specific URLs on which you have observed the problem.
I'd like to see whether other people, not just myself, can download the stuff & observe
the same issue. I don't often download from Vimeo but it seems to me the few times I
have, I have not observed this problem.

[Wild Willy]

We now have a collection of threads, most of them fairly recent, all of them sharing the distressing commonality that the original poster seems to have disappeared & lost interest in the discussion.  Moreover, not a single one of these cases includes a proper problem description.

https://groups.google.com/g/video-downloadhelper-q-and-a/c/xB1XQOFs0zo
https://groups.google.com/g/video-downloadhelper-q-and-a/c/WfQfhriLDNI
https://groups.google.com/g/video-downloadhelper-q-and-a/c/i8bP8DOVN00
https://groups.google.com/g/video-downloadhelper-q-and-a/c/4BaGtP_xbQY

In all of these cases, I have offered this thread as a workaround.  I admit it doesn't fix VDH.  I also have to say that it is unclear whether VDH is the cause of this problem.  But it is a problem I have observed & I have come up with a way to deal with the issue:

https://groups.google.com/g/video-downloadhelper-q-and-a/c/w9993gUmxr4

This thread is new enough that I can't yet judge whether the original poster has lost interest.  Based on the trend, I am not optimistic:

https://groups.google.com/g/video-downloadhelper-q-and-a/c/SSgY9oLoHdw

On the other hand, this user posted what is very close to a proper problem description.  So maybe I should be more optimistic.

Here is the problem description.  Something happens intermittently that causes the video to run at a ridiculously fast rate while the audio plays normally.  I first noticed this a year ago & I have seen this multiple times in the interim.  I get it with Golf Channel livestreamed tournaments.  But I get it maybe once every 10 or 15 rounds of golf.  The intermittency of the problem does make it nearly impossible to nail down.  I just wish one of these posters, I don't care which one, would follow up.  Try my approach.  Does it help?  Did it trigger a better idea you could be cajoled into sharing with us here in public?  This is a problem that I wish could be identified & I would welcome a workaround that is less of a kludge than the one I've been using.  But I've offered the kludge & nobody else has offered anything.  Nobody else has even said whether they can apply my kludge.  Nobody else has said whether they have a better idea.  I'm pretty sure this is not a problem with VDH but I'm not 100% certain.  Since it is intermittent, Michel probably can't replicate it so there isn't any hope a fix to VDH is forthcoming.  The assumption that this is caused by VDH is not entirely supported by the facts.  The fact is that most downloads with VDH DO NOT exhibit this too-fast-video problem.  So blaming VDH is a hard sell.  My suspicion is that there is some field in the control block of the video that indicates the video speed.  I believe this control block is known as the MOOV atom.  My suspicion is that one field in the MOOV atom needs to be repaired.  How did the field get corrupted?  Beats me.  Maybe there was momentary noise on the line.  I though TCP/IP had built-in safeguards to prevent such corruption but I believe it is not foolproof.  It can correct single-bit errors but it might not catch double-bit errors.  Maybe the video was encoded incorrectly by the serving web site.  Maybe this, maybe that.  Maybe maybe maybe.  How do you repair the damage?  Beats me.  I don't know the internal structure of a MOOV atom.  But you'll notice my repeated us of the word, "suspicion."  I'm guessing.  I'm not a guru in these matters.  I'm a guru only in watching golf tournaments.  I'm also a guru in railing against the deplorable state of apparent apathy among the people posting these problems . . . and problems in general in this forum.  All I know is that the video in these cases is not totally corrupted.  If you slow playback down by some factor, you will see a proper video.  The slow down factor is something you can determine only by trial & error.  Sometimes you can play it at 50%, sometimes 25%. sometimes it's some fraction that is probably an irrational number.  Irrational number.  A mathematical term.  If you don't know it, look it up.

Trying all the resolutions -- resolutions, not qualities -- offered by VDH is probably not productive.  For one thing, I see this problem with livestreams.  I don't know the problem has occurred until after the livestream ends.  You can't chase play the livestream while VDH is recording it.  I've tried.  You can't do it.  So you can't know you've got the too-fast-video problem until the recording is complete.  So by the time I might reach the decision of trying the other resolutions, the livestream is no longer available at any resolution, even the one I just recorded.  So that suggestion is a non-starter.  Besides, like I say, the problem usually does NOT occur.

All I can do is post this comment in each of the applicable threads & hope somebody sees it & progresses this discussion.