Page 1 of 1
libvlc_media_player_set_time very choppy in 4.0?
Posted: 21 May 2022 17:01
by neosettler
Greetings,
Using Windows 10 x64
In 3.x, while hovering the timeline and using mouse wheel, it is quite fast to jump in time forward and/or backward.
Even with fast enable, libvlc_media_player_set_time & libvlc_media_player_set_position are barely usable in 4.0.
Any workaround?
Thank you,
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 23 May 2022 04:13
by mfkl
Logs may be relevant so we can tell you more.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 23 May 2022 06:56
by neosettler
Will do! Note that you can already test this with the current 4.0 player. Try scrubbing and see how choppy it is compare to 3.0 (I'm not quite sure if the mouse wheel (forward/backward) is not implemented or simply broken).
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 29 May 2022 10:57
by wbtcpip
i confirm this issue on libvlc 4 win32 on every computer that i have. You ask logs but it's really simple to reproduce it if you have a windows computer. just compare libvlc_media_player_set_time in VLC3 and VLC4 and you'll see a big difference.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 29 May 2022 17:05
by neosettler
I might add, fluid scrubbing is critical once you're use to it. For this reason unfortunately, It's a show stopper for using 4.0 in its current state.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 03 Jun 2022 16:17
by neosettler
Loading video then scrolling with a high velocity mouse wheel:
Code: Select all
[Read <0F:/ZenDjinn/Examples/Download/Music/Live/Slayer ΓÇô Live at Hammersmith (2008 Full Concert) - FHD.meta> 01.47 KiB
00012ff609d430] main audio output debug: restarting output...
[0000012ff60c0460] main input debug: control type=1
[0000012ff609d430] directsound audio output debug: closing audio device
[0000012ff60c0460] main input debug: control type=4
[0000012ff609d430] directsound audio output debug: Opening DirectSound Audio Output
[0000012ff60c0460] main input debug: ES_OUT_RESET_PCR called
[0000012ff609d430] directsound audio output debug: Windows speaker config: Stereo and stream has 2 channels, using 2 channels
[0000012ff609c320] mkv demux debug: SET_TIME to 1597600000
[0000012ff60c3d90] main decoder debug: Received first picture
[0000012ff609d430] main audio output debug: output 'f32l' 48000 Hz Stereo frame=1 samples/8 bytes
[0000012ff609c320] mkv demux debug: seek request to i_pos = 1597600000
[0000012ff60df640] avcodec packetizer debug: CPU flags: 0x000fd3db
[0000012ff61c0090] main vout display debug: picture displayed late (missing 5 ms)
[0000012ff60c6c20] main volume debug: retaining sample format
[0000012ff609c320] mkv demux debug: seek: preroll{ track: 1, pts: 1597440000, fpos: 377413330 skip: 18446744073709551615}
[0000012ff609d430] main audio output debug: restarting filters...
[0000012ff609c320] mkv demux debug: seek: preroll{ track: 2, pts: 1597581000, fpos: 377509886 skip: 18446744073709551615}
[0000012ff609d430] main audio output debug: input 'f32l' 48000 Hz Stereo frame=1 samples/8 bytes
[0000012ff609c320] mkv demux debug: seek: preroll{ req: 1597440001, start-pts: 1597440001, start-fpos: 377413330}
[00000015bafff428] main generic debug: looking for audio filter module matching "scaletempo": 1 candidates
[0000012ff60c0460] main input debug: control type=21
[0000012ff6118560] scaletempo audio filter debug: format: 48000 rate, 2 nch, 4 bps, fl32
[0000012ff60c0460] main input debug: control type=21
[0000012ff6118560] scaletempo audio filter debug: params: 30 stride, 0.200 overlap, 14 search
[0000012ff60c0460] main input debug: Buffering 0%
...SNIP
[0000012ff60c0460] main input debug: Buffering 98%
[0000012ff60c0460] main input debug: Stream buffering done (1001 ms in 912 ms)
[0000012ff60c0460] main input debug: Decoder wait done in 0 ms
[0000012ff6118c10] main video output warning: picture is too late to be displayed (missing 186 ms)
[0000012ff6118c10] main video output warning: picture is too late to be displayed (missing 148 ms)
[0000012ff6118c10] main video output warning: picture is too late to be displayed (missing 111 ms)
[0000012ff60c0460] main input debug: control type=4
[0000012ff60c0460] main input debug: ES_OUT_RESET_PCR called
[0000012ff609c320] mkv demux debug: SET_TIME to 1604785000
[0000012ff60c3d90] main decoder debug: Received first picture
[0000012ff609c320] mkv demux debug: seek request to i_pos = 1604785000
[0000012ff60df640] avcodec packetizer debug: CPU flags: 0x000fd3db
[0000012ff609c320] mkv demux debug: seek: preroll{ track: 1, pts: 1602560000, fpos: 378775467 skip: 18446744073709551615}
[0000012ff609c320] mkv demux debug: seek: preroll{ track: 2, pts: 1604781000, fpos: 379289975 skip: 18446744073709551615}
[0000012ff609c320] mkv demux debug: seek: preroll{ req: 1602560001, start-pts: 1602560001, start-fpos: 378775467}
[0000012ff60c0460] main input debug: control type=4
[0000012ff60c0460] main input debug: ES_OUT_RESET_PCR called
[0000012ff609c320] mkv demux debug: SET_TIME to 1604721000
[0000012ff60df640] avcodec packetizer debug: CPU flags: 0x000fd3db
[0000012ff609c320] mkv demux debug: seek request to i_pos = 1604721000
[0000012ff609c320] mkv demux debug: seek: preroll{ track: 1, pts: 1602560000, fpos: 378775467 skip: 18446744073709551615}
[0000012ff609c320] mkv demux debug: seek: preroll{ track: 2, pts: 1604721000, fpos: 379284538 skip: 18446744073709551615}
[0000012ff609c320] mkv demux debug: seek: preroll{ req: 1602560001, start-pts: 1602560001, start-fpos: 378775467}
[0000012ff60c0460] main input debug: control type=4
[0000012ff60c0460] main input debug: ES_OUT_RESET_PCR called
[0000012ff609c320] mkv demux debug: SET_TIME to 1604721000
[0000012ff60df640] avcodec packetizer debug: CPU flags: 0x000fd3db
[0000012ff609c320] mkv demux debug: seek request to i_pos = 1604721000
[0000012ff609c320] mkv demux debug: seek: preroll{ track: 1, pts: 1602560000, fpos: 378775467 skip: 18446744073709551615}
[0000012ff609c320] mkv demux debug: seek: preroll{ track: 2, pts: 1604721000, fpos: 379284538 skip: 18446744073709551615}
[0000012ff609c320] mkv demux debug: seek: preroll{ req: 1602560001, start-pts: 1602560001, start-fpos: 378775467}
[0000012ff60c0460] main input debug: Buffering 0%
...SNIP
[0000012ff60c0460] main input debug: Buffering 98%
[0000012ff60c0460] main input debug: Stream buffering done (1001 ms in 260 ms)
[0000012ff60c0460] main input debug: Decoder wait done in 0 ms
[0000012ff6118c10] main video output warning: picture is too late to be displayed (missing 183 ms)
[0000012ff6118c10] main video output warning: picture is too late to be displayed (missing 141 ms)
[0000012ff6118c10] main video output warning: picture is too late to be displayed (missing 102 ms)
...SNIP
NOTE: remove duplicate because of character limitation.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 18 Jun 2022 20:59
by neosettler
Is there any chance that this issue is going to be address in the near future?
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 22 Jun 2022 20:46
by unidan
Hi, isn't the performance much better with current latest nightlies? It will probably be improved a bit more but we don't have regular metrics checking this right now.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 23 Jun 2022 00:44
by neosettler
Hello and thank you for your support. I'm about to test the changes but there is a few deprecated functions since last month.
Could anyone explained how to replace libvlc_media_parse_with_options? EDIT: new post made for this specific question.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 23 Jun 2022 04:35
by neosettler
It will probably be improved a bit more but we don't have regular metrics checking this right now.
3.0 should b a good starting point for comparison... or maybe I missed you point there.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 24 Jun 2022 02:08
by neosettler
After some testing, it's an improvement but it is definitely not as smooth as 3.0. It would be much appreciated if you could keep us posted on this issue.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 08 Aug 2022 09:16
by unidan
I have some changes to improve this in a specific set of conditions (flush with decoder using their own pool). I don't think it's related to 100% of what you experience though, and your issue might be coming from issues in the audio subsystem which is being improved.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 21 Aug 2022 04:42
by neosettler
hello unidan, from today's build, it's an improvement but it is by far choppier than 3.0. Aren't you experiencing this issue?
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 13 Sep 2022 17:08
by wbtcpip
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 13 Sep 2022 17:32
by neosettler
Could be related but the original issue here is about "jumping" in time. ie: 3 seconds incrementation like fast-forward if you will.
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 13 Sep 2022 18:03
by wbtcpip
yes i'm also having that issue ... seek is very lagging in 4.0 while is lightining fast in 3.0.x
Re: libvlc_media_player_set_time very choppy in 4.0?
Posted: 16 Sep 2022 17:22
by neosettler
Yes, thank you for confirming WB. I can't say enough how this feature is important!!! I'm stuck to 3.0 for that reason.