Programmare sotto Linux

[cdimauro]

x kont3

L'emulazione OSS da parte di ALSA non poche volte crea problemi.

Come anche ALSA di suo ne genera, come t'ha riportato Marco e... sarà stato un caso che anch'io, quando usavo Linux, ho avuto problemi simili (scheda audio perfettamente configurata, ma... muta, pur essendo il volume a posto; alla fine sono riuscito ad abilitare l'audio settando un parametro così scognito che nemmeno ricordo come diavolo si chiama).

Quanto al link che ho postato, rispecchia il casino che c'era e continua a esserci per quanto riguarda l'audio.

[k0nt3]

Originariamente inviato da cdimauro

x kont3

L'emulazione OSS da parte di ALSA non poche volte crea problemi.

per fortuna non ne ho mai avuto bisogno

Originariamente inviato da cdimauro

Come anche ALSA di suo ne genera, come t'ha riportato Marco e... sarà stato un caso che anch'io, quando usavo Linux, ho avuto problemi simili (scheda audio perfettamente configurata, ma... muta, pur essendo il volume a posto; alla fine sono riuscito ad abilitare l'audio settando un parametro così scognito che nemmeno ricordo come diavolo si chiama).

quindi non è un problema di alsa, ma di configurazione

Originariamente inviato da cdimauro

Quanto al link che ho postato, rispecchia il casino che c'era e continua a esserci per quanto riguarda l'audio.

il casino c'era al tempo di OSS semmai.
ALSA ha creato un'interfaccia unificata ed è usato dalla maggiorparte del mondo senza problemi. inoltre ora che gnome inizia ad essere distribuito insieme a pulseAudio e kde insieme a phonon direi che la situazione audio su linux è ottima.

[marco.r]

Originariamente inviato da k0nt3

per fortuna non ne ho mai avuto bisogno

quindi non è un problema di alsa, ma di configurazione

Diciamo che e' un problema di alsa che richiede di essere configurata quando non ce n'e' il motivo (e infatti con altri sistemi operativi non succede). Lo considero un bug di alsa.

il casino c'era al tempo di OSS semmai.

http://manuals.opensound.com/developer/

The Open Sound System API is based on the old and reliable Posix/unix system call model. The following system calls are available:
The open() system call
The close() system call
The read() system call
The write() system call
The ioctl() system call
The select() and poll() system calls
The mmap() system call

Non solo sono quattro chiamate in croce, ma sono chiamate standard di sistema.
Se vai a guardare le api di ALSA, sono molto piu' corpose e complesse:
http://www.alsa-project.org/alsa-doc...lib/index.html
ALSA probabilmente fa cose non previste dall'interfaccia OSS, ma a questo punto mi viene comunque da chiedermi a che scopo, visto che poi devo metterci sopra una libreria user space. Tanto vale che il lato kernel si occupi solo quello che gli compete, ovvero fornire un'interfaccia comune ad hardware diverso.

ALSA ha creato un'interfaccia unificata ed è usato dalla maggiorparte del mondo senza problemi. inoltre ora che gnome inizia ad essere distribuito insieme a pulseAudio e kde insieme a phonon direi che la situazione audio su linux è ottima.

Parlare di "maggior parte del mondo" quando funziona solo sotto linux lo trovo un po' eccessivo.

[k0nt3]

Originariamente inviato da marco.r

Diciamo che e' un problema di alsa che richiede di essere configurata quando non ce n'e' il motivo (e infatti con altri sistemi operativi non succede). Lo considero un bug di alsa.

al contrario secondo me è un problema della distribuzione. se la tua scheda è una di queste http://www.alsa-project.org/main/index.php/Matrix:Main la scheda audio funziona senza configurare un bel niente.

Originariamente inviato da marco.r

http://manuals.opensound.com/developer/

Non solo sono quattro chiamate in croce, ma sono chiamate standard di sistema.
Se vai a guardare le api di ALSA, sono molto piu' corpose e complesse:
http://www.alsa-project.org/alsa-doc...lib/index.html
ALSA probabilmente fa cose non previste dall'interfaccia OSS, ma a questo punto mi viene comunque da chiedermi a che scopo, visto che poi devo metterci sopra una libreria user space. Tanto vale che il lato kernel si occupi solo quello che gli compete, ovvero fornire un'interfaccia comune ad hardware diverso.

esatto in pratica l'unica regola di OSS è: nessuna regola
ALSA ha unificato il modo in cui le schede audio interagiscono con kernel e non è poco. il prezzo da pagare è un'interfaccia molto più complessa, ma esistono librerie di più alto livello e quindi perchè non usare quelle?

Originariamente inviato da marco.r

Parlare di "maggior parte del mondo" quando funziona solo sotto linux lo trovo un po' eccessivo.

ovviamente mi riferivo alla maggiorparte del mondo linux, non avevo capito

[mindwings]

Originariamente inviato da cdimauro

Quanto alle capacità di design di cui parli, non si acquistano soltanto con l'esperienza: spesso si tratta di una dote innata.

Falso colossale ! Nessuno nasce imparato
Ci può essere una predisposizione , ma senza il lavoro e lo studio
non vai da nessuna parte... Poi se sei Von Neumann è un altro discorso.(anche lui ha lavorato/studiato niente viene gratis)

[Pixel452]

OK, allora, ho già fatto un paio di cazzate.
Ieri sera ho installato Eclipse dal repository(prima cazzata) quindi ho solo la versione 3.2.
Poi ho tentato di seguire una guida per installare CDT, ma, preso dalla fretta, mi sono distratto e ho installato CDT prima di installare MSys e MinGW, cosa da non fare assolutamente secondo la guida(seconda cazzata). Diciamo che adesso Eclipse dovrebbe supportare il C/C++, ma, in effetti non compila, almeno non come dovrebbe secondo la guida. Adesso cosa faccio installo il MinGW(l'altro nel repository non lo trovo) o cosa?
Scusate se sto facendo un casino ma mi sento un pò spaesato non avendo mai usato Linux.

[cdimauro]

Originariamente inviato da k0nt3

al contrario secondo me è un problema della distribuzione. se la tua scheda è una di queste http://www.alsa-project.org/main/index.php/Matrix:Main la scheda audio funziona senza configurare un bel niente.

E certo: è sempre un problema di distribuzione usata...

esatto in pratica l'unica regola di OSS è: nessuna regola
ALSA ha unificato il modo in cui le schede audio interagiscono con kernel e non è poco. il prezzo da pagare è un'interfaccia molto più complessa, ma esistono librerie di più alto livello e quindi perchè non usare quelle?

Ma che stai a dire? Nessuna regola? Proprio OSS è una libreria che incarna fino all'osso la filosofia Unix di gestione di periferiche & dati, e la sua interfaccia ne è un esempio lampante...

Tutto il contrario di ALSA...

Marco ha ragione su tutta linea.

Originariamente inviato da mindwings

Falso colossale ! Nessuno nasce imparato
Ci può essere una predisposizione , ma senza il lavoro e lo studio
non vai da nessuna parte... Poi se sei Von Neumann è un altro discorso.(anche lui ha lavorato/studiato niente viene gratis)

Ma infatti, se leggi meglio, ho usato due parole che chiarivano il mio pensiero: "(non) soltanto" e "spesso".

Originariamente inviato da Pixel452

OK, allora, ho già fatto un paio di cazzate.
Ieri sera ho installato Eclipse dal repository(prima cazzata) quindi ho solo la versione 3.2.
Poi ho tentato di seguire una guida per installare CDT, ma, preso dalla fretta, mi sono distratto e ho installato CDT prima di installare MSys e MinGW, cosa da non fare assolutamente secondo la guida(seconda cazzata). Diciamo che adesso Eclipse dovrebbe supportare il C/C++, ma, in effetti non compila, almeno non come dovrebbe secondo la guida. Adesso cosa faccio installo il MinGW(l'altro nel repository non lo trovo) o cosa?
Scusate se sto facendo un casino ma mi sento un pò spaesato non avendo mai usato Linux.

Prova KDevelop.

[Pixel452]

Ma non dovrei anche in quel caso installare compilatori e roba varia?
In oltre, se è basato su KDE come si integra in GNOME?

[cdimauro]

Generalmente nelle distro sono già installati alcuni compilatori, per cui non dovresti avere problemi.

Quanto a Gnome, segui il consiglio di Torvalds: buttalo e passa a KDE.

[k0nt3]

Originariamente inviato da cdimauro

E certo: è sempre un problema di distribuzione usata...

chiaramente se una volta immessi i parametri corretti alsa funziona magicamente è un problema di configurazione. e se è un problema di configurazione chi doveva pensarci se non la distribuzione?

Originariamente inviato da cdimauro

Ma che stai a dire? Nessuna regola? Proprio OSS è una libreria che incarna fino all'osso la filosofia Unix di gestione di periferiche & dati, e la sua interfaccia ne è un esempio lampante...

Tutto il contrario di ALSA...

Marco ha ragione su tutta linea.

quindi sono tutti pazzi? per quale motivo non si è continuato a usare OSS allora? forse perchè non conosci la reale situazione?

[marco.r]

Originariamente inviato da Pixel452

OK, allora, ho già fatto un paio di cazzate.
Ieri sera ho installato Eclipse dal repository(prima cazzata) quindi ho solo la versione 3.2.
Poi ho tentato di seguire una guida per installare CDT, ma, preso dalla fretta, mi sono distratto e ho installato CDT prima di installare MSys e MinGW, cosa da non fare assolutamente secondo la guida(seconda cazzata). Diciamo che adesso Eclipse dovrebbe supportare il C/C++, ma, in effetti non compila, almeno non come dovrebbe secondo la guida. Adesso cosa faccio installo il MinGW(l'altro nel repository non lo trovo) o cosa?
Scusate se sto facendo un casino ma mi sento un pò spaesato non avendo mai usato Linux.

consiglio mio: eclipse scaricatelo dal sito. Non solo lo trovi con CDT gia' pronto ma avrai meno problemi ad installare ed aggiornare i vari plugin.
Dal repository installa compilatori e debugger (gcc, g++,gdb) oltre che il runtime java per far andare eclipse.
Ignora MinGW e MSys. Servono quando lavori sotto windows per darti proprio quello che di solito in Linux trovi senza problemi (fondamentalmente il compilatore e una shell con bash)

[k0nt3]

Originariamente inviato da Pixel452

Ma non dovrei anche in quel caso installare compilatori e roba varia?
In oltre, se è basato su KDE come si integra in GNOME?

secondo me dovresti continuare con anjuta che si integra meglio in gnome

[khelidan1980]

Originariamente inviato da Pixel452

Ma non dovrei anche in quel caso installare compilatori e roba varia?
In oltre, se è basato su KDE come si integra in GNOME?

se hai gia installato build-essential hai tutto cio che ti serve,almeno per compilare,mingw non è roba che ti interessa

[Doriän]

Originariamente inviato da Pixel452

OK, allora, ho già fatto un paio di cazzate.
Ieri sera ho installato Eclipse dal repository(prima cazzata) quindi ho solo la versione 3.2.
Poi ho tentato di seguire una guida per installare CDT, ma, preso dalla fretta, mi sono distratto e ho installato CDT prima di installare MSys e MinGW, cosa da non fare assolutamente secondo la guida(seconda cazzata). Diciamo che adesso Eclipse dovrebbe supportare il C/C++, ma, in effetti non compila, almeno non come dovrebbe secondo la guida. Adesso cosa faccio installo il MinGW(l'altro nel repository non lo trovo) o cosa?
Scusate se sto facendo un casino ma mi sento un pò spaesato non avendo mai usato Linux.

Elimina la versione 3.2, puzza. Scarica eclipse-cpp-europa-winter-linux-gtk dal sito di Eclipse, scompattalo un po' dove ti pare (io vado di /usr/local), fatti un link a /usr/local/eclipse/eclipse ed è gg. O meglio, sarebbe. Devi anche installarti il jdk/jre, perché lavorare con quello che passa Ubuntu out of the box è un dito in culo (in fatto di reattività dell'IDE; per lo meno così leggevo :dunno. Dunque, qui dan delle dritte, io su ubuntu ricordo di averle seguite e fungeva tutto piuttosto bene. Al limite chiedi, ti si saprà aiutare!

[nico159]

Leggi attentamente tutto il suo messaggio. C'è da piangere...

Certo...peccato che ti sei dimenticato di contestualizzare il messaggio di Linus, ma tanto che vuoi che cambi :°D

perché, Torvalds invece ne ha mai scritto uno???

Sì, si chiama Linux, non lo conosci?

Beh... criticare ALSA e' come sparare sulla croce rossa , non capisco perche' andare a complicarsi cosi' la vita... sotto FreeBSD sono anni che il mixing software in OSS viene fatto automaticamente, basta che due programmi aprano contemporaneamente il device della scheda... forse troppo facile ?

O magari perchè usare PulseAudio è la scelta migliore?
Sbaglio...ma anche un tale Vista ha un certo "userspace sound system"?...adesso che mi ricordo anche Mac OS X...

[cdimauro]

Originariamente inviato da k0nt3

chiaramente se una volta immessi i parametri corretti alsa funziona magicamente è un problema di configurazione. e se è un problema di configurazione chi doveva pensarci se non la distribuzione?

Una volta immessi i parametri? Ma di quali parametri parli? Era da parecchio tempo che non mi funzionava l'audio, pur avendo cercato fra mari e monti con HOW-TO, forum, blog. Una volta apro alsamixer, e per sbaglio premo un tasto che mi cambia un parametro il cui nome non mi dice assolutamente NULLA; esco da alsamixer e dopo un po', a causa di un'azione, sento un suono: l'audio funzionava!

Se questo lo chiami "configurare"...

quindi sono tutti pazzi? per quale motivo non si è continuato a usare OSS allora? forse perchè non conosci la reale situazione?

Sì, la conosco e ci sono passato anche sulla mia pelle.

Concordo con le osservazioni fatte nel link che ho postato prima: per risolvere un problema molto semplice (poi risolto anche con OSS) hanno preferito scrivere una nuova libreria, complessa, incompatibile con tutto ciò che era stato fatto prima, e che funziona soltanto su Linux (mentre OSS gira anche su altri s.o. Unix-like).

Originariamente inviato da nico159

Certo...peccato che ti sei dimenticato di contestualizzare il messaggio di Linus, ma tanto che vuoi che cambi :°D

Peccato che ti sei dimenticato di leggere il thread in questione, visto che l'argomento è stato sviscerato AMPIAMENTE, ivi compresa la contestualizzazione del suddetto messaggio.

Troppa fatica leggere prima di flammare?

Sì, si chiama Linux, non lo conosci?

Non è stato solo, ed è partito da Minix...

O magari perchè usare PulseAudio è la scelta migliore?
Sbaglio...ma anche un tale Vista ha un certo "userspace sound system"?...adesso che mi ricordo anche Mac OS X...

PulseAudio? Mi fai l'elenco di tutte librerie per la gestione dell'audio che sono state sviluppate per Linux?

[khelidan1980]

Originariamente inviato da Doriän

Elimina la versione 3.2, puzza. Scarica eclipse-cpp-europa-winter-linux-gtk dal sito di Eclipse, scompattalo un po' dove ti pare (io vado di /usr/local), fatti un link a /usr/local/eclipse/eclipse ed è gg. O meglio, sarebbe. Devi anche installarti il jdk/jre, perché lavorare con quello che passa Ubuntu out of the box è un dito in culo (in fatto di reattività dell'IDE; per lo meno così leggevo :dunno. Dunque, qui dan delle dritte, io su ubuntu ricordo di averle seguite e fungeva tutto piuttosto bene. Al limite chiedi, ti si saprà aiutare!

Più che altro Ubuntu viene rilasciata con openjdk di default,e non ho ancora ben capito quali componenti manchino o vengono sostituiti rispetto alla release Sun binaria

[tomminno]

Originariamente inviato da Pixel452

Ma non dovrei anche in quel caso installare compilatori e roba varia?
In oltre, se è basato su KDE come si integra in GNOME?

Usa Code::Blocks

[k0nt3]

Originariamente inviato da cdimauro

Una volta immessi i parametri? Ma di quali parametri parli? Era da parecchio tempo che non mi funzionava l'audio, pur avendo cercato fra mari e monti con HOW-TO, forum, blog. Una volta apro alsamixer, e per sbaglio premo un tasto che mi cambia un parametro il cui nome non mi dice assolutamente NULLA; esco da alsamixer e dopo un po', a causa di un'azione, sento un suono: l'audio funzionava!

Se questo lo chiami "configurare"...

tu lo chiami bere?

Originariamente inviato da cdimauro

Sì, la conosco e ci sono passato anche sulla mia pelle.

Concordo con le osservazioni fatte nel link che ho postato prima: per risolvere un problema molto semplice (poi risolto anche con OSS) hanno preferito scrivere una nuova libreria, complessa, incompatibile con tutto ciò che era stato fatto prima, e che funziona soltanto su Linux (mentre OSS gira anche su altri s.o. Unix-like).

1- non è incompatibile con un bel niente dato che tutto ciò che era stato fatto prima funziona con l'emulazione OSS
2- usare OSS è una pessima scelta anche se l'obiettivo è la portabilità, ci sono librerie che non solo funzionano su tutti i sistemi unix-like, ma anche su quelli non unix-like. tra l'altro OSS non funziona nemmeno su OSX

Originariamente inviato da cdimauro

PulseAudio? Mi fai l'elenco di tutte librerie per la gestione dell'audio che sono state sviluppate per Linux?

pulseAudio è l'evoluzione di esd, un server sonoro. ma possono anche averne scritte 10000 di librerie, tanto su linux tutte si appoggiano a alsa in qualche modo e quindi non c'è nessun problema.

[k0nt3]

Originariamente inviato da tomminno

Usa Code::Blocks

avevo consigliato di tenere anjuta, ma adesso che ci penso voto anche io per Code::Blocks