Playback issues.

[sark]

Hi all.

I've recently moved from 2.7.8 to the latest 2.8.2. Why, when I click on a control button does my (Win 7) cursor convert to the circular timer icon? It didn't do this in the earlier version.

If you make a cut with A and B markers that are not on keyframes, preview of the cut video will stall for a second or so on the cut point/s. How long varies for different cut points. If markers were on keyframes the cut points do not stall. It doesn't occur with exported output, but it's still annoying. Is this just a limitation of my system?

Finally, most annoying of all. Why, after a filter is applied, does play return to the first frame at the end of the clip?

Sark

[szlldm]

cursor convert to the circular timer icon

it's a feature, not a bug. it indicates that it is working to accomplish a task (like go to the next frame, etc.)
previously there was no indication, if it is done with the move, or still decoding in the background

How long varies for different cut points. If markers were on keyframes the cut points do not stall.

if the cut point is not on a keyframe, then avidemux has to decode many frames in the background, until the desired frame pops out the decoder. this takes time (especially on slower machines); btw. this is also a case where the timer icon cursor could be useful imho.

[eumagga0x2a]

Finally, most annoying of all. Why, after a filter is applied, does play return to the first frame at the end of the clip?

Because we cannot be sure to be able to seek when the output is passed through a filter chain. Some filters operate strictly in "one picture in, one picture out" mode, other filters need to consume some pictures before being able to output something, again some filters modify timing and some allow no unambiguous assignment from output picture to the input like the "stillimage" filter. The only safe way to handle this: rewind to the location where we started.

[sark]

it's a feature, not a bug. it indicates that it is working to accomplish a task (like go to the next frame, etc.)
previously there was no indication, if it is done with the move, or still decoding in the background

Hmm! Not convinced it is necessary but, I can live with it.

if the cut point is not on a keyframe, then avidemux has to decode many frames in the background, until the desired frame pops out the decoder. this takes time (especially on slower machines); btw. this is also a case where the timer icon cursor could be useful imho.

As I expected. Shame it cannot save the rebuilt information so that when playing a second time it replays smoothly.

Because we cannot be sure to be able to seek when the output is passed through a filter chain. Some filters operate strictly in "one picture in, one picture out" mode, other filters need to consume some pictures before being able to output something, again some filters modify timing and some allow no unambiguous assignment from output picture to the input like the "stillimage" filter. The only safe way to handle this: rewind to the location where we started.

OK, but why can the filters own dialogue preview stop on the last frame?

Sark

[eumagga0x2a]

In filter configuration preview dialog, we preserve the filter chain and simply pause outputting pictures.

In the main window, we tear down the filter chain (because else such stuff like saving video won't work) when playback is stopped. When the chain is recreated on resuming playback, there is no way to seek reliably to the state (position and the result of filtering) where we were before.

[sark]

Understood.

Thanks

Sark