Hang while seeking with seekbar

[sergiocapozzi]

Hi all,

I'm having some troubles with the seekbar in libvlc, but I can see the same is happeining with the VLC application itself.
If I set the video on pause and start playing with the seekbar going back and forward, at some stage the video stop updating showing alwys the same frame.
The only way to unblock it is to click play again.

Here are some logs when the VLC get stuck on the same frame and every attempt to play with the seekbar brings no change in the video:

Code: Select all

main debug: auto hiding mouse cursor wasapi debug: reset mp4 debug: elst (0) gives 142432ms (movie)-> 142632ms (track) mp4 debug: track[Id 0x1] using Sync Sample Box (stss) mp4 debug: stss gives 1426 --> 1328 (sample number) mp4 debug: seeking with 9832ms preroll (use input-fast-seek to avoid) mp4 debug: elst (0) gives 132600ms (movie)-> 132621ms (track) main debug: Buffering 0% main debug: Buffering 3% avcodec debug: available hardware decoder output format 119 (cuda) avcodec debug: available hardware decoder output format 53 (dxva2_vld) avcodec debug: available hardware decoder output format 118 (d3d11va_vld) avcodec debug: available hardware decoder output format 174 (d3d11) avcodec debug: available software decoder output format 0 (yuv420p) avcodec debug: reusing decoder output format 118 main debug: Buffering 5% main debug: Buffering 8% main debug: Buffering 10% main debug: Buffering 13% main debug: Buffering 15% main debug: Buffering 18% main debug: Buffering 20% main debug: Buffering 22% main debug: Buffering 25% main debug: Buffering 27% main debug: Buffering 30% main debug: Buffering 32% main debug: Buffering 35% main debug: Buffering 37% main debug: Buffering 40% main debug: Buffering 42% main debug: Buffering 44% main debug: Buffering 47% main debug: Buffering 49% main debug: Buffering 52% main debug: Buffering 54% main debug: Buffering 57% main debug: Buffering 59% main debug: Buffering 62% main debug: Buffering 64% main debug: Buffering 66% main debug: Buffering 69% main debug: Buffering 71% main debug: Buffering 74% main debug: Buffering 76% main debug: Buffering 79% main debug: Buffering 81% main debug: Buffering 84% main debug: Buffering 86% main debug: Buffering 88% main debug: Buffering 91% main debug: Buffering 93% main debug: Buffering 96% main debug: Buffering 98% main debug: end of video preroll main debug: Received first picture main error: Timestamp conversion failed (delay 300000, buffering 100000, bound 9000000) main error: Could not convert timestamp 265118908667 for FFmpeg main debug: Stream buffering done (10348 ms in 25 ms) main debug: Decoder wait done in 0 ms mp4 debug: elst (0) gives 145873ms (movie)-> 146073ms (track) wasapi debug: reset mp4 debug: track[Id 0x1] using Sync Sample Box (stss) mp4 debug: stss gives 1460 --> 1328 (sample number) mp4 debug: seeking with 13273ms preroll (use input-fast-seek to avoid) mp4 debug: elst (0) gives 132600ms (movie)-> 132621ms (track) main debug: Buffering 0% avcodec debug: available hardware decoder output format 119 (cuda) avcodec debug: available hardware decoder output format 53 (dxva2_vld) avcodec debug: available hardware decoder output format 118 (d3d11va_vld) avcodec debug: available hardware decoder output format 174 (d3d11) avcodec debug: available software decoder output format 0 (yuv420p) avcodec debug: reusing decoder output format 118 main debug: Buffering 2% main debug: Buffering 4% main debug: Buffering 6% main debug: Buffering 8% main debug: Buffering 9% main debug: Buffering 11% main debug: Buffering 13% main debug: Buffering 15% main debug: Buffering 17% main debug: Buffering 19% main debug: Buffering 20% main debug: Buffering 22% main debug: Buffering 24% main debug: Buffering 26% main debug: Buffering 28% main debug: Buffering 29% main debug: Buffering 31% main debug: Buffering 33% main debug: Buffering 35% main debug: Buffering 37% main debug: Buffering 39% main debug: Buffering 40% main debug: Buffering 42% main debug: Buffering 44% main debug: Buffering 46% main debug: Buffering 48% main debug: Buffering 50% main debug: Buffering 51% main debug: Buffering 53%

[mfkl]

Can you share your code?

[sergiocapozzi]

I can consistently reproduce with VLC player itself, just putting the video in pause and start playing with the seekbar back and forward.
The problem I can't share the video file used as it is not mine
But I'm trying to reproduce with others video files

here is the file format:

Code: Select all

main debug: using hw decoder module "d3d11va" avcodec info: Using D3D11VA (Intel(R) Iris(TM) Graphics 540, vendor 8086(Intel), device 1926, revision a) for hardware decoding main debug: Received first picture wasapi debug: buffer size : 96000 frames wasapi debug: maximum latency: 000 ns wasapi debug: default period : 10000000 ns wasapi debug: minimum period : 3000000 ns main debug: using aout stream module "wasapi" main debug: output 'f32l' 48000 Hz Stereo frame=1 samples/8 bytes main debug: looking for audio volume module matching "any": 2 candidates main debug: using audio volume module "float_mixer" main debug: input 'f32l' 48000 Hz Stereo frame=1 samples/8 bytes main debug: looking for audio filter module matching "scaletempo": 16 candidates scaletempo debug: format: 48000 rate, 2 nch, 4 bps, fl32 scaletempo debug: params: 30 stride, 0.200 overlap, 14 search scaletempo debug: 1.000 scale, 1440.000 stride_in, 1440 stride_out, 1152 standing, 288 overlap, 672 search, 2400 queue, fl32 mode main debug: using audio filter module "scaletempo" main debug: conversion: 'f32l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo main debug: conversion pipeline complete main debug: conversion: 'f32l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo main debug: conversion pipeline complete main debug: looking for audio resampler module matching "any": 3 candidates main debug: using audio resampler module "samplerate" main debug: Decoder wait done in 28 ms main debug: inserting 1504 zeroes

[fossette]

I feel that I experienced the same behavior using my fsplayer app (https://forum.videolan.org/viewtopic.php?f=32&t=148938#p491897), LibVLC 3.0.6 and a ffmpeg 4.1.3 recording of an ATSC stream. It occurs very rarely and randomly. I have yet to find a definite way to reproduce the problem. My workaround is to let the video play a little more, then browsing ability unstuck itself. The only browsing functions that I use are libvlc_media_player_get_time() immediately followed by libvlc_media_player_set_time(). If it can be of any help to provide some hints, here is a mediainfo result of the type of files that I mostly play (using PasteBin becase my message becomes too big to post here).

https://pastebin.com/yL9E1Qea

[Rémi Denis-Courmont]

Without sample input, I doubt anybody will be able to investigate the bug.

[sergiocapozzi]

Agreed, I'm trying to replicate the issue with a video file I can then share