Linux > JRiver Media Center 33 for Linux

Video and Audio Desync on Seeking (Relevant to New Video Presentation Mode)

<< < (2/3) > >>

mwillems:

--- Quote from: Hendrik on August 26, 2024, 07:14:58 am ---I can't seem to reproduce this on Windows using the cross-platform playback engine, the only difference then being the audio output itself, which makes me wonder if thats related to that part.
Next going to update one of my NUCs for some real hardware linux testing.

--- End quote ---

FWIW I also can't reproduce it on Windows.  It seems to be Linux specific (or at least not a Windows issue).

So this may be a completely irrelevant red herring, but I seem to recall that the Linux video playback engine relies on some open source libraries, so I thought I'd mention it.  There was a period of about a year or so where I saw the exact same desync on seeking problem I see in JRiver with the mpv video player as well, but with no other Linux players (i.e. VLC was fine).  mpv has since fixed itself and no longer has a desync issue, but I thought I'd mention it just in case you rely on any shared libraries with mpv; it's possible that the same underlying issue was causing it for both of you and updating the dependencies might help?  Sorry if that's a distraction/not relevant.

In case it's relevant, here's the --version for the mpv I'm running that does not show any desync issues is


--- Code: ---mpv v0.38.0-dirty Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
 built on Jul  3 2024 05:59:22
libplacebo version: v7.349.0
FFmpeg version: n7.0.2
FFmpeg library versions:
   libavutil       59.8.100
   libavcodec      61.3.100
   libavformat     61.1.100
   libswscale      8.1.100
   libavfilter     10.1.100
   libswresample   5.1.100

--- End code ---

Hendrik:
MC33 already uses pretty much updated libraries all around, including FFmpeg 7.0. But hopefully it reproduces on an actual linux system once its done updating.

Hendrik:
I could reproduce some level of sync issues after seeking on an actual linux box, although not quite as bad as hinted at here, but regardless i'll investigate and fix that and we'll see how it impacts this.

Hendrik:
Turns out the audio output wasn't being flushed properly on seek, which I've implemented now. Let us know how it looks on your end once the next build rolls out.

mwillems:

--- Quote from: Hendrik on September 05, 2024, 05:02:04 am ---Turns out the audio output wasn't being flushed properly on seek, which I've implemented now. Let us know how it looks on your end once the next build rolls out.

--- End quote ---

Rad!  Thanks for looking into it,  I'm excited to test.

Navigation

[0] Message Index

[#] Next page

[*] Previous page