slacky.eu

Bene,
Dopo non so quanto tempo passato a tentare di risolvere questi due (unici) problemi con l'hardware del mio portatile mi sono arreso. A questo punto non mi resta che rivolgermi alla community, sicuramente ne saprete più di me.

Ho un Fujitsu-Siemens Amilo Pi1515, un portatile vecchiotto ma che funziona ancora bene, la scheda audio è la solita Intel-HDA, questa è la riga di lspci che la riguarda: Il sistema è una slackware64-current aggiornata all'ultimo changelog ed il kernel è il 2.6.36-zen2 (ho avuto problemi allo spegnimento con la serie 2.6.37.*). Tutta la sezione del kernel relativa alla scheda audio è compilata staticamente.

Ho lanciato alsaconf, e la scheda audio viene rilevata correttamente. Ho provato a "giocare" con il mixer, ma senza risultato. Ho anche aggiunto delle righe al file /etc/modprobe.d/sound.conf, nella speranza di risolvere il problema (seguendo una guida trovata sul sito di arch mi sembra, ma sono passati mesi). L'unico effetto di queste righe è stato che prima "rec" registrava solo rumore statico (ad un volume altissimo), mentre ora registra silenzio su tutti i canali. A non funzionare sono sia il microfono interno, frontmic, che quello esterno collegato all'apposita uscita. SInceramente non so più che pesci prendere.

L'altro problema è molto più semplice e breve da esporre: non riesco in nessun modo a riprodurre file MIDI, sebbene abbia installati tutti i moduli ed i pacchetti necessari.

Nessuno che chi aiuta?

in sound.conf specifica il modello di scheda: options snd-hda-intel model=....
la lista dei modelli è in /usr/src/linux/Documentation/sound/alsa/HD-Audio-Models.txt

in un caso di driver hda-intel con scheda muta ho risolto inserendo le configurazioni nel file /etc/modprobe.d/alsa-base.conf simile a /etc/modprobe.d/sound.conf ... cercando con google per /etc/modprobe.d/alsa-base.conf forse trovi la soluzione ...

Niente..ho aggiunto l'opzione riguardante il modello della scheda, "fujitsu", ed ho un /etc/modprobe.d/alsa-base.conf che è praticamente identico al sound.conf... ma non è cambiato nulla.

rileggendo i tuoi interventi risulta che hai già apportato varie modifiche ai .conf nel tentativo di risolvere ... a questo punto io cancellerei tutte le configurazioni e ripartirei con dei .conf vuoti ...

Scusate se ho lasciato passare tanto tempo, ma poi ho avuto prima problemi con i kernel della serie 2.6.37.* e poi impegni di diversa natura.

Comunque, visto che non sono ancora riuscito a risolvere nessuno dei problemi riguardanti questa discussione mi concedo un piccolo UP, aggiungendo che anche son i .conf vuoti non sono riuscito a risolvere nulla per quanto riguarda il microfono.

Dei MIDI poi non ne parliamo...

Ho notato che tutte le maggiori distribuzioni stanno seguendo la "moda" PulseAudio; dalle prove che ho effettuato su un portatile con vari LiveCD di OpenSuse e Ubuntu, devo dire che questo nuovo modello di interfaccia audio sembra funzionare piuttosto bene.
Su un portatile dotato della solita scheda audio Intel/nVidia HDA, con Slackware non riesco a far riconoscere a VLC (e ad altri programmi) il microfono della webcam; ci sono riuscito solo usando il vecchio supporto OSS, che però è piuttosto inefficiente (infatti, ottengo registrazioni audio/video che vanno a scatti).
Sullo stesso portatile, con OpenSuse o Ubuntu, l'utilizzo di PulseAudio permette un riconoscimento perfetto del microfono da parte di qualunque programma; del resto, bisogna ricordare che Skype, VLC, GoogleChrome, etc, sono ottimizzati per usare eventualmente lo stesso PulseAudio.

Un altro esempio è il riconoscimento vocale su GoogleChrome 11.x. Con Slackware, mi viene visto solo il microfono esterno; il microfono integrato della webcam è come se non esistesse. Con OpenSuse + Pulseaudio, il microfono integrato funziona benissimo.

Sino a qualche tempo fa, PulseAudio era una vera porcheria e se ne sconsigliava pure l'uso; adesso sembra che le cose siano cambiate notevolmente.
In pratica, PulseAudio usa ALSA per riconoscere i vari controlli presenti sulla scheda audio e poi assegna a ciascuno di essi un nome standard di interfaccia; in questo modo, i vari programmi non devono fare i salti mortali per sapere come si chiama un determinato controllo.

Il problema è che Slackware è impostata per usare direttamente ALSA; l'utilizzo di PulseAudio comporta un lavoro di configurazione abbastanza impegnativo soprattutto a causa delle numerose dipendenze.
Magari, per la prossima Slackware Pat potrebbe farci un pensierino.

Mi stai forse dicendo che o cambio distribuzione, passando ad una con pulseAudio, o mi tengo i microfoni silenti? Nessuna altra opzione?