That depends on the implementation. Many applications/devices DO drop frames, because it’s assumed that if it’s out of sync, the device may not be capable of even 100% speed, let alone faster. Especially if it’s software doing or managing the decoding.
Footage speeding up is generally a specific operation of the hardware handling the data stream, and depends on the codecs/etc/etc, as some formats need previous frames to render the current one anyways, so will display them if they can even while it’s just catching up. I say hardware because if software is struggling, telling it to do more frames faster is going to produce more lag and stuttering 99.99% of the time, and video decoding engineers are aware of that and avoid it where possible.
No because it still moves through all(at least most) the frames to get to where the audio is in the timeline
That depends on the implementation. Many applications/devices DO drop frames, because it’s assumed that if it’s out of sync, the device may not be capable of even 100% speed, let alone faster. Especially if it’s software doing or managing the decoding.
Footage speeding up is generally a specific operation of the hardware handling the data stream, and depends on the codecs/etc/etc, as some formats need previous frames to render the current one anyways, so will display them if they can even while it’s just catching up. I say hardware because if software is struggling, telling it to do more frames faster is going to produce more lag and stuttering 99.99% of the time, and video decoding engineers are aware of that and avoid it where possible.