- This topic has 18 replies, 4 voices, and was last updated Apr 11-10:35 pm by dukester.
-
Posts
-
dukester
Just recently – last couple of days – my audio cuts on and off (like stuttering) especially when viewing YouTube videos. It does not do it when using the VLC app – only in Firefox and Chromium browsers. Internet connection issue or laptop hardware? TIA.
--
dukester
sybok
Hi, could you please share more information about:
1) Your system (‘inxi -Fxz’)?
2) Audio: which one do you use – alsa, pulseaudio or pipewire?
3) What is the CPU/RAM usage when the stuttering occurs?
4) Does it happen with high volume levels only (these can sometimes lead to distortions) or also with low volume?
5) Does the stuttering occur when playing streaming videos, such as YouTube, with other programs (e.g. ‘mpv’)? Perhaps, that what you do mean by mentioning VLC (not certain if you refer to playing streaming videos or downloaded files).
6) Does the video play smoothly, i.e. do the problems affect the audio only?
7) Is it possible to check whether the speakers are clean and intact (e.g. membrane not deteriorating)?- This reply was modified 3 weeks, 5 days ago by sybok.
dukester
1) Your system (‘inxi -Fxz’)?
Here are the relevant bits IMO …
System: Kernel: 4.9.235-antix.1-amd64-smp arch: x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: Fluxbox v: 1.3.7 Distro: antiX-19.3_x64-full Manolis Glezos 15 October 2020 base: Debian GNU/Linux 11 (bullseye) Machine: Type: Laptop System: ASUSTeK product: N53SN v: 1.0 serial: <superuser required> Mobo: ASUSTeK model: N53SN v: 1.0 serial: <superuser required> BIOS: American Megatrends v: N53SN.209 date: 01/10/2012 Audio: Device-1: Intel 6 Series/C200 Series Family High Definition Audio vendor: ASUSTeK 6 driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 Sound API: ALSA v: k4.9.235-antix.1-amd64-smp running: yes Sound Server-1: PulseAudio v: 12.2 running: no CPU: Info: quad core model: Intel Core i7-2630QM bits: 64 type: MT MCP arch: Sandy Bridge rev: 7 cache: L1: 256 KiB L2: 1024 KiB L3: 6 MiB Speed (MHz): avg: 894 high: 1010 min/max: 800/2900 cores: 1: 882 2: 1010 3: 924 4: 869 5: 960 6: 809 7: 800 8: 899 bogomips: 31927 Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx2) Audio: which one do you use – alsa, pulseaudio or pipewire?
alsa!
3) What is the CPU/RAM usage when the stuttering occurs?
don’t know ..
4) Does it happen with high volume levels only (these can sometimes lead to distortions) or also with low volume?
just regular volume. It’ll be OK for 5 minutes, then go haywire.
5) Does the stuttering occur when playing streaming videos, such as YouTube, with other programs (e.g. ‘mpv’)? Perhaps, that what you do mean by mentioning VLC (not certain if you refer to playing streaming videos or downloaded files).
It occurs while streaming YouTube videos in a web browser. I haven’t tried streaming using ‘mpv’ or VLC. I only use VLC for DLed videos.
6) Does the video play smoothly, i.e. is only the sound affected?
Plays smoothly! Only the sound is affected.
7) Is it possible to check whether the speakers are clean and intact (e.g. membrane not deteriorating)?
This is a laptop! I’ll be taking it apart shortly for a thorough cleaning. However this sound issue just happened out of the clear blue just a few days ago. I doubt if its the speakers because downloaded videos running on VLC sound OK.
Thanks for your input!!
--
dukesterRobin
only in Firefox and Chromium browsers.
A browser is not anything like a highly optimised video or audio player. Please don’t expect the same stable results and resource saving programming to be present. So just consider it normal to have video and sound issues when running them within a browser. A browser is a poor replacement only for specialised programs. Try to avoid it, wherever you can, and everything will be fine.
However this sound issue just happened out of the clear blue just a few days ago.
Please consider the websites might have changed some parameters in the way how they provide the videos. Possibly they have switched from delivering h.264 (mp4) to VP8/VP9/AV1 (webm) as default, outpowering your hardware.
Windows is like a submarine. Open a window and serious problems will start.
dukester
Sorry, but I don’t buy it! I’ve never had that issue occur before – not in 20 years or so. I agree, web browsers are not specialized audio/video rendering tools, but this sudden appearance of the issue leads me to believe that it’s something else that’s haywire.
--
dukestersybok
The CPU seems strong enough, I assume the RAM is not an issue either.
Does it happen with browsers running without add-ons (and antiX advert blocker turned off)?
I would suggest that you try playing the streamed video with a non-browser multimedia player ‘mpv’.
If the issue appears in this case, then I would suspect internet connection.Not sure why video and audio behave differently. Could it be that audio buffers in a different way?
Was there any recent update that you suspect could cause the issue (‘/var/log/apt/history.log’)?
You could also try to download binary firefox in an archive, unpack and run without install to test different version.dukester
Does it happen with browsers running without add-ons (and antiX advert blocker turned off)?
I have the Firefox add-on Adblocker (or some such) installed and running. I wasn’t aware that antiX had its own advert blocker though. I looked for it in “Applications” but could not find it.
I would suggest that you try playing the streamed video with a non-browser multimedia player ‘mpv’
I tried that yesterday! No joy! `mpv’ simply dies when I drag a URL into it. I tried streaming a YouTube video using VLC as well. Again no joy! I simply refuses to stream.
No relevant updates in the log files!
Not sure why video and audio behave differently. Could it be that audio buffers in a different way?
I may have mis-spoke on that score. Maybe the video is also “choppy”, but I simply focused on the audio because that issue was the most obvious.
I suspect that the issue is caused by my internet connection. If I could get ‘mpv’ to behave, it would help to diagnose the issue I’m thinking. Thanks for your input!!
--
dukestersybok
The advert blocker I mentioned is mapping some domains to 127.0.0.1 in the /etc/hosts file.
The blocker control is accessible as follows:
Control Centre -> Network -> Adblockdukester
No joy! `mpv’ simply dies when I drag a URL into it.
This can’t work if the website isn’t prepared to serve videos directly. Please give the follwing a try to check out the reason for the stutter (It’s about analysing the video and audio formats delivered by the website for a specific video.)
Open a terminal window (e.g. Roxterm) and enter:
yt-dlp -F '<URL>'Replace the URL by the Youtube URL from the webbrowser, e.g.:
$ yt-dlp -F 'https://www.youtube.com/watch?v=vlooWcPIakY' https://www.youtube.com/watch?v= Extracting URL: https://www.youtube.com/watch?v=vlooWcPIakY https://www.youtube.com/watch?v= vlooWcPIakY: Downloading webpage https://www.youtube.com/watch?v= vlooWcPIakY: Downloading android player API JSON https://www.youtube.com/watch?v= vlooWcPIakY: Downloading player 7da8dd3e [info] Available formats for vlooWcPIakY: ID EXT RESOLUTION FPS CH │ FILESIZE TBR PROTO │ VCODEC VBR ACODEC ABR ASR MORE INFO ────────────────────────────────────────────────────────────────────────────────────────────────────────────────── sb2 mhtml 48x27 0 │ mhtml │ images storyboard sb1 mhtml 80x45 0 │ mhtml │ images storyboard sb0 mhtml 160x90 0 │ mhtml │ images storyboard 599 m4a audio only 2 │ 7.00MiB 31k https │ audio only mp4a.40.5 31k 22k ultralow, m4a_dash 600 webm audio only 2 │ 8.84MiB 39k https │ audio only opus 39k 48k ultralow, webm_dash 139 m4a audio only 2 │ 11.09MiB 49k https │ audio only mp4a.40.5 49k 22k low, m4a_dash 249 webm audio only 2 │ 12.79MiB 56k https │ audio only opus 56k 48k low, webm_dash 250 webm audio only 2 │ 16.87MiB 74k https │ audio only opus 74k 48k low, webm_dash 140 m4a audio only 2 │ 29.44MiB 129k https │ audio only mp4a.40.2 129k 44k medium, m4a_dash 251 webm audio only 2 │ 32.65MiB 144k https │ audio only opus 144k 48k medium, webm_dash 17 3gp 176x144 6 1 │ 17.68MiB 78k https │ mp4v.20.3 78k mp4a.40.2 0k 22k 144p 597 mp4 256x144 13 │ 7.55MiB 33k https │ avc1.4d400b 33k video only 144p, mp4_dash 598 webm 256x144 13 │ 6.43MiB 28k https │ vp9 28k video only 144p, webm_dash 394 mp4 256x144 25 │ 21.02MiB 92k https │ av01.0.00M.08 92k video only 144p, mp4_dash 160 mp4 256x144 25 │ 13.90MiB 61k https │ avc1.4d400c 61k video only 144p, mp4_dash 278 webm 256x144 25 │ 18.80MiB 83k https │ vp9 83k video only 144p, webm_dash 395 mp4 426x240 25 │ 38.15MiB 168k https │ av01.0.00M.08 168k video only 240p, mp4_dash 133 mp4 426x240 25 │ 30.33MiB 133k https │ avc1.4d4015 133k video only 240p, mp4_dash 242 webm 426x240 25 │ 36.37MiB 160k https │ vp9 160k video only 240p, webm_dash 396 mp4 640x360 25 │ 76.22MiB 335k https │ av01.0.01M.08 335k video only 360p, mp4_dash 134 mp4 640x360 25 │ 58.34MiB 257k https │ avc1.4d401e 257k video only 360p, mp4_dash 18 mp4 640x360 25 2 │ ~ 89.76MiB 386k https │ avc1.42001E 386k mp4a.40.2 0k 44k 360p 243 webm 640x360 25 │ 77.42MiB 341k https │ vp9 341k video only 360p, webm_dash 397 mp4 854x480 25 │ 133.68MiB 588k https │ av01.0.04M.08 588k video only 480p, mp4_dash 135 mp4 854x480 25 │ 99.07MiB 436k https │ avc1.4d401e 436k video only 480p, mp4_dash 244 webm 854x480 25 │ 135.37MiB 595k https │ vp9 595k video only 480p, webm_dash 22 mp4 1280x720 25 2 │ ~331.13MiB 1422k https │ avc1.64001F 1422k mp4a.40.2 0k 44k 720p 136 mp4 1280x720 25 │ 294.06MiB 1293k https │ avc1.4d401f 1293k video only 720p, mp4_dash 247 webm 1280x720 25 │ 269.00MiB 1183k https │ vp9 1183k video only 720p, webm_dash 398 mp4 1280x720 50 │ 391.96MiB 1724k https │ av01.0.08M.08 1724k video only 720p50, mp4_dash 298 mp4 1280x720 50 │ 511.29MiB 2249k https │ avc1.4d4020 2249k video only 720p50, mp4_dash 302 webm 1280x720 50 │ 424.84MiB 1869k https │ vp9 1869k video only 720p50, webm_dashAs you can see, Youtube has started to deliver Videos in vp9 encoded streams in webm containers in all resolutions, which might be the default set by the webpage when playing videos in the browser instead of playing the avc1 (h264/aac) encoded mp4 containers.
So, from this list, take the codes from the very first column and enter it this way:
mpv --ytdl-raw-options=format=22 'https://www.youtube.com/watch?v=vlooWcPIakY'mpv --ytdl-raw-options=format=18 'https://www.youtube.com/watch?v=vlooWcPIakY'To check out all the possible combinations of video and audio only formats using the syntax:
mpv --ytdl-raw-options=format='136+140' 'https://www.youtube.com/watch?v=vlooWcPIakY'
The video only format has to be the first, the audio only has to be the second one.And then check out the same way the result for VP9 webm containers with:
mpv --ytdl-raw-options=format='302+251' 'https://www.youtube.com/watch?v=vlooWcPIakY'
mpv --ytdl-raw-options=format='247+250' 'https://www.youtube.com/watch?v=vlooWcPIakY'Maybe the videoformat makes the difference. And in their Webplayer google decides for you which encoding format they deliver (and they tend to fail on this task), while in the external player you can decide on your own, matching to what your PC can display without stuttering.
When video is playing, check in MPV with the key combination “Shift+i” what the actualy played video resolution, Audio sample rate, video format, audio format, video bitrate, audio bitrate, and the framerates (FPS) are. E.g. for VP9 you might get values like
Video: vp9 (google VP9) FPS: 50 Native Resolution: 1280x720 Bitrate 3662 kbps Audio: opus (OPUS) Channels:2 Sample Rate: 48000 Hz Bitrate 174 kbpsCheck in the console the staus line of mpv for the value behind
A-V:it should always look like
... A-V: 0.000 Dropped 0 ...
If it reads differently, this means your hardware can’t catch up with displaying the video format. Try another one from the listing.Then check for the line for the value
... Cache: 543s/150MB
(it might read differently on your device)
If this entry reads sometimes this way:
Cache: 0s/0KB
The cache value of Zero seconds means your Internetconnection can’t catch up with the speed needed for delivering the chunks of choosen videoformat in time. Also in this case try another video format.MPV allows you to set some different hardware dependent values for playing, you may e.g. chose a specific audio or video device for playing, e.g.
--audio-device=ALSA
added to the command line you start it with.From man mpv:
You can list audio devices with --audio-device=help. This outputs the device name in quotes, followed by a description. The device name is what you have to pass to the --audio-device option.Please observe carefully the CPU usage while playing. If it goes up to near 100% the specific format is too much for your hardware, try another one. When GPU acceleration works properly as designed, your CPU should stay at very low levels in a range of 5% to 20% while playing and you shouldn’t see or hear any stuttering.
You will need to experiment a bit with this, but I assure you, you can achieve stutter free playback of youtube videos even on 18 years old 32bit notebooks in high resolution (1280×720, “High definition TV”) and HIFI audio quality (48kHz/256kbps), so it’s not a hardware issue but a poor software player blob used by the website, wasting your PC resources, when playing in browser, which causes trouble commonly.
I’ve never had that issue occur before – not in 20 years or so.
Please be aware websites are subject of constant change, and even when playing something yesterday fine, the website may have changed so it doesn’t play any longer fine on the very same hardware. Using the steps from above might help you to find out which is the weakest link in the chain causing the trouble: Your Audio hardware, your video GPU device, the Internet connection. Or whether it is simply the poor implementation in Browser or another new poor player blob delivered from the website for playing the video in your browser.
Windows is like a submarine. Open a window and serious problems will start.
dukester
yt-dlp -F ‘<URL>’
That’s the problem! I can’t get `yt-dlp to work by itself.
<blockquote>yt-dlp -F ‘https://www.youtube.com/watch?v=75lJDVT1h0s’
https://www.youtube.com/watch?v= 75lJDVT1h0s: Downloading webpage
https://www.youtube.com/watch?v= 75lJDVT1h0s: Downloading android player API JSON
ERROR: https://www.youtube.com/watch?v= 75lJDVT1h0s: Unable to extract uploader id; please report this issue on https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; see https://github.com/yt-dlp/yt-dlp on how to update. Be sure to call yt-dlp with the –verbose flag and include its complete output.; please report this issue on https://github.com/yt-dlp/yt-dlp . Make sure you are using the latest version; see https://github.com/yt-dlp/yt-dlp on how to update. Be sure to call yt-dlp with the –verbose flag and include its complete output.</blockquote>After `sudo apt update’, I did:
sudo apt install yt-dlp
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:The following packages have unmet dependencies:
python3-brotli : Depends: python3 (< 3.8) but 3.9.2-3 is to be installed
E: Unable to correct problems, you have held broken packages.Thanks a bunch for all your time & trouble Robin. However, this issue is not important enough for you to waste anymore time with it. I don’t need to use
mpv' oryt-dlp’. Thanks again for your kind assistance.--
dukesterThere must be some issue with your apt-database. Which antiX version? For me the package python3-brotli asks for
python3 >= 3.9~
on antiX 22 and also on antiX 23.On antiX 22 the version python3-brotli=1.0.9-2+b2 from the default debian bullseye repository (not backports) is installed.
On antiX 23 the version python3-brotli=1.0.9-2+b6 from the default debian bookworm repository (not backports) is installed.I don’t need to use mpv or yt-dlp
Many of the multimedia programs antix comes with rely on the presence of both of them (e.G. aCSTV won’t work without)
Moreover, as I have described above: These tools allows you checking out the true reason for your stuttering issues (I don’t know any way to do this checkout with the browser player the same, maybe somebody else can assist you with that specific path, bit I believe it’s simply impossible to retrieve the information needed from the browser website player blob.) So if you really want to solve your stuttering issue, you want to use mpv and yt-dlp, at least for diagnosing.
Windows is like a submarine. Open a window and serious problems will start.
dukester
Which antiX version?
antiX-19.3_x64-full Manolis Glezos 15 October 2020 base: Debian GNU/Linux 11 (bullseye)
There must be some issue with your apt-database.
I suspect that you are correct, but I can’t seem to dig my way out. At any rate, I hope to be upgrading to antiX-22 as soon as I take my laptop apart and give it a good scrub and dusting out. Maybe that will solve some issues. Thanks again.
--
dukesterSo it’s about antiX 19. OK, you should have mentioned this before. Nothing wrong with your apt-database then showing python3 ver. 3.7. Debian ships actually python 3.7 only on its oldstable branch: https://packages.debian.org/buster/python3
Seems there is no backport of 3.9 to buster, but recent yt-dlp works properly on antiX 19.3 anyway. I have just checked, even within a virtualbox container running on top of antiX 23:antiX-19.3_386-full Manolis Glezos 15 October 2020 base: Debian GNU/Linux 10 (buster) $ apt-cache policy python3 python3: Installiert: 3.7.3-1 Installationskandidat: 3.7.3-1 Versionstabelle: *** 3.7.3-1 500 500 http://ftp.de.debian.org/debian buster/main i386 Packages 100 /var/lib/dpkg/status $ apt-cache policy python3-brotli python3-brotli: Installiert: 1.0.7-2+deb10u1 Installationskandidat: 1.0.7-2+deb10u1 Versionstabelle: *** 1.0.7-2+deb10u1 500 500 http://ftp.de.debian.org/debian buster/main i386 Packages 500 http://security.debian.org buster/updates/main i386 Packages 100 /var/lib/dpkg/status $ apt-cache policy python3-mutagen python3-mutagen: Installiert: 1.40.0-2 Installationskandidat: 1.40.0-2 Versionstabelle: *** 1.40.0-2 500 500 http://ftp.de.debian.org/debian buster/main i386 Packages 100 /var/lib/dpkg/status $ apt-cache policy python3-websockets python3-websockets: Installiert: 7.0-1 Installationskandidat: 7.0-1 Versionstabelle: *** 7.0-1 500 500 http://ftp.de.debian.org/debian buster/main i386 Packages 100 /var/lib/dpkg/status $ apt-cache policy yt-dlp yt-dlp: Installiert: 2023.03.04-1mx19+1 Installationskandidat: 2023.03.04-1mx19+1 Versionstabelle: *** 2023.03.04-1mx19+1 500 500 http://ftp.halifax.rwth-aachen.de/mxlinux/packages/antix/buster buster/main i386 Packages 100 /var/lib/dpkg/status $ apt-cache policy mpv mpv: Installiert: 0.32.0-3.0antix1 Installationskandidat: 0.32.0-3.0antix1 Versionstabelle: *** 0.32.0-3.0antix1 500 500 http://ftp.halifax.rwth-aachen.de/mxlinux/packages/antix/buster buster/main i386 Packages 100 /var/lib/dpkg/status 0.29.1-1+deb10u1 500 500 http://security.debian.org buster/updates/main i386 Packages 0.29.1-1 500 500 http://ftp.de.debian.org/debian buster/main i386 Packages $ yt-dlp -F 'https://www.youtube.com/watch?v=vlooWcPIakY' https://www.youtube.com/watch?v= Extracting URL: https://www.youtube.com/watch?v=vlooWcPIakY https://www.youtube.com/watch?v= vlooWcPIakY: Downloading webpage https://www.youtube.com/watch?v= vlooWcPIakY: Downloading android player API JSON https://www.youtube.com/watch?v= vlooWcPIakY: Downloading player 7da8dd3e [info] Available formats for vlooWcPIakY: ID EXT RESOLUTION FPS CH │ FILESIZE TBR PROTO │ VCODEC VBR ACODEC ABR ASR MORE INFO ────────────────────────────────────────────────────────────────────────────────────────────────────────────────── sb2 mhtml 48x27 0 │ mhtml │ images storyboard sb1 mhtml 80x45 0 │ mhtml │ images storyboard sb0 mhtml 160x90 0 │ mhtml │ images storyboard 599 m4a audio only 2 │ 7.00MiB 31k dash │ audio only mp4a.40.5 31k 22k ultralow, m4a_dash 600 webm audio only 2 │ 8.84MiB 39k dash │ audio only opus 39k 48k ultralow, webm_dash 139 m4a audio only 2 │ 11.09MiB 49k dash │ audio only mp4a.40.5 49k 22k low, m4a_dash 249 webm audio only 2 │ 12.79MiB 56k dash │ audio only opus 56k 48k low, webm_dash 250 webm audio only 2 │ 16.87MiB 74k dash │ audio only opus 74k 48k low, webm_dash 140 m4a audio only 2 │ 29.44MiB 129k dash │ audio only mp4a.40.2 129k 44k medium, m4a_dash 251 webm audio only 2 │ 32.65MiB 144k dash │ audio only opus 144k 48k medium, webm_dash 17 3gp 176x144 6 1 │ 17.68MiB 78k https │ mp4v.20.3 78k mp4a.40.2 0k 22k 144p 597 mp4 256x144 13 │ 7.55MiB 33k dash │ avc1.4d400b 33k video only 144p, mp4_dash 598 webm 256x144 13 │ 6.43MiB 28k dash │ vp9 28k video only 144p, webm_dash 394 mp4 256x144 25 │ 21.02MiB 92k dash │ av01.0.00M.08 92k video only 144p, mp4_dash 160 mp4 256x144 25 │ 13.90MiB 61k dash │ avc1.4d400c 61k video only 144p, mp4_dash 278 webm 256x144 25 │ 18.80MiB 83k dash │ vp9 83k video only 144p, webm_dash 395 mp4 426x240 25 │ 38.15MiB 168k dash │ av01.0.00M.08 168k video only 240p, mp4_dash 133 mp4 426x240 25 │ 30.33MiB 133k dash │ avc1.4d4015 133k video only 240p, mp4_dash 242 webm 426x240 25 │ 36.37MiB 160k dash │ vp9 160k video only 240p, webm_dash 396 mp4 640x360 25 │ 76.22MiB 335k dash │ av01.0.01M.08 335k video only 360p, mp4_dash 134 mp4 640x360 25 │ 58.34MiB 257k dash │ avc1.4d401e 257k video only 360p, mp4_dash 18 mp4 640x360 25 2 │ ~ 89.76MiB 386k https │ avc1.42001E 386k mp4a.40.2 0k 44k 360p 243 webm 640x360 25 │ 77.42MiB 341k dash │ vp9 341k video only 360p, webm_dash 397 mp4 854x480 25 │ 133.68MiB 588k dash │ av01.0.04M.08 588k video only 480p, mp4_dash 135 mp4 854x480 25 │ 99.07MiB 436k dash │ avc1.4d401e 436k video only 480p, mp4_dash 244 webm 854x480 25 │ 135.37MiB 595k dash │ vp9 595k video only 480p, webm_dash 22 mp4 1280x720 25 2 │ ~331.13MiB 1422k https │ avc1.64001F 1422k mp4a.40.2 0k 44k 720p 136 mp4 1280x720 25 │ 294.06MiB 1293k dash │ avc1.4d401f 1293k video only 720p, mp4_dash 247 webm 1280x720 25 │ 269.00MiB 1183k dash │ vp9 1183k video only 720p, webm_dash 398 mp4 1280x720 50 │ 391.96MiB 1724k dash │ av01.0.08M.08 1724k video only 720p50, mp4_dash 298 mp4 1280x720 50 │ 511.29MiB 2249k dash │ avc1.4d4020 2249k video only 720p50, mp4_dash 302 webm 1280x720 50 │ 424.84MiB 1869k dash │ vp9 1869k video only 720p50, webm_dash $ mpv --ytdl-raw-options=format='136+140' 'https://www.youtube.com/watch?v=vlooWcPIakY' (+) Video --vid=1 (*) (h264 1280x720 25.000fps) (+) Audio --aid=1 (*) (aac 2ch 44100Hz) File tags: Uploader: NDR Klassik Channel_URL: https://www.youtube.com/channel/UCCN-txwzij968HmqfrN0H0g AO: [alsa] 48000Hz stereo 2ch float VO: [gpu] 1280x720 yuv420p AV: 00:00:18 / 00:31:47 (1%) A-V: 0.000 Cache: 17s/3MBNo stutter in sound when selecting the appropriate video and audiostream the hardware can deal with (avc1.4d401f + mp4a.40.2 = h264/aac, up to ~2900 kbps combined data rate in my case). As soon as selecting one of the VP9 sreams this causes stutter, even with way lower bitrates and really poor resolution. Obviously my hardware can’t deal with it, and software video decoding is a poor thing, outpowering your resources easily, causing stutter.
From these findings: You actually must have messed up your apt-database in some other way then, since yt-dlp shouldn’t want to install python3 version 3.9.2-3 in the first place, this version doesn’t exist simply on debian oldstable (buster).
At any rate, I hope to be upgrading to antiX-22 … Maybe that will solve some issues.
Sure, then you’ll have python 3.9 available. But as proven, it should run perfectly fine even when running antiX 19.3 with python 3.7
I take my laptop apart and give it a good scrub and dusting out.
That’s always a good idea. Have you checked whether it overheats? This can also easily cause playback stutter from emergency CPU throttling, when the browser website video-player blob uses software decoding, powering out your CPU completely, instead of hardware decoding done by the GPU as the MPV does when selecting the appropriate stream from the listing the website provides.
————————–
P.S.: I just noticed. There is something strange in your version string:antiX-19.3_x64-full Manolis Glezos 15 October 2020 base: Debian GNU/Linux 11 (bullseye)
it should read base: Debian GNU/Linux 10 (buster)
Please check your apt-repository selection in
/etc/apt/sources.list.d/debian.list
and all the other .list files living within the very same directory for wrong entries. Even antiX 19.5 should still read buster, not bullseye.
You might easily damage your antiX system beyond repair when using the wrong repo base (bullseye instead of buster for antiX 19) for installing something.Windows is like a submarine. Open a window and serious problems will start.
dukester
Please check your apt-repository selection
cat /etc/apt/sources.list.d/debian.list
deb http://debian.otenet.gr/debian/ buster non-free contrib main
deb http://security.debian.org/ buster/updates non-free contrib mainNo bullseye here. How does it manage to show up in `inxi -r’ I’m wondering?
--
dukester
- You must be logged in to reply to this topic.
