[Megoldva]Manjaro EeePc mikrofon probléma

Arch Linux

Egy Asus EeePc 1001PX típusú netbookon sajnos nem sikerült egyetlen Linux disztró (Debian, Arch, Fedora, Mageia)segítségével sem a belső mikrofont működésre bírni. Már a hardverhibára gyanakodtam, ám win7 alatt tökéletesen működik. Így a hardverhibát kizárhatjuk.
lspci idevágó része: 00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 02) Ha bármilyen hardveres infó kell még írjátok meg és beleírom.
A tünetek: valami nagyon halk hangot érzékel, de nem játszik vissza semmit.
Ahol néztem: skype teszthívás. Ha van valami megbízható mikrofon teszt, akár parancssorosan is, írjátok meg nyugodtan.
Amiket néztem: Alsa hangkeverő és a pavucontrol hangkeverői. Jelszintek felvéve, mikrofon a belső mikrofonra kapcsolva. BÁR: az alsamixer parancsot terminálból kiadva az utolsó keverő, az Internal Microphone item-nél az internal capture nevezetű piros és inaktív! Itt lehet a hiba? Mi a megoldás?
Segítségeteket előre is köszönöm

( locsemege v | 2014. 09. 29., h – 09:50 )

Lehet szebben is, pl. visszhangelnyomással, valamint rövidre vett bufferrel, hogy ne legyen úgy 2 s körüli késés, de egyelőre ezek nélkül:

pacat -r | pacat -p

Értelemszerűen Ctrl-C-vel tudod megszakítani. A másik a pavucontrol, amit megnéznék. Input devices, ott megnézni a választható lehetőségeket. A recording fülön hasonlóképpen. Viszont most, hogy ránéztem, érdekes dolgot vettem észre: köhögtem épp, ezzel túlvezéreltem a mikrofonbemenetet, mire a csúszka automatikusan kisebb értékre állt be. Aztán visszanéztem rá 2 perccel később, magasabb értéken volt. Valamiért lenne benne automatikus erősítés szabályozás? Én nem emlékszem, hogy kértem volna. Hacsak a Seren nem, mert az most épp fut, bár nem használom.

Harmadik lehetőség az alsamixer, amin megnézném a beállításokat.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Alsamixer-t megnéztem. A hibát? megpróbáltam leírni a fórumnyitáskor.
A parancsodat kis utánaolvasással (és a sox telepítése után) így módosítottam:
$ pacat --record -d alsa_output.pci-0000_00_1b.0.analog-stereo.monitor | sox -t raw -r 44100 -s -L -b 16 -c 2 - "output.wav"
Sajnos az output.wav-nak nincs hangja...

Egyrészt teszthez egyszerűbb egyből visszahurkolni a hangot, nem kell rögzíteni. Például azért, mert valós időben hallod, ha egy beállítás módosításának hatására megjavul. Másrészt a pacat-nak meg lehet adni a formátumot, lehet vele közvetlenül wav file-t generálni. Jó eszköz a sox, én is szeretem, csak most semmi szükség rá. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Találkoztam már olyan esettel, hogy a belső volt a külső, a külső meg a belső, szóval próbáld ki a pavucontrolban az összes lehetséges esetet! Az inaktív alsamixeres capture device aggasztó. Ugye F4-gyel kiválasztottad a capture-t? Azért kérdem, mert sok hangkártyában van lehetőség hardware-esen visszahurkolni a bejövő hangot a kimeneti keverőre, ha ezt tiltják, az nem baj. Az a kérdés, hogy valóban a bemenő irányú bemenet van-e tiltva. Ha igen, akkor a következő lépés az lenne, hogy megnézném, melyik kernel modul intézi ehhez a hardware-hez a hangot, aztán neten túrnék, hátha van olyan opció a kernel modulhoz, amitől megjavul.

A /etc/modprobe.d alkönyvtárba lehet írni a kernelmodulok paraméterezéséhez file-okat, pl. ilyesmi tartalommal:

options modulnév paraméter=érték

Ez ugyan nem hang, de mivel elszúrták a 3.16-os sorozatú kerneleket, írtam egy /etc/modprobe.d/ath9k_htc.conf file-t, amiben ez lett:

options ath9k_htc nohwcrypt=1

Ez persze wireless, de ha találsz valami jóságot a neten, hangra ugyanígy meg tudod csinálni. A kernelmodul paramétereiről a

modinfo modulnév

ad némi tájékoztatást.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( Ritter | 2014. 09. 29., h – 12:52 )

Egyrészt szerintem jobb elkerülni a Manjaro linuxot mert ha sok konfiguráción rengeteg probléma van vele. Továbbá kipróbálhatnád Ubuntu-val is mert abban a pulse sound daemon eléggé jól kezeli a hangkártyák duplex problémáit.

Boot során az lcd képernyő out-of-sync. Bejelentkező képernyő szintén out-of-sync. Tehát semmit nem lehet látni. Egyetlen megoldás az autologin volt, de így nem lehet például felhasználót váltani. De itt nincs vége a buglistának. Kitudja milyen driverbug miatt a betűk különböző színekben virítanak.
Ugyanezen a régi PC-n a Linux Mint pöccre elindult és működött.

( batyu v | 2014. 09. 30., k – 21:10 )

ejj, még egy rendszer pulseaudioval... Nekem olyanom nincs, csak pure alsa, mert ki nem állhatom, meg felesleges is számomra.
A tünetek elsőre arra utalnak, hogy a mikrofon előerősítés ki van kapcsolva a belső mikrofonnál - ha a mikrofon lenne tiltva, akkor halk hang sem kéne, hogy legyen. A kde mixere nem feltétlen jeleníti meg ezt a switch-et, a pavucontrolt nem ismerem, de lehet, hogy alapból ott sincs erre opció - nálam régen volt ilyen gond.
Rákeresve erre a problémára viszont úgy tűnik, hogy nem ez lesz a baj. Valószínűnek tűnik, hogy egy options snd-hda-intel model=lifebook bejegyzés segíthet a /etc/modprobe.d/alsa-base.conf fájlba, hogy a kernel/alsa helyesen kezelje ezt a hw-t. Vagy valamilyen másik, pl ez: options snd-hda-intel model=auto enable=yes :) Sajna ez az Intel-HDA cucc kicsit problémás bizonyos gépekben, esetleg segíthet (ha más nem modell listával, kísérletezni): http://www.alsa-project.org/main/index.php/Help_To_Debug_Intel_HDA

Próbálgatással. Kaptál két javaslatot. Előbb az elsőt írod meg, reboot, ha nem működik, javítod a másodikra, reboot, próba.

Javasolom a reboot-ot a kernelmodulok függőségei miatt, bár elvileg modprobe paranccsal is próbálkozhatsz, de könnyen téves következtetésre juthatsz.

Szerk.: Ha van olyan weboldal, ahol mégtöbb típus van felsorolva lehetséges paraméterként, akkor pedig a szóbajöhetőkkel próbálkozz. A fejlesztők beszédes paramétereket találnak ki, tehát nyilván épp olyan paraméter értékkel kell majd próbálkozni, ami erősen utal a géped nevére. Ha sehol sem találsz dokumentációt, töltsd le a kernel forrását, és keresd meg benne az illető modulhoz tartozó kódrészt, vélhetően megtalálod a lehetséges opciókat.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

A fentebb hivatkozott cikkben ott a link a lehetséges modellekre, de akkor direkt link, hogy ne kelljen forrást túrni: http://ftp.kernel.org/pub/linux/kernel/people/tiwai/docs/HD-Audio.html Ebben mondjuk én így hirtelenjében nem láttam eepc-st, tehát valószínűleg más lesz.

Jogos, pár napja még élt a link, most nem. De nem volt nehéz rátalálni a kernel.org-on a stuffra vonatkozókra: https://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio.txt https://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio-Models.txt https://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio-Controls.t…

( bzs v | 2014. 10. 03., p – 18:31 )

Az etc/modprobe.d/alsa-base.conf végén ott van ez a sor?

options snd-hda-intel model=asus

--
ha nincs ilyen, akkor apt-get install alsa-utils vagy valami hasonló, és van alsa-base.conf

---
--- A gond akkor van, ha látszólag minden működik. ---
---

( zslaszlo v | 2014. 10. 05., v – 10:49 )

Mindenkinek nagyon köszönöm a sok segítséget és a hozzám való türelmet. A probléma végül teljesen megoldódott.
És a megoldás:
options snd-hda-intel model=alc269-dmic
Ezt tettem az alsa-base.conf file-ba.
Még egyszer köszönöm!

Szerintem fordítsd újra az alsa rendszert. Azt hiszem régebben egy beismert hiba volt benne, azért nem mentek a mikrofonok sem eeepc-n. Lehet, hogy a tiednél a hangkimenetre is vonatkozik ez.

apt-get install module-assistant
m-a update
m-a prepare
m-a a-i alsa

aztán reboot és mennie kell.
persze az
options snd-hda-intel model=alc269-dmic
stringnek ott kell lennie az alsa-conf-ban, ahogy fent is íródott vala, és az
alsactl store
parancsnak is le kell futnia.
(Nálam az
options snd-hda-intel model=3stack-dig
sort kellett beírni hogy menjen..)

---
--- A gond akkor van, ha látszólag minden működik. ---
---