@Itsfoss If I look at what I currently have running I think that https://t.co/JUxgVYBsr0 / Linux is probably far more accurate these days.
Most tooling that's part of the boot process comes from something under the fdo. With limited use of gnu tools, same as when I use the shell.
@drjessmichphd@openSUSE The key part of openSUSE Asia Summit is that it's organised by a local volunteer team, without that it doesn't happen. This year a team from Chongqing volunteered previously it has been held in Taipei and was fantastic. I was there, but this year that team didn't volunteer.
Posted an update on @SUSE ALP for the @openSUSE Community with an eye to having openSUSE build stuff based on ALP
https://t.co/S8QodjAzaU
Please join the discussion on the [email protected] mailinglist
@ohellcp @Det_Conan_Kudo@sysrich from a music theory perspective there is a bunch of metal music that could be described as classical music with distortion https://t.co/p9jsVPYynq is also fascinating, I much prefer the faster versions and the really slow one.
@sysrich the right compressors set the right way can go along way to help that but for any form of studio recording they'd do it in separate takes maybe with different mics or have someone who knows the performance riding the preamp gain control
@sysrich@coogor @igorjagec @openSUSE this is why for now my approach is to wait and see what @SUSE actually leaves us for ALP I suspect there will be enough there to do a more traditional desktop based off leap and that's probably easier then making it play right with @OMicroos
The one thing @openSUSE Conference 2022 has convinced me more than anything else
"No HDMI Signal" would be an awesome band name
Photo featuring the great @douglasdemaio without which the awesome event couldn't have happened
@Det_Conan_Kudo I worked at a place that had a single openSUSE 10.3 VM because it contained the tool chain for building everything for an embedded Linux setup, there was close to no motivation to move it toward anything else
@Det_Conan_Kudo for Bluetooth to compete it needs to be at the point where everything uses a standardised dac/adc and they are the only latency in the audio path
@Det_Conan_Kudo nah the good stuff has no protocol, it's basically just a adc/dac on top of UHF but in the 2.4GHz band, the user has to make sure its not on a channel / freq that collides with other things if you need bi directional you use two devices on slightly different freqs
@Det_Conan_Kudo I worked on products where alsa was in the kernel to get keypress beep latency under 10ms for Morse operators. The wireless system I use with my bass guitar is 2.3ms. When you could be playing a note every 200ms 30ms is still massive latency.
@Det_Conan_Kudo ill disagree most ARM enablement comes from ARM for the embedded world and in most cases they don't want a full mobile stack, some want little more then kernel+busybox+uboot others might add systemd or Qt. They expect ARM to provide them with atleast these basics