>>106019721tell the jeet tard (if it's not you) that vd queuing exists for when a (usually software) decoder maxes cpu utilization (across threads, or for some threads when the decoder is not, or can't be, perfectly parallelizable) for some frames, and doesn't for others, thus avoiding frame drops across the full playback period.
or in simpler words, it's for when a decoder max fps fluctuates between above real-time and below real-time decoding.
this was particularly useful in the last few years with earlier versions of dav1d and 4K/8K HFR videos.
it has nothing to do with some unspecified "old bugs".
you would think this would be obvious for someone terminally larping as a nu-dev.