Re: Bluetooth sound problems playing from a web browser
On Sun, Apr 7, 2024 at 3:30 PM Richmond wrote: > > Richmond writes: > > > Richmond writes: > > > >> When playing videos in a web browser, and sending the sound to a > >> bluetooth speaker (amazon echo) I get playback problems; stuttering, > >> sound quality reduction to AM radio level or lower). These things can > >> clear up after a minute or two, or be reduced. > >> > >> When playing from nvlc however I get no such problems. (I haven't > >> tried vlc so I am not sure if it is just that it is a command line). > >> > >> I have tried google-chrome and firefox-esr. > >> > >> Perhaps there is some other browser which will work? Maybe I need to > >> isolate the process from the browser? I tried pop-out picture on you > >> tube and it improved but there was still stuttering. > > > > I installed Falkon and Konqueror. I tried Falkon and it worked fine, no > > sound problems. But then I tried Google-chrome again and that was > > working fine too, and so was Firefox-esr. The problems have gone away > > and even rebooting doesn't bring them back. Maybe one of those browsers > > brought a better library with it. > > These problems have come back again. So unless you've updated or installed new hardware or software it's probably not a firmware/software issue. > I have tried rebooting. I tried > sending the same audio from an android phone and it works fine. How do I > find out what the problems is? I cannot see errors in journalctl It's possible that wifi or usb 3.0 could be interfering with your bluetooth speakers - eg https://www.zdnet.com/article/usb-3-and-usb-c-devices-can-cause-problems-with-wi-fi-and-bluetooth-connections-but-theres-a-solution/ https://sortatechy.com/spot-and-fix-bluetooth-interference-with-wifi/ If your PC is using wireless and can use a 5Ghz channel, try moving your PC wireless to a 5Ghz channel first. If you PC only supports 2.4Gh wireless you can install linssid https://packages.debian.org/bookworm/linssid and pick a relatively unused channel for your PC wireless. Or just try channels 1, 6 and 11 and see if any of those makes a difference.. If you're using a USB 3.0 device on your PC try turning it off or moving it to a USB 2.0 port and see if that fixes the bluetooth interference. Regards, Lee
Debian 12 al català
Hola, Faig servir Debian 12 He intentat que m'apareguin els missatges del terminal konsole en català i no he sigut capaç. Ja he fet dpkg-reconfigure locales i està en català (l'escriptori Plasma sí que m'apareix en català) localectl System Locale: LANG=ca_ES.UTF-8 VC Keymap: es X11 Layout: es X11 Model: pc105 X11 Variant: cat ➜neofetch _,met$gg.jordan@somtic ,g$$$P. - ,g$$P" """Y$$.".OS: Debian GNU/Linux 12 (bookworm) x86_64 ,$$P' `$$$.Host: N2x0WU ',$$P ,ggs. `$$b:Kernel: 6.1.0-18-amd64 `d$$' ,$P"' . $$$Uptime: 53 mins $$P d$' , $$PPackages: 3615 (dpkg), 37 (flatpak), 15 (snap) $$: $$. - ,d$$'Shell: bash 5.2.15 $$; Y$b._ _,d$P'Resolution: 1920x1080 Y$$. `.`"YP"'DE: Plasma 5.27.5 `$$b "-.__WM: KWin `Y$$Theme: Brisa [Plasma], Breeze [GTK3] `Y$$.Icons: [Plasma], Papirus-Dark [GTK2/3] `$$b.Terminal: konsole `Y$$b.CPU: Intel i5-8250U (8) @ 3.400GHz `"Y$b._GPU: Intel UHD Graphics 620 `"""Memory: 4653MiB / 7822MiB Moltes gràcies! Jordán -- Atentament, L'equip de SomLinux.cat Pàgina web:https://somlinux.cat Correu electrònic:sup...@somlinux.cat
Re: Bluetooth sound problems playing from a web browser
Have you tried a LIVE-version of another Linux distribution? It will be interesting to compare. вс, 7 апр. 2024 г. в 22:30, Richmond : > Richmond writes: > > > Richmond writes: > > > >> When playing videos in a web browser, and sending the sound to a > >> bluetooth speaker (amazon echo) I get playback problems; stuttering, > >> sound quality reduction to AM radio level or lower). These things can > >> clear up after a minute or two, or be reduced. > >> > >> When playing from nvlc however I get no such problems. (I haven't > >> tried vlc so I am not sure if it is just that it is a command line). > >> > >> I have tried google-chrome and firefox-esr. > >> > >> Perhaps there is some other browser which will work? Maybe I need to > >> isolate the process from the browser? I tried pop-out picture on you > >> tube and it improved but there was still stuttering. > > > > I installed Falkon and Konqueror. I tried Falkon and it worked fine, no > > sound problems. But then I tried Google-chrome again and that was > > working fine too, and so was Firefox-esr. The problems have gone away > > and even rebooting doesn't bring them back. Maybe one of those browsers > > brought a better library with it. > > These problems have come back again. I have tried rebooting. I tried > sending the same audio from an android phone and it works fine. How do I > find out what the problems is? I cannot see errors in journalctl > >
Re: Bluetooth sound problems playing from a web browser
Richmond writes: > Richmond writes: > >> When playing videos in a web browser, and sending the sound to a >> bluetooth speaker (amazon echo) I get playback problems; stuttering, >> sound quality reduction to AM radio level or lower). These things can >> clear up after a minute or two, or be reduced. >> >> When playing from nvlc however I get no such problems. (I haven't >> tried vlc so I am not sure if it is just that it is a command line). >> >> I have tried google-chrome and firefox-esr. >> >> Perhaps there is some other browser which will work? Maybe I need to >> isolate the process from the browser? I tried pop-out picture on you >> tube and it improved but there was still stuttering. > > I installed Falkon and Konqueror. I tried Falkon and it worked fine, no > sound problems. But then I tried Google-chrome again and that was > working fine too, and so was Firefox-esr. The problems have gone away > and even rebooting doesn't bring them back. Maybe one of those browsers > brought a better library with it. These problems have come back again. I have tried rebooting. I tried sending the same audio from an android phone and it works fine. How do I find out what the problems is? I cannot see errors in journalctl
Re: System hangs at GDM login or a bit later...
Well, I've been trying a couple of kernels, 6.1.0-17/11, and with both the system freezes sometime in the way explained below. I did a RAM test which was passed successfully, but I guess I should also make a GPU RAM test, something I really don't know how to do. For the usual RAM I used MEMTEST86+ as a live ISO. Now I'm trying kernel subsubsub version 16 since a couple of days ago and the system has not frozen yet. But I'm not very optimistic. Anyway, how can I test GPU memory? Best regards. Il giorno dom, 31/03/2024 alle 23.20 +0200, nimrod ha scritto: > On Wed, 2024-03-27 at 18:32 -0400, Jeffrey Walton wrote: > > On Wed, Mar 27, 2024 at 4:47 PM nimrod wrote: > > > > > > I'm having this annoying behaviour from GDM (or something > > > related). > > > > > > Quite ofter, after the GDM login screen appears, the host freezes > > > completely: every input device is unresponsive, no ssh connection > > > from another host is possible any more, no CTRL+ALT+CANC/F1-F6 is > > > working. > > > > > > But the same happens also while I'm typing the username or the > > > password, or after the login screen disappears because the login > > > was successful, or even a bit after the dash has appeared at the > > > bottom of the screen. > > > > > > Looking at boot.log, the last line before the next boot reads "[ > > > OK ] Started gdm.service - GNOME Display Manager". > > > > > > Looking at syslog instead, the lines are not always the same, but > > > usually there is something like this: > > > > > > 2024-03-27T17:57:25.479168+01:00 SW-GIULIANO /usr/libexec/gdm-x- > > > session[1831]: (II) Initializing extension RECORD > > > 2024-03-27T17:57:25.479455+01:00 SW-GIULIANO /usr/libexec/gdm-x- > > > session[1831]: (II) Initializing extension DPMS > > > 2024-03-27T17:57:25.479734+01:00 SW-GIULIANO /usr/libexec/gdm-x- > > > session[1831]: (II) Initializing ext2024-03- > > > 27T17:58:25.469753+01:00 SW-GIULIANO systemd-modules-load[394]: > > > Inserted module 'lp' > > > 2024-03-27T17:58:25.469853+01:00 SW-GIULIANO kernel: [ 0.00] > > > microcode: microcode updated early to revision 0xf4, date = 2023- > > > 02-23 > > > > > > Please note how the third line suddenly ends with "ext", followed > > > immediately by the first line written by the next boot sequence. > > > > > > The"gdm-x-session" lines above are just the last of a very long > > > list. I can provide other logs if requested. > > > > > > Any hint would be veri appreciated. > > > > Can you boot to a previous kernel? Hold SHIFT when the BiOS hands > > off > > to Grub to get the Grub menu. > > I went back to 6.1.0-17 kernel a couple of days ago and the system > didn't freeze so far. It's not enough to say the problem is solved, > because it is very random, but two days without freezing is > encouraging indeed. > > I'll let you know how is going, thanks. > > > > > If not, then ... maybe a hardware problem. Start with a memory > > checker. Then move on to disabling the GPU. > > > > Jeff > > >
Re: Am I missing a trick somewhere? lxc-usernsexec and squashfs
On Sat, 6 Apr 2024, Tim Woodall wrote: Hi, I use lxc-usernsexec to simulate root (and other users) for a non-root user. lxc-usernsexec -m b:0:10:65536 That then chroots into an overlayfs mounted using fuse. The lowerdir is a mounted squashfs, the upperdir is a regular directory. squashfuse rootimg.sqfs lower fuse-overlayfs -o lowerdir=lower,upperdir=upper,workdir=work mount This is all working nicely, and much faster than extracting a tarfile to generate the lowerdir which is what I used to do. But I have to jump through hoops to generate the lower sqfs. Turns out there was something wrong with my testing. Not exactly sure what I did wrong but provided you do the mounting inside the container then it "just works". The hoops are only needed if you want to mount outside the container. Tim.
Re: Apt configuration - As Stable As Possible
On 2024-04-07 04:48 +0300, Cyprus Socialite wrote: > I am trying to configure Apt to follow a "stable where we can, unstable > where we must" logic. > > On the "Stable+Backports - Testing - Unstable - Experimental" stencil, I > would like to > > - install left-to-right (the stablest version available), > > - upgrade right-to-left (the stablest newer version available, but never > less stable than the one currently installed). > > I have already achieved the desired Install behaviour with Pin-Priorities, > but upgrade is more challenging. > > For example, if I have foo=2 installed from testing, and the newer versions > available are foo=3 in stable and foo=4 in testing, apt seems to go for > testing, whereas I would prefer the stabler though not-so-much-newer > version by default. This would be rather strange and does not match my experience. Can you please show the output of "apt policy"? > Furthermore, I would like to keep the aforementioned stencil fixed on my > current release until and unless I'm ready for an upgrade. > > I imagine this can be achieved by sticking explicit names (e.g. > bookworm/trixie in place of stable/testing) everywhere, but maybe there is > a nicer, DRY-compliant method? Perhaps, something involving > APT::Default-Release or similar, though I will admit I have no clue how > this setting actually works... Using the codename (i.e. bookworm/trixie) is the way to go. When upgrading to a newer release you need to adjust the pinning preferences along with the apt sources, but this only needs to be done every two years. Cheers, Sven
