Linux-kysymyksiä & yleistä keskustelua Linuxista

[Obi-Lan]

Ajaa rsynciä Cron jobilla? Reaaliaikainen voi olla hankala toteuttaa

 

[kaakau<"'\\/>]

Onko porukalla kuinka pitää kaksi kansiota synkassa automaattisesti?

Tuli vastaan tälläinen: GitHub - emcrisostomo/fswatch: A cross-platform file change monitor with multiple backends: Apple OS X File System Events, *BSD kqueue, Solaris/Illumos File Events Notification, Linux inotify, Microsoft Windows and a stat()-based backend.

Onko kellään kokemusta tuosta, tai jostain muusta vastaavasta?

Riittääkö että a:sta kopioidaan muutokset b:n? Vai pitääkö b:stäkin a:n päin?

 

[Leo_Greta]

Riittääkö että a:sta kopioidaan muutokset b:n? Vai pitääkö b:stäkin a:n päin?

Molempiin suuntiin.

[edit] No niin, sain homman toimimaan ja ihan reaaliaikaisesti, tai no ehkä parin sekunnin viiveellä .

Softaksi löysin unison nimisen palikan, jonka ohjeet lataussivulla on todelle surkeat ja sen vuoksi piti googletella pari tuntia muita oppaita, ennenkuin tajusin miten se konffataan toimintakuntoon.

Unisonille loin seuraavan näköisen synkkaus profiilin, joka toimii hyvin testien perusteella:

# Unison preferences file
root = /home/<username>/dir1
root = /mnt/dir2
batch = true
auto = true
repeat = watch
silent = true
perms = 0
logfile = /home/<username>/.unison/unison.log

Unison pyörii käyttäjän systemd-palveluna taustalla jatkuvasti:

systemctl --user enable unison

Tuon vaatima unison.service -filu piti itse luoda, mutta se ei nyt monimutkainen ole ja löysin vieläpä valmiin filun sille täältä.

[edit1] Logiin tulee vielä virhettä, jota en oo vielä saanu korjattua, mutta toimintaan se ei näytä vaikuttavan:

Fatal error: No file monitoring helper program found.

 

[kaakau<"'\\/>]

Molempiin suuntiin.

Tein lyhyen skriptin ja ajattelin, että voi tulla looppi jos sitä ajaa kahta yhtä aikaa, mutta näyttäisi toimivan.

#!/usr/bin/env bash

src="$1"
dst="$2"

while true; do
    inotifywait -rq -e modify -e create -e delete -e attrib -e move "$src"
    rsync -avz --delete "$src/" "$dst"
done

Eli aja ./clone.sh kansio1 kansio2 ja ./clone.sh kansio2 kansio1. move-tapahtuma ei varmaan toimi, jos siirtää tiedoston pois kansioista jonnekin muualle, se on erityistapaus, niin se pitäisi käsitellä erikseen ja voin koittaa käsitellä sen jos tarvitsee.

 

[Leo_Greta]

Tein lyhyen skriptin ja ajattelin, että voi tulla looppi jos sitä ajaa kahta yhtä aikaa, mutta näyttäisi toimivan.

#!/usr/bin/env bash

src="$1"
dst="$2"

while true; do
    inotifywait -rq -e modify -e create -e delete -e attrib -e move "$src"
    rsync -avz --delete "$src/" "$dst"
done

Eli aja ./clone.sh kansio1 kansio2 ja ./clone.sh kansio2 kansio1. move-tapahtuma ei varmaan toimi, jos siirtää tiedoston pois kansioista jonnekin muualle, se on erityistapaus, niin se pitäisi käsitellä erikseen ja voin koittaa käsitellä sen jos tarvitsee.

Löysin softan, jolla sain toimimaan. Muokkasin sen just äskön edelliseen viestiin pari sekuntia sitten .

 

[jos]

Distroa kannattaa ehkä valita työpöytäympäristön / DE perusteella, moni on erikoistunut juuri siihen yhteen ja lisäilee kaikki viilaukset, hilavitkuttimet ym vain siihen.

Taas pitänyt kokeilla kaikkea ja vaikuttaa siltä, että Gnome on kaikkein vakain etenkin jos pelaa läppärin, telakan ja ulkoisen näytön kanssa. GDM lienee ainoa kirjautumissysteemi mikä osaa heittää loginin ulkoiselle näytölle jos läppärin kannen laittaa kiinni. Ja Gnome muutenkin selviää kelvollisesti jos lisää/poistaa näytön lennossa. KDE välillä sekoili tuon kanssa, Xfce hajosi jotenkin totaalisesti ja puolet sen prosesseista kaatui jos lykkäsi ulkoisen näytön kiinni. Ja ihan Ubuntulla testasin siis, Kubuntu, Xubuntu, mutta perus Ubuntu vaikuttaisi kaikkein vakaimmalta.

Edit. se on sitten makuasia tykkääkö itse Gnomesta, sitä saa kaikkein vähiten modata yms aika tiukasti rajoitettu mutta vaikuttaisi toimivan sitten.

Gnomesta ja sen johdannaisista olen itsekin pitänyt eniten. Haluaisin käyttää KDE:tä, koska se on kevyt ja lienee ainoa DE jossa on toimiva fractional scaling, mutta sen kanssa tuntuu olevan aina kummallista jumittumista/jäätymistä ja muuta pientä ongelmaa.

 

[Leo_Greta]

Toimiiko porukalla tone mapping VLC-playerissä HDR -> SDR?

Itellä värit on todella haaleat VLC:ssä, mutta kun pistän saman videon pyörimään Jellyfin-servun webbiplayerin kautta, niin ne on kunnossa.

Käyttis: Pop!_OS 22.04 LTS
VLC-player: 3.0.16 Vetinari (revision 3.0.13-8-g41878ff4f2)
CPU: AMD Ryzen 9 5900X
GPU: GeForce GTX 1080
Nvidian ajurit: 525.60.11
Testivideo: Sony Food Fizzle HDR

Kokeiltua:

• VLC > Tools > Preferenses > Advanced Preferenses > Video > Output modules > OpenGL > Tone mapping: Tone-mapping algorithm: Reinhard, sekä muut; Ei vaikutusta
• Pop-OS:in vakio soittimellakaan noi värit ei toistu oikein

Ideoita, miten esim. tuon testivideon sais toistumaan kunnolla?

VLC-player:


Jellyfin webplayer (ylä- ja alareunan tummat osat näkyy vain kun toisto on pausella):

 

[Leo_Greta]

Ei kenelläkään oo mitään ideaa, miten tuon väritoiston sais korjattua VLC:ssä?

 

[säämies]

Tämmösenä toistuu värit täällä ilman säätöjä.
Linux Mint 20.3, Ryzen 5 3400G.
VLC media player 3.0.9.2 Vetinari, buildd on lgw01-amd64-060.buildd (Apr 9 2020 19:29:44).

 

[archy]

Testasin itsekkin pikaisesti, eikä ainakaan tule tuollaista samanlaista harmaata huntua kuvan päälle.

Mutta oikeaa HDR tukeahan ei Linuxissa edes tällä hetkellä ole, joten vaikuttanee lopputulokseen.

 

[Leo_Greta]

Mikähän tässä omassa setupissa on sitten probleemana...

 

[TenderBeef]

Kokeile mint / ubuntu live cd:llä? Jos vika onkin sun popossissa?

 

[Leo_Greta]

Joo pitää kokeilla.

 

[Karonkka]

Miten US layouttiin voisi lisätä ääkköset? Yritin useaan otteeseen käyttää US internationalia, mutta meni merkit niin pieleen, että vaihdoin takasin puhtaan US:n.

Sxhkd:lla en ole osannut saada toimimaan ja modifierinä voi puolestani toimia mikä vain.

 

[Leo_Greta]

Miten US layouttiin voisi lisätä ääkköset? Yritin useaan otteeseen käyttää US internationalia, mutta meni merkit niin pieleen, että vaihdoin takasin puhtaan US:n.

Sxhkd:lla en ole osannut saada toimimaan ja modifierinä voi puolestani toimia mikä vain.

Itellä on käytössä US/English international, with AltGr dead keys ja ei oo valittamista.

 

[Karonkka]

Itellä on käytössä US/English international, with AltGr dead keys ja ei oo valittamista.

Tämän internationalin sietäisi, jos kriittinen yläpilkku ' ei menisi alt_R:n taakse myös. Pieni mutta niin raivostuttava seikka. Pitää kai koittaa taas kerran tottua tähän.

 

[Leo_Greta]

Tämän internationalin sietäisi, jos kriittinen yläpilkku ' ei menisi alt_R:n taakse myös. Pieni mutta niin raivostuttava seikka. Pitää kai koittaa taas kerran tottua tähän.

Itellä tulee PopOSissa '-merkki tulee suoraan napista ja ´-merkki tulee AltGr:n takaa. Aikasemmin oon käyttänyt myös "US/English, Alt.(ternative?) international", mutta tää nykyinen "US/English international, with AltGr dead keys" toimii paremmin PopOSissa. Kannattaa kokeilla tuota Alt. International -versiotakin.

 

[Obi-Lan]

Ubuntussakin ' merkki tulee suoraan tähtinäppäimestä. GMK näppiksessä olen koittanut ohjelmoida noita meta näppäimien taa mutta kohtuu sekavaa koska ne määritellään us ascii merkistöllä ja sitten pitää arpoa miten ne nappulat mäppääntyy suomi layoutille.

 

[Tonninkala]

Distroa kannattaa ehkä valita työpöytäympäristön / DE perusteella, moni on erikoistunut juuri siihen yhteen ja lisäilee kaikki viilaukset, hilavitkuttimet ym vain siihen.

Taas pitänyt kokeilla kaikkea ja vaikuttaa siltä, että Gnome on kaikkein vakain etenkin jos pelaa läppärin, telakan ja ulkoisen näytön kanssa. GDM lienee ainoa kirjautumissysteemi mikä osaa heittää loginin ulkoiselle näytölle jos läppärin kannen laittaa kiinni. Ja Gnome muutenkin selviää kelvollisesti jos lisää/poistaa näytön lennossa. KDE välillä sekoili tuon kanssa, Xfce hajosi jotenkin totaalisesti ja puolet sen prosesseista kaatui jos lykkäsi ulkoisen näytön kiinni. Ja ihan Ubuntulla testasin siis, Kubuntu, Xubuntu, mutta perus Ubuntu vaikuttaisi kaikkein vakaimmalta.

Edit. se on sitten makuasia tykkääkö itse Gnomesta, sitä saa kaikkein vähiten modata yms aika tiukasti rajoitettu mutta vaikuttaisi toimivan sitten.

Jos en väärin muista niin Gnomella taitaa olla tuo Wayland tuki myös käyttäjän kannalta jossain määrin pisimmällä vs KDE ja toimia "jouhevimmiten" toki en oo pitkään aikaan testaillu/seurannut kehitystä kun tuli näytönohjaimen vaihto AMD:sta Nvidia lähinnä taloudellisista syistä piti valita käytetty nvidia. Uskoisin että Wayland tarjoaa myös paremman alustan juuri kyslaisen toiminnallisuuden kehittymiselle vs X11 jos tulevaisuutta ajattelee.

 

[TenderBeef]

Mistähän johtuu, että joskus harvoin 3,5mm portista ei tule audio ulos vaikka johto kiinni, tulee vain läppärin kaiuttimista? Todella outo ja rasittava ongelma kun sattuu tapahtumaan. Miten tuon saisi fiksattua nopeasti esim. terminaalin kautta, joku audiosoftan resetointi? Johdon irtiottaminen ja takaisinlaitto ei auta. EDIT: Tämä siis tapahtuu silloin kun on johto kiinni portissa (99% ajasta), esim eilen ei mitään ongelmaa, läppäri sleep-tilaan, herätys tänään ja äänet tulee vain kaiuttimen kautta (johto ollut koko ajan kiinni).

Jatkokysymys: Saako läppärin kaiuttimet poistettua kokonaan pois toiminnasta jotenkin softapohjaisesti vai pitäisikö kaivaa kolvia käteen että onnistuisi? Ei ole ikinä sellaista tilannetta, että haluaisin niistä mitään ääntä.

EDIT2: Komennot pulseaudio -k ja perään pulseaudio -D ei auta (viimeinen antaa "E: [pulseaudio] main.c: Daemon startup failed." virheen mutta silti lähtee takaisin käyntiin), ei auta myöskään sudo killall pulseaudio.

EDIT3: Eikä toimi systemctl --user restart pulseaudio.service tai systemctl --user restart pulseaudio.socket.

EDIT4: Joku kirjoitti netissä, että saattaa liittyä juuri sleep-tilasta palattaessa ja saattaa olla joku hardware ongelma (mutta tapahtuu silti vain harvoin?), kokeilin hänen ohjeilla ensin taas pulseaudio -k ja sitten sudo alsa force-reload mutta se tuntuu vain jumittavan tähän (ei palaa promptiin):

Unloading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer

Unloading kohdassa tulee "failed: modules still loaded..." ja siksi loading jää jumittamaan? Ihme ongelma.

EDIT5: Breikkasin tuon edellisen kun ei loppunut jumitus. Kokeilin sitten sleep-tilaan menoa ja koko paska jumitti täysin. Ja bootin jälkeen toimii taas.. en ymmärrä. Oli ollut edellisestä bootista jotain muutamia päiviä joten ei voinut olla mikään "linux pyörinyt 60 päivää putkeen (uni/horrostilassa välillä) ja jotain menee siksi jumiin". Todella ärsyttävä kun sattuu kohdalle.

Osaako joku sanoa, onko edes mahdollista disabloida läppärin kaiuttimet jotenkin softapuolella? Mutta että 3,5mm plugin kautta silti tulisi ääntä jos johto on kiinni.

 

[ississ]

Mistähän johtuu, että joskus harvoin 3,5mm portista ei tule audio ulos vaikka johto kiinni, tulee vain läppärin kaiuttimista? Todella outo ja rasittava ongelma kun sattuu tapahtumaan. Miten tuon saisi fiksattua nopeasti esim. terminaalin kautta, joku audiosoftan resetointi? Johdon irtiottaminen ja takaisinlaitto ei auta. EDIT: Tämä siis tapahtuu silloin kun on johto kiinni portissa (99% ajasta), esim eilen ei mitään ongelmaa, läppäri sleep-tilaan, herätys tänään ja äänet tulee vain kaiuttimen kautta (johto ollut koko ajan kiinni).

Jatkokysymys: Saako läppärin kaiuttimet poistettua kokonaan pois toiminnasta jotenkin softapohjaisesti vai pitäisikö kaivaa kolvia käteen että onnistuisi? Ei ole ikinä sellaista tilannetta, että haluaisin niistä mitään ääntä.

EDIT2: Komennot pulseaudio -k ja perään pulseaudio -D ei auta (viimeinen antaa "E: [pulseaudio] main.c: Daemon startup failed." virheen mutta silti lähtee takaisin käyntiin), ei auta myöskään sudo killall pulseaudio.

EDIT3: Eikä toimi systemctl --user restart pulseaudio.service tai systemctl --user restart pulseaudio.socket.

EDIT4: Joku kirjoitti netissä, että saattaa liittyä juuri sleep-tilasta palattaessa ja saattaa olla joku hardware ongelma (mutta tapahtuu silti vain harvoin?), kokeilin hänen ohjeilla ensin taas pulseaudio -k ja sitten sudo alsa force-reload mutta se tuntuu vain jumittavan tähän (ei palaa promptiin):

Unloading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer

Unloading kohdassa tulee "failed: modules still loaded..." ja siksi loading jää jumittamaan? Ihme ongelma.

EDIT5: Breikkasin tuon edellisen kun ei loppunut jumitus. Kokeilin sitten sleep-tilaan menoa ja koko paska jumitti täysin. Ja bootin jälkeen toimii taas.. en ymmärrä. Oli ollut edellisestä bootista jotain muutamia päiviä joten ei voinut olla mikään "linux pyörinyt 60 päivää putkeen (uni/horrostilassa välillä) ja jotain menee siksi jumiin". Todella ärsyttävä kun sattuu kohdalle.

Osaako joku sanoa, onko edes mahdollista disabloida läppärin kaiuttimet jotenkin softapuolella? Mutta että 3,5mm plugin kautta silti tulisi ääntä jos johto on kiinni.

Tähän mennessä vastaan tulleissa läppäreissä kaiuttimet on 99% olleet liittimillä. Kannattaa kurkata jos lähtee helposti auki.

 

[Tonninkala]

Jatkokysymys: Saako läppärin kaiuttimet poistettua kokonaan pois toiminnasta jotenkin softapohjaisesti vai pitäisikö kaivaa kolvia käteen että onnistuisi? Ei ole ikinä sellaista tilannetta, että haluaisin niistä mitään ääntä.

Jos käytät pulseaudiota äänikorttiin ootko kokeillut muuttaa conffitiedostosta mitään?

Vastaus kysymykseen voinee löytyä kyseisestä url-linkistä. Lainausta:

When signal is lost to during sleep, Pulse Audio is automatically configured to activate the default source (your HDMI). Upon resume the sound device is still on HDMI. To override this setting, tell Pulse Audio to never switch sound devices automatically:

• edit the file /etc/pulse/default.pa
• find the line load-module module-switch-on-port-available
• insert a # at the beginning of the line to disable automatic port switching
• save file and exit editor
• type pulseaudio -k to reload configuration

Eli pulseaudio vaihtaa defaultti äänilaitteelle tuolta sleep-modesta heräämisen jälkeen. Periaatteessa voit varmaan disabloida ne laitteen omat kajarit jollain default.pa tehtävällä softavivulla. En jaksa googlettaa. Tai toinen on että ootko varma että oletus äänilaitteeksi valittu kuulokeportti. Periaatteessa tuon vikailun vois selittää se että laitteiden herätessä äänikortin softa herää hetken liian myöhässä tai läppäri ei tunnista teknisesti sitä ulkoista äänipiuhaa jonka jälkeen valitsee toisen oletuksen eli nuo sisäiset kajarit.

Toinen tuosta sisäisten kajareiden disabloimisesta tuli mieleen että jostain äänikortin puolelta voinee ajureiden "blacklistaamisella" onnistua kun viittaa sysfs puolelta kyseisen äänikortin porttiin.
Kyseisestä linkistä ehkä enemmän aiheesta. Periaatteessa myös yhtä validia kirjoittelua lukea koska samasta ajurista kyse langan kirjoittelijalla.

 

[TenderBeef]

Jos käytät pulseaudiota äänikorttiin ootko kokeillut muuttaa conffitiedostosta mitään?

En ole, enkä ole "valinnut" pulseaudiota, se vain tulee tässä Linux Mintissä (ainakin 20.x versioissa) oletuksena. Pitää kokeilla tuota ehdottamaasi puukotusta ja katsoa jatkossa tuleeko enää tätä harvoin tapahtuvaa tilannetta vastaan.

Tai toinen on että ootko varma että oletus äänilaitteeksi valittu kuulokeportti.

GUI:n kautta vai terminaalista?


EDIT:

 

[Tonninkala]

GUI:n kautta vai terminaalista?

Ei ole merkitystä. Gui:n kautta muuttaa niin asetus pitäis jäädä kyllä oikeaksi. Terminaalista en osaa sanoa/muista muuttaako esim pactl asetuksia pysyvästi vai pelkästää ajonaikaisesti.
Ite suosin puhtaasti configin editoimista käsin vs jollain terminaalisoftan komennolla. Toki käyttökohteensa kaikilla esim scriptoissa ovat hyviä jne.

EDIT

Lisäks näyttäis että käytät jotain mintin GTK/Gnome default työpöytä gui:ta äänten hallintaan. Melkein helpompaa kun asentaa

sudo apt-get install pavucontrol

jossa enemmän säätöjä yms tarjolla. Jälleen linkkiä aiheesta

Tuolta alsamixeristä terminaalissa ei voi muuta kuin hallinnoida äänentasoja.

 

[TenderBeef]

Guissa on vain tuo valinta ja muuta kautta en osaa tehdä mitään, en ainakaan vielä. Kaikki kuitenkin toimii lähes aina, harvoin vain sattuu näin, että 3,5mm portti ei tunnu toimivan ja bootti näyttäisi olevan ainoa ratkaisu.

 

[kaakau<"'\\/>]

EDIT4: Joku kirjoitti netissä, että saattaa liittyä juuri sleep-tilasta palattaessa ja saattaa olla joku hardware ongelma (mutta tapahtuu silti vain harvoin?), kokeilin hänen ohjeilla ensin taas pulseaudio -k ja sitten sudo alsa force-reload mutta se tuntuu vain jumittavan tähän (ei palaa promptiin):

Unloading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer

Unloading kohdassa tulee "failed: modules still loaded..." ja siksi loading jää jumittamaan? Ihme ongelma.

Meinasinkin ehdottaa ajureiden poistamista ja takaisin päälle, mutta tuo alsa force-reload näyttääkin yrittävän sitä. Jos se ei toiminut, niin voisit itse yrittää vatkata ajureita. sudo modprobe -r ajuri poistaa ja sudo modprobe ajuri lisää. lsmod:lla näkee mitä ajureita on päällä.

 

[JiiPee]

Mistähän johtuu, että joskus harvoin 3,5mm portista ei tule audio ulos vaikka johto kiinni, tulee vain läppärin kaiuttimista? Todella outo ja rasittava ongelma kun sattuu tapahtumaan. Miten tuon saisi fiksattua nopeasti esim. terminaalin kautta, joku audiosoftan resetointi? Johdon irtiottaminen ja takaisinlaitto ei auta. EDIT: Tämä siis tapahtuu silloin kun on johto kiinni portissa (99% ajasta), esim eilen ei mitään ongelmaa, läppäri sleep-tilaan, herätys tänään ja äänet tulee vain kaiuttimen kautta (johto ollut koko ajan kiinni).

Jatkokysymys: Saako läppärin kaiuttimet poistettua kokonaan pois toiminnasta jotenkin softapohjaisesti vai pitäisikö kaivaa kolvia käteen että onnistuisi? Ei ole ikinä sellaista tilannetta, että haluaisin niistä mitään ääntä.

EDIT2: Komennot pulseaudio -k ja perään pulseaudio -D ei auta (viimeinen antaa "E: [pulseaudio] main.c: Daemon startup failed." virheen mutta silti lähtee takaisin käyntiin), ei auta myöskään sudo killall pulseaudio.

EDIT3: Eikä toimi systemctl --user restart pulseaudio.service tai systemctl --user restart pulseaudio.socket.

EDIT4: Joku kirjoitti netissä, että saattaa liittyä juuri sleep-tilasta palattaessa ja saattaa olla joku hardware ongelma (mutta tapahtuu silti vain harvoin?), kokeilin hänen ohjeilla ensin taas pulseaudio -k ja sitten sudo alsa force-reload mutta se tuntuu vain jumittavan tähän (ei palaa promptiin):

Unloading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer

Unloading kohdassa tulee "failed: modules still loaded..." ja siksi loading jää jumittamaan? Ihme ongelma.

EDIT5: Breikkasin tuon edellisen kun ei loppunut jumitus. Kokeilin sitten sleep-tilaan menoa ja koko paska jumitti täysin. Ja bootin jälkeen toimii taas.. en ymmärrä. Oli ollut edellisestä bootista jotain muutamia päiviä joten ei voinut olla mikään "linux pyörinyt 60 päivää putkeen (uni/horrostilassa välillä) ja jotain menee siksi jumiin". Todella ärsyttävä kun sattuu kohdalle.

Osaako joku sanoa, onko edes mahdollista disabloida läppärin kaiuttimet jotenkin softapuolella? Mutta että 3,5mm plugin kautta silti tulisi ääntä jos johto on kiinni.

Kokeiles bootin jälkeen tuota samaa loitsu eli pulsen tappo ja alsa force reload. Jos bootin jälkeen noi loitsut menee läpi ilman jumitusta niin kertoo siitä että jokin ajuri kosahtaa tuon sleepin takia. Ja sille tuskin on hirveästi tehtävissä kotikonstein. Linux puolella valitettavasti nää sleepit ja hibernate hommat on edelleen ongelmallisia.

EDIT: Niin ja pulseaudio taitaa olla aika kuollut. Pipewire on sitä kovaa vauhtia korvaamassa.

 

[TenderBeef]

Kokeiles bootin jälkeen tuota samaa loitsu eli pulsen tappo ja alsa force reload. Jos bootin jälkeen noi loitsut menee läpi ilman jumitusta niin kertoo siitä että jokin ajuri kosahtaa tuon sleepin takia.

Sama homma tapahtuu, edelleen jumittuu. (täytyy taas bootata varmuuden vuoksi vaikka nyt äänet toimivatkin tuosta komennosta huolimatta.. kerkesin jo avata kaikki ohjelmat, tekstitiedostot, jne., muuten tuo boottaus ei olisi niin ärsyttävää mutta kun pitää kaikkea taas avata auki uudestaan kuten aiemmin oli, tuntuu aina olevan paljon eri tiedostoselaimia+tabeja, txt-tiedostoja monta tabia, terminaaleja vähintään yksi auki... aina tuntuu olevan yksi tai useampi säätö tai koodaus meneillään)

Katsoin komennolla pacmd list-cards* että taitaa olla ainakin mahdotonta disabloida tiettyä deviceä kun 3,5mm jackki ja läppärin kaiuttimet ovat eri portteja samassa devicessä. Pitää yrittää jossain vaiheessa (on niin pirusti taas kaikkea tekemistä) josko saisi tietyn portin disabloitua kokonaan (samalla vetäisi läppärin mikrofoniportin kiinni myös).. mutta voiko siihenkään sitten luottaa kun tälläinen ongelma aina silloin tällöin tulee ilmeisesti jonkun softaongelman takia. Hassusti olen aina luullut, että jos tuossa 3,5mm jackissa on joku kiinni niin on mahdotonta saada ääntä kaiuttimista ulos, eli jotenkin aina luullut, että siinä on joku mekaaninen lukitus.

*

2 card(s) available.
...
    index: 1
        name: <alsa_card.pci-0000_00_1f.3>
...
        properties:
            alsa.card_name = "HDA Intel PCH"
...
        ports:
            analog-input-internal-mic: Internal Microphone (priority 8900, latency offset 0 usec, available: unknown)
                properties:
                    device.icon_name = "audio-input-microphone"
            analog-input-mic: Microphone (priority 8700, latency offset 0 usec, available: no)
                properties:
                    device.icon_name = "audio-input-microphone"
            analog-output-speaker: Speakers (priority 10000, latency offset 0 usec, available: no)
                properties:
                    device.icon_name = "audio-speakers"
            analog-output-headphones: Headphones (priority 9900, latency offset 0 usec, available: yes)
                properties:
                    device.icon_name = "audio-headphones"

Jotenkin nyt tuntuu, että vaikka puukottaisi nyt mitä vaan niin kun tällainen virhetilanne taas tulee niin se vaan tulee kun joku menee solmuun, esim. jos disabloisi "automatic port switching":in niin sitten ei vain kuuluisi ääntä jackista eikä kaiuttimista. Hankala tätä on myös ratkaista kokeilemalla erilaisia juttuja kun tämä tilanne tulee vain harvoin ja ihan randomisti. On ollut vähän ajatusta päivityksestä mint 21:seen, siis että laittaisi ihan puhtaan asennuksen (kauhea säätö vaan taas laittaa kaikki toimimaan kuten haluaa) joten siltäkin osin ei oikein jaksaisi enää tämän kanssa taistella.. sitten palaisi astialle jos uudemmassa mintissä tulee sama vastaan. EDIT: Tosin tietenkin siinäkin haluaisin disabloida ainakin kaiuttimet.. jos en sitten vain nykäisi sitä mahdollista johtoa irti, sitten ei varmasti tule pihahdustakaan.

 

[JiiPee]

Jos bootin jälkeenkin jumittuu niin sitten siellä on jotain edelleen joka käyttää niitä ääniajureita, eli se pulsen tappo ei riitä.

 

[kaakau<"'\\/>]

EDIT: Niin ja pulseaudio taitaa olla aika kuollut. Pipewire on sitä kovaa vauhtia korvaamassa.

Kubuntu 22.10:n kun päivitin, niin tuli Pipewire Pulseaudion tilalle ja mukana tuli kaksi vikaa. Kun avasin tekemäni Java-ohjelman, niin kaikkien muiden ohjelmien äänet alkoi kuulostamaan vammaselta. Ja toinen oli, että aina vaikka videon katsomisen jälkeen tuli pieni ääni, kun äänilähde meni kiinni tai jotain. Joskus se taas jäi päälle ja kuului jotain ininää. Ongelma ratkesi ottamalla Pulseaudio taas käyttöön. Tulikohan Pipewire keskeneräisenä käyttöön, vähän sama juttu kuin Waylandilla.

 

[Kaalip]

Itsellä EndeavourOS ja KDE plasma, pipewiren kanssa ei mitään ongelmia, pulseaudion kanssa ei muuta ollutkaan. Varsinkin bluetooth kuulokkeet ei toiminu pulseaudiolla hetkeäkään kunnolla.
Kubuntua koitin joskus vaihtaa pulseaudion pipewireen ja sen jälkeen jos koitti siivota orvot paketit apt-autoremovella niin poisti koko järjestelmän. Lensi kaaressa lepikkoon kyllä koko ubuntu lyhyen kokeilun jälkeen.

Suosittelen silti koittamaan vaihtaan pipewire pulseaudion tilalle, netistä löytyy selkeitä ohjeita ja takaisin voi aina palata jos ei toimi.

Kaikki ohjelmat ja tiedostot kyllä avautuu itsestään samaan tilaan rebootin jälkeen missä ne olivatkin. Liekö taas jotain KDE ominaisuuksia kun ei ole tarvinnut mitään tuonkaan eteen tehdä.

 

[JiiPee]

Kubuntu 22.10:n kun päivitin, niin tuli Pipewire Pulseaudion tilalle ja mukana tuli kaksi vikaa. Kun avasin tekemäni Java-ohjelman, niin kaikkien muiden ohjelmien äänet alkoi kuulostamaan vammaselta. Ja toinen oli, että aina vaikka videon katsomisen jälkeen tuli pieni ääni, kun äänilähde meni kiinni tai jotain. Joskus se taas jäi päälle ja kuului jotain ininää. Ongelma ratkesi ottamalla Pulseaudio taas käyttöön. Tulikohan Pipewire keskeneräisenä käyttöön, vähän sama juttu kuin Waylandilla.

Kyllähän se pipewire keskeneräinen on, mutta pulsen kehitys on hyvin minimaalista.

Kubuntua koitin joskus vaihtaa pulseaudion pipewireen ja sen jälkeen jos koitti siivota orvot paketit apt-autoremovella niin poisti koko järjestelmän. Lensi kaaressa lepikkoon kyllä koko ubuntu lyhyen kokeilun jälkeen.

Ittellä on jostain apt pohjaisesta distrosta aika samanlainen kokemus että cleanupissa lähtikin sitten tavaraa niin että koko paska oli siinä. Tuollaista ei vaan yksinkertaisesti saisi käydä. Sen takia ei ittellä apt pohjaista kikotinta tule olemaan. Ja tulihan se lista silmäiltyä läpio että mitä poistaa mutta kun ei apt pohjainen systeemi ja paketin nimeämiset ole niin tuttu niin ei vaan osunu silmään että minkä järjestelmän kriittisen paketin tai paketit se veti samalla pois.

 

[kaakau<"'\\/>]

Kaikki ohjelmat ja tiedostot kyllä avautuu itsestään samaan tilaan rebootin jälkeen missä ne olivatkin. Liekö taas jotain KDE ominaisuuksia kun ei ole tarvinnut mitään tuonkaan eteen tehdä.

Itse ainakin piti KDE:n asetuksista laittaa päälle, että jatkaa viimeisintä istuntoa. Ja silti Signal ja Element ei käynnisty, liittynee siihen, että kumpikin on Electron-pohjaisia sovelluksia. Ja vaikka Konsoleen tulee kaikki tabit, niin ei niissä ole screen-istuntoa ja Vimiä päällä esim., että ymmärrän hyvin tuon, että käyttää suspendia tai hibernatea. Miksi ei käyttäisi. Tosin itselläkään ne eivät aina ole toimineet täysin, silloin tällöin joku osa systeemistä hajoaa ja debuggaaminen on vaikeaa.

 

[TenderBeef]

Itsellä suspend ei tuota mitään ongelmaa (jos tätä erittäin harvoin tapahtuvaa äänilähdeongelmaa ei lasketa mukaan, JOS se nyt edes tapahtuu suspendin takia), hibernate bugaa silloin tällöin, ei kovin usein. Esim. tässä meni useampi viikko kun taisin hibernate+restartata winkkariin pelaamaan hetkeksi lähes joka päivä eikä ollut mitään ongelmaa. Sitten vaan randomisti joskus saattaa hibernate jumittaa ja joutuu laittamaan powerinapista virrat pois ja päälle. 2 tai 3 kertaa on tuollaisessa tilanteessa käynyt niin, että kun boottasi linuxiin takaisin niin se jatkoikin hibernatesta ihan normaalisti, muuten kyllä on joutunut aloittamaan "puhtaalta työpöydältä". Ei onneksi usein tapahdu ja mulla on kuitenkin aina kaikki tallennettu jos jotain on kesken/auki niin mitään ei sinänsä "häviä". Olen jo aikoja sitten oppinut siihen, että ctrl+s:ää tulee paineltua aika usein.

Pakko tällä vaan pärjätä, ei ole muuta vaihtoehtoa, winkkaria en joidenkin pelien ajamisen lisäksi enää suostu käyttämään. Harmi kun tuota hibernatehommaa ei saa toimimaan tietokoneilla kunnolla. Jos olen oikein käsittänyt, niin ongelma taitaa olla se, että valmistajat tekevät ei-speksien mukaisia ratkaisuja. Jos nyt oikein jaksan muistella oikein, niin ei mulla windowsissakaan (edellisten koneiden kanssa) hibernate toiminut 100%:sti.

 

[Barbarossa]

...ei niissä ole screen-istuntoa ja Vimiä päällä esim...

Et ole testannut tmuxia tmux-resurrect (+ tmux-continuum) plugareilla?
Resurrectilla voi tallentaa ja palauttaa tmux-session, pitäisi osata jopa Vim-sessio palauttaa (tästä ei kokemusta kun en vimiä käytä). Continuumilla saa automatisoitua tallennuksen ja palautuksen.

Muutenkin henk. koht. tmux tuntuu mukavammalta kuin kivikautinen GNU Screen.

 

[Eidzei]

Kubuntu mainittu. Täällä tuoreehko havainto, että sleepin jälkeen (laitan siis konetta nukkumaan mooonta kertaa päivässä ja buutteja harvoin) äänet lopulta eivät toimi. Myös GUI saattaa alkaa lopulta tahmaamaan - kun ei välittömästi käynnisty palkista joku sovellus tai menu aukea, niin tiedän olevan buutin tarpeessa. En ole koettanut vielä mitään temppuja.

 

[Vaateri]

Et ole testannut tmuxia tmux-resurrect (+ tmux-continuum) plugareilla?
Resurrectilla voi tallentaa ja palauttaa tmux-session, pitäisi osata jopa Vim-sessio palauttaa (tästä ei kokemusta kun en vimiä käytä). Continuumilla saa automatisoitua tallennuksen ja palautuksen.

Muutenkin henk. koht. tmux tuntuu mukavammalta kuin kivikautinen GNU Screen.

Sivusta kommentti, että tämä olikin mielenkiintoinen ja mitä nyt vähän perehtynyt, niin taitaa mennä käyttöön sccreenin tilalle missä mahdollista.

 

[SShadow]

Sivusta kommentti, että tämä olikin mielenkiintoinen ja mitä nyt vähän perehtynyt, niin taitaa mennä käyttöön sccreenin tilalle missä mahdollista.

Pitkään meni itselläni siirtyessä Screenistä Tmuxiin, mutta nyt kun käyttää niin ei ole enää paluuta vanhaan. Ihan jo vaikka siitä syystä että saa jaettua ruudun kahtia, ja olla kaksi editoria auki vierekkäin. Ja irssissä saa IRC-kanavan jäsenlistan sivupalkiksi, kun käyttää Tmux plugaria

 

[koje]

Byobu on varsin hyvä toteutus tmuxista:

Byobu

Byobu Byobu is a GPLv3 open source text-based window manager and terminal multiplexer. It was originally designed to provide elegant enhancements to the otherwise functional, plain, practical GNU Screen, for the Ubuntu server distribution. Byobu now includes an enhanced profiles, convenient

www.byobu.org

 

[Tonninkala]

Kubuntu 22.10:n kun päivitin, niin tuli Pipewire Pulseaudion tilalle ja mukana tuli kaksi vikaa. Kun avasin tekemäni Java-ohjelman, niin kaikkien muiden ohjelmien äänet alkoi kuulostamaan vammaselta. Ja toinen oli, että aina vaikka videon katsomisen jälkeen tuli pieni ääni, kun äänilähde meni kiinni tai jotain. Joskus se taas jäi päälle ja kuului jotain ininää. Ongelma ratkesi ottamalla Pulseaudio taas käyttöön. Tulikohan Pipewire keskeneräisenä käyttöön, vähän sama juttu kuin Waylandilla.

Kyllähän se pipewire taitaa olla vielä aika kokeellinen kehityksen osalta. Tai vaikka core elementit oliskin suht "vakaita" ongelmaksi näissä muodostuu aina legacy/modernien softien tuen päivittäminen. Käytännössähän homman pitäisi mennä eri välikerrosten kautta eli nyt vaikka pulseaudio <-> pipewire. Ellei sitten kirjoiteta suoraa tukea, mutta vähemmän päivityksiä saavien softien kohdalla tätä tuskin kannattaa odottaa eli tosielämässä olet enemmän tai vähemmän riippuvainen rikkoutuvista/latencyä aiheuttavista layereistä.

Parhaimmillaan itse toivoisin että pipewiresta tulisi joskus Applen coreaudion tasoinen "Se vaan toimii" ratkaisu joka mahdollistaisi helppokäyttöisemmän. Varsinkin musiikkipuolen softan ja laitteiden kytkemisen käyttämisen linuxilla. Eli tarjoaisi jackd:n tasoista nollalatencya helppokäyttöisesti. (Periaatteessahan tuon pipewiren sai jotenkin linkitettyä jackd tällä hetkellä.)

Mitä tulee tuohon waylandiin niin kyllähän tuo pipewire on nimenomaan askel myös oikeaan suuntaan siinä rinnalla waylandiinkin siirryttäessä.

 

[Karonkka]

Kyllähän se pipewire taitaa olla vielä aika kokeellinen kehityksen osalta. Tai vaikka core elementit oliskin suht "vakaita" ongelmaksi näissä muodostuu aina legacy/modernien softien tuen päivittäminen. Käytännössähän homman pitäisi mennä eri välikerrosten kautta eli nyt vaikka pulseaudio <-> pipewire. Ellei sitten kirjoiteta suoraa tukea, mutta vähemmän päivityksiä saavien softien kohdalla tätä tuskin kannattaa odottaa eli tosielämässä olet enemmän tai vähemmän riippuvainen rikkoutuvista/latencyä aiheuttavista layereistä.

Parhaimmillaan itse toivoisin että pipewiresta tulisi joskus Applen coreaudion tasoinen "Se vaan toimii" ratkaisu joka mahdollistaisi helppokäyttöisemmän. Varsinkin musiikkipuolen softan ja laitteiden kytkemisen käyttämisen linuxilla. Eli tarjoaisi jackd:n tasoista nollalatencya helppokäyttöisesti. (Periaatteessahan tuon pipewiren sai jotenkin linkitettyä jackd tällä hetkellä.)

Mitä tulee tuohon waylandiin niin kyllähän tuo pipewire on nimenomaan askel myös oikeaan suuntaan siinä rinnalla waylandiinkin siirryttäessä.

En ymmärrä Pipewiren toiminnallisuudesta juuri mitään. Tällä hetkellähän se tarvitsee toimiakseen useita paketteja käytettävän ääniajurin mukaan. Pipewire-pulse, pipewire-jackd tai pipewire-alsa tarvitaan toimiakseen.

Koska pipewire ei ole ainakaan täysin itsenäinen (standalone) ratkaisu, niin millä termillä sitä pitäisi kutsua?

Olen käyttänyt pipewire-pulsea ja wireplumberia xorgissa jo liki 1,5 vuotta enkä ole havainnut mitään ketjussa puhuttuja ongelmia. Päinvastoin, pulseaudiolla varsinkin bluetooth-kuulokkeet vaativat kikkailua lähes päivittäin ja siksi pipewire kokeiluun tulikin.

Oliko Ubuntu vai Fedora joka pari viikkoa ilmoitti siirtyvänsä pipewireen? Tarkoittaako se positiivisia askeleita kehitykseen?

 

[archy]

Oliko Ubuntu vai Fedora joka pari viikkoa ilmoitti siirtyvänsä pipewireen? Tarkoittaako se positiivisia askeleita kehitykseen?

Fedora on käyttäny pipewireä vakiona jo oliko versiosta 34 lähtien, ja oli samalla ensimmäinen joka tuon otti käyttöön, kuten Fedoralla on tapana. Ubuntu taisi siirtyä pipewireen 22.10 julkaisussaan.

 

[kaakau<"'\\/>]

Et ole testannut tmuxia tmux-resurrect (+ tmux-continuum) plugareilla?
Resurrectilla voi tallentaa ja palauttaa tmux-session, pitäisi osata jopa Vim-sessio palauttaa (tästä ei kokemusta kun en vimiä käytä). Continuumilla saa automatisoitua tallennuksen ja palautuksen.

Muutenkin henk. koht. tmux tuntuu mukavammalta kuin kivikautinen GNU Screen.

En ole testannut. Ei tule konetta usein sammutettua, niin ei ole hirveästi ollut väliä, mutta voisin kokeilla jos ei paljoa tarvitse säätää. Screeniä olen käyttänyt, kun se on ajanut asiansa. En muuta tee, kun avaan vain jokusen ikkunan istuntoon.

 

[Tonninkala]

Joo mitä ilmeisemmin pipewire on edennyt siis hyvin kehityksessä.
Itse pohjaan nuo viimeiset "kokemukset" pipewireen tyyliin aika kaudelle miekka ja kirves eli 2017 jolloin lähinnä tuli seurailtua conferenssi esitelmiä siitä millainen pipewire tulee olemaan/miten kehitys edennyt eikä mikään distro juurikaan tainnut tarjota vielä edes valmiita binary paketteja. Tämä on tietenkin hyvä asia jos tai kun pipewire toimii jo monen distron pohjalla. Itsellä tällä hetkellä pelkästään pulseaudio <-> alsa ja jack satunnaisesti. Periaatteessa voisin alkaa jo vaihtaa järjestelmässä pulseaudion tilalle pipewiren pohjalle mutta if aint broken don't fixit mentaliteetilla etenen näissä monesti. Pohjaan tämänkin lähinnä siihen mitä muistan viimeeksi lukeneeni archin bugtrackkerista ja pipewiresta että viime silmäyksellä oli vielä liian aikaista.

Pipewire-pulse, pipewire-jackd tai pipewire-alsa on juurikin niitä yhteensopivuus kirjastoja/paketteja joita tarvitaan että kaikki softat jotka käyttää vielä "vanhoja" äänipuolen ajureita/kirjastoja pyörii pipewiren päällä.

 

[Barbarossa]

Tässä huvikseni väkersin ältsin hienon, joskin karkean ja mutkia suoriksi oikovan, kuvatuksen Linuxin audiopinosta jonka toivon selkeyttävän pipewire-pulseaudio-jack-alsa kuviota.

Spoileri

 

[JiiPee]

Ja vielä tuosta audiopinosta niin jos joku ihmettelee että miksi tommosia tarttetaan niin siksi koska alsa vaikka onkin ihan mainio, on kuitenkin aika yksinkertainen. Esim. kodin saa toimimaan ihan suoraan alsan läpitte, joka taitaa tällä hetkellä olla ainut tapa jolla DD5.1 ja DTS parempia ääniä saa passthroughtina menemään vahvistimelle. Ongelma vaan on että se kodi ryövää sitten yksinoikeudella koko äänipuolen ja mistään muualta ei sitten äänet enää pihise. Tää ei tietty ole ongelma jos pyörittää vaan sitä kodia.
Eli pulseaudio ja pipewire on taso siinä välissä joka mahdollistaa useamman äänilähteen käyttävän sitä samaa audio liitäntää ja tavallaan kykenee "miksaamaan" useamman äänilähteen äänet yhteen.

Pulseaudio puolella tuon passthrough homman kanssa jotain kehitystä tapahtui, mutta se sitten hyytyi kuten koko pulsen kehitys kun toi pipewire alkoi ottaa tuulta alleen. Ilmeisesti pipewire puolella ollaan vielä pahasti vaiheessa tuon passthrough kanssa.
Itte meinannu jo monta vuotta laittaa töllön perään jonkinlaisen HTPC homman, mutta en haluaisi sitä windowsilla toteuttaa, mutta nyt kun tätä kehitystä on seurannut monta vuotta niin ei hyvältä kyllä näytä.
Ääänipuoli ihan rempallaan linuxissa ja HDR myös. Voi olla että täytyy nöyrtyä ja laittaa windows hoitamaan tuota. Windowsilla passthrough toimii ongelmitta, tai ainakin viimeeksi kun sitä testasin.

 

[Vaateri]

Esim. kodin saa toimimaan ihan suoraan alsan läpitte, joka taitaa tällä hetkellä olla ainut tapa jolla DD5.1 ja DTS parempia ääniä saa passthroughtina menemään vahvistimelle.

Aikoinaan, taitaa olla lähemmäs 20 kuin 10 vuotta sitten, kun tuli viriteltyä Linux-pohjaisia mediakoneita mm. digi-tv-käyttöön, niin alsa oli tosiaan pomminvarma virittää esim emolevyn spdif-outputille. Sitten kun distrot alkoivat tuoda mukaan sound servereitä (lähinnä pulseaudio), tuli hommasta huomattavasti hankalampaa. Kiva nähdä että kehitys kehittyy, mutta taitaa tosiaan osittain ainakin samat pulmat olla vielä läsnä. Ei tietenkään samanlaisina, mutta...

 

[Algron28]

Ja vielä tuosta audiopinosta niin jos joku ihmettelee että miksi tommosia tarttetaan niin siksi koska alsa vaikka onkin ihan mainio, on kuitenkin aika yksinkertainen. Esim. kodin saa toimimaan ihan suoraan alsan läpitte, joka taitaa tällä hetkellä olla ainut tapa jolla DD5.1 ja DTS parempia ääniä saa passthroughtina menemään vahvistimelle. Ongelma vaan on että se kodi ryövää sitten yksinoikeudella koko äänipuolen ja mistään muualta ei sitten äänet enää pihise. Tää ei tietty ole ongelma jos pyörittää vaan sitä kodia.
Eli pulseaudio ja pipewire on taso siinä välissä joka mahdollistaa useamman äänilähteen käyttävän sitä samaa audio liitäntää ja tavallaan kykenee "miksaamaan" useamman äänilähteen äänet yhteen.

Pulseaudio puolella tuon passthrough homman kanssa jotain kehitystä tapahtui, mutta se sitten hyytyi kuten koko pulsen kehitys kun toi pipewire alkoi ottaa tuulta alleen. Ilmeisesti pipewire puolella ollaan vielä pahasti vaiheessa tuon passthrough kanssa.
Itte meinannu jo monta vuotta laittaa töllön perään jonkinlaisen HTPC homman, mutta en haluaisi sitä windowsilla toteuttaa, mutta nyt kun tätä kehitystä on seurannut monta vuotta niin ei hyvältä kyllä näytä.
Ääänipuoli ihan rempallaan linuxissa ja HDR myös. Voi olla että täytyy nöyrtyä ja laittaa windows hoitamaan tuota. Windowsilla passthrough toimii ongelmitta, tai ainakin viimeeksi kun sitä testasin.

Tätä äänikeskustelua seuratessa ei kyllä ihmetytä yhtään miksi monelle tavan käyttäjälle Linux edelleen esittäytyy mörkönä. Analogiana voisi ottaa vaikka sen että suurinta osaa ei oikeasti kiinnosta kovin paljon miten ja millä auto toimii vaan se onko sitä kuinka helppo, halpa ja mukava käyttää.

 

[Karonkka]

Tätä äänikeskustelua seuratessa ei kyllä ihmetytä yhtään miksi monelle tavan käyttäjälle Linux edelleen esittäytyy mörkönä. Analogiana voisi ottaa vaikka sen että suurinta osaa ei oikeasti kiinnosta kovin paljon miten ja millä auto toimii vaan se onko sitä kuinka helppo, halpa ja mukava käyttää.

Mitä mukavampi, sen kalliimpi rahassa. Pätee jokaiseen tekniseen laitteeseen ja niiden huoltamiseen kuluvan rahan määrään. Autojen elinikä moninkertaistuisi, mikäli ihmiset huoltaisivat ne itse unohtaen kaikki mukavuustekijät. Sama pätee läppäreihin, jos useampi käyttäisi Linuxia.

Linuxissa toki esteensä valtavirtaistumiseen on, mutta audioajuri tuskin näyttelee mitään roolia siinä. Kaverini on vuodesta 2018 saakka käyttänyt samaa Ubuntun asennusta avaamatta terminalia kertaakaan. Käyttää sitä puoliammattilaisesti kuvien muokkaukseen Gimpillä. Ja ei, en itsekään uskoisi tätä väitettä ellen vierestä katsoisi.

 

[Obi-Lan]

Osassa kuulokeliittimiä on käsittääkseni jonkinlainen triggeri mikä reagoi kun piuhan tökkää sisään? Testasin omalla Lenovon läppäriillä, kuulokelähtö tulee valittavaksi vasta kun tökkää piuhan sisään ja näyttäisi muistavan tuon jos käyttää koneen nukkumassa (Ubuntu 22.04). Tuon kaiuttimet on fyysisesti kohtuu kehnot ja Lenovo on niitä Windows puolella korjannut Dolby Audio appilla ja softapohjaisella equalizerilla, Linuxille sama löytyy EasyEffects sovelluksella mikä toimii ok myös pipewire kanssa.

Pipewiren käsittääkseni piti ainakin korjata lagit äänen prosessoinnissa, jotta joskus tulevaisuudessa myös Audio ammattilaiset pystyisivät käyttämään Linuxia.