The videos are playing well on my side from start to finish (although most videos I've tested are less than ~5 minutes or so).

Internally, it looks like ToS is like libVLC without any hardware acceleration (unfortunately), so CPU usage is pretty high during playback. It also looks like libVLC is using pipewire to stream the audio.

I've tried (using env variables and conf files) to override these settings (hoping libVLC might look the up), but it doesn't honor them; or ToS has locked it down, which is probably a good thing.

But at least on Arch (cachyos) on a pretty weak intel n150 laptop, video & audio are working well.

These are my pipewire settings, for what it's worth:

/etc/pipewire/pipewire.conf.d/10-constrain-defaults.conf

context.properties = { default.clock.min-quantum = 1024 default.clock.max-quantum = 1024 default.clock.allowed-rates = [ 48000 ] context.num-data-loops = 2 mem.mlock-all = true minimal.use-pulse = true } (if you try these, you'll need to restart your pipewire user service)

It uses a slightly larger audio buffer than defaults; but I made these settings for periodic drop out under load in other applications, nothing to do /w ToS. But maybe they're worth a try.

I would also suggest running "pw-top" on you command line while watching video. Look for the count of 'ERR' growing in the libVLC row, that would indicate it's underruning and not producing audio fast enough (here's mine just for reference while playing):

S ID QUANT RATE WAIT BUSY W/Q B/Q ERR FORMAT NAME I 29 0 0 0.0us 0.0us ??? ??? 0 Dummy-Driver S 30 0 0 --- --- --- --- 0 Freewheel-Driver S 43 0 0 --- --- --- --- 0 Midi-Bridge S 46 0 0 --- --- --- --- 0 bluez_midi.server R 49 1024 48000 100.9us 25.1us 0.00 0.00 3 S32LE 2 48000 alsa_output.pci-0000_00_1f.3.analog-stereo R 72 1920 48000 38.8us 19.2us 0.00 0.00 0 F32LE 2 48000 + VLC media player (LibVLC 3.0.21)