OVH Cloud OVH Cloud

Et les *BSD?

281 réponses
Avatar
anaxagore
Bonjour,
je me demande si qqn utilise les *BSD pour écouter ou faire de la mozik.
J'ai la chance d'avoir largué Krosoft, mais les drivers des cartes sons
que je déniche sont pour Win ou Mac.
FreeBSD utilise OSS, mais peu de cartes sont réellement supportées,
d'apres opensound.com.
Qqn pourrait-il me dire quelle est sa config?
Et s'il en est content...

10 réponses

Avatar
Emmanuel Florac
Le Thu, 24 Jun 2004 00:01:03 +0000, Thierry Boudet a écrit :


Je suppose que tu parles d'Audacity, là...



Ben oui, je me suis mélangé les pinceaux évidemment...

--
Sutor ne ultra Crepidam.
Avatar
Gerald
rbb wrote:

Oui, un Unix commercial et propriétaire.



*partiellement* propriétaire si jeune ma buse ?

Et Logic va perdre petit à petit
des parts de marché parce qu'il a abandonné la plateforme leader dans le
monde de la MAO, car la france n'est pas le monde.



Je ne partage pas ce point de vue un peu péremptoire : si on parle de
véritables séquenceurs professionnels et pas de lecteurs de boucles, on
se retrouve quand même avec de sacré poids lourds bien implantés sous
MacOSX : Logic, Performer, et ProTools qui sort ses updates pour mac
plus de six mois avant ceux pour Windows. Reste Cubase en face (mais qui
existe sur les deux plateformes), mais qui a une ergonomie
particulière... et puis ? (vraie question, pas polémique).

La notion de monde "professionnel" est toujours très délicate : il
serait injuste d'exclure ou de marginaliser certains genres musicaux ou
certaines démarches. Donc sans échelle de valeur, si on considère
simplement comme "exemple" ceux qui réalisent de la musique en studio
dans un but commercial, je ne sais pas bien si l'offre est aussi
univoque que tu le dis. Il y a 4 ou 5 ans, GigaStudio était
incontournable si on n'avait pas une Kyma, mais désormais, avec Kontakt
ou Machfive...
--
Gérald
Avatar
Gerald
Emmanuel Florac wrote:

Le choix le plus simple pour se mettre à la MAO et de loin, c'est de se
trouver un 1040STE avec CUbase 2 ou 3. C'est imbattable, çà marche à la
perfection et il n'y a pour le coup absolument RIEN à configurer.



C'est une vision très réductrice : heureusement que la MAO ne se limite
pas à ce qu'il est possible de faire avec Cubase !

Même dans le domaine de la séquence, j'ai toujours été favorable aux
séquenceurs "linéaires" qui présupposent plus ou moins qu'on ait un
projet musical *préalable* et j'ai été par conséquent toujours un peu
critique vis-à-vis des séquenceurs "patchwork" qui procèdent par
essais/erreurs avec exploitation jusqu'au trognon de la moindre idée
issue du hasard et démultipliée à l'infini au lieu de se remettre à
l'ouvrage pour en trouver une nouvelle.

Que tout le music business aille actuellement dans ce sens, GarageBand
inclus, ne veut pas dire que j'aie tort.

Pour en revenir à ton affirmation et la contredire : si la Musique
Assistée par Ordinateur (MAO) repose avant toute chose sur le standard
MIDI, sur les conséquences induites par son organisation et sur ce qu'il
a d'unique et de non reproductible par d'autres moyens, alors la
réalisation de séquences à la manière d'un multipiste apparaît comme
épouvantablement triviale et peu originale, et c'est bien un logiciel
comme Max/MSP qu'il faudrait conseiller.

--
Gérald
Avatar
Emmanuel Florac
Le Thu, 24 Jun 2004 23:11:00 +0200, Gerald a écrit :


C'est une vision très réductrice : heureusement que la MAO ne se limite
pas à ce qu'il est possible de faire avec Cubase !



Bien sûr que non, mais je place dans l'optique du plus grand nombre. Tu
connais beaucoup de gens capables d'utiliser Max/MSP? Personnellement j'ai
pendant de longues années avant d'être informaticien, été spécialisé
dans la programmation des synthés, samplers et effets, parce que la
majorité des gens autour de moi étaient tout bonnement incapables
d'utiliser autre chose que les patchs tous prêts fournis avec les
appareils.
Ce qui entre parenthèse ne les empéchaient pas d'être de bons
musiciens. Personnellement j'ai la chance d'être compétent à la fois
comme technicien et comme musicien, mais ce n'est certainement pas le cas
général.

--
Quidquid latine dictum sit, altum sonatur
Avatar
Benjamin Pineau
Alain Naigeon écrivais:

> Mieux vaut juger de la qualité d'un système dans sa propre logique,
> sa cohérence, plutôt qu'au crible de ses habitudes.

Oui, ça dans le genre "tout est dans tout et réciproquement",
on ne fait pas mieux (ta phrase fumeuse). Quelque chose qui



Des difficultés de lecture ou de compréhension ?
J'expliquais que la façon naturelle d'utiliser un ordinateur dans mon
environement. n'était pas celle sur laquelle tu le juge.

C'est à peut près comme si je prétendai que l'environement windows est
inférieur à l'environement unix faute d'un shell supportant les coprocessus
et l'autocomplétion des commandes. Ou parceque son client NNTP quote
comme une morue éventrée.

Ou encore que windows, qui a un beau WaitOnSingleObject() ne vaut rien
parcequ'il n'a pas de waitpid() (un équivalent unixen). Ah non, celle
la tu l'a déjà faite.

me rend service et qui ne fonctionne plus, c'est bel et bien
incohérent avec une affirmation de supériorité.



Encore une fois je crois qu'il n'a pas été question de supériorité des
unix (en revanche, les windowsiens de fcm ne savent visiblement pas se
tenir!).

> Pas de tubes dans
> mes commandes, au passage.

Ah oui, eh bien, je connais pas mal de gens, au passage,
qui diraient que dans ... | ls le | est un tube.



Sauf quand il s'agit d'un composant décoratif de l'invite de commande
(du « prompt »).

Résumé de toute évidence déformé. J'ai dit avoir constaté moi-même
ce défaut. D'autre part j'ai dit que quelqu'un avait suggéré une cause
possible, en précisant bien que sur cette cause, je n'avais pas d'opinion
personnelle. A comparer avec le propos que tu me prêtes, histoire de
sortir une réponse qui n'en est donc pas une.



Il faut bien dire que dans le flou généralisé de votre rapport de bug
-si l'on peut dire, le logiciel incriminé n'est même pas nommé tant il
s'agit de faire un procés d'ensemble à GNU/Linux- la référence à une
fonction de l'API Win32 ressemble plus à une couverture d'autorité qu'à une
tentative d'explication causale, qui n'aurait eu aucun sens.

Je « constate » moi aussi toutes sortes de « défauts » sur les systèmes que
je connais mal ...

Allez, je te tend la main, et pour revenir en charte: on peut très
justement affirmer que, au moins quantativement, l'offre en logiciels de
musique pour les unix libres est bien moins riche que pour windows ou
Mac OS. Heureux ?
Avatar
Benjamin Pineau
Le Thu, 24 Jun 2004 20:26:04 +0200,
rbb écrivais:

choix le plus simple. Beaucoup de mes amis musiciens me demandent de l'aide,
et s'ils sont sous Linux, je leur dirai : je n'y connais rien ! et ils
auront bien plus de mal à se faire aider que s'ils ont une plateforme
courante.



Sûr, s'ils vont chez les bolchéviques éventreurs de nioubs de fcob, ça va
saigner !
Avatar
Benjamin Pineau
Le Thu, 24 Jun 2004 23:11:00 +0200,
Gerald écrivais:

épouvantablement triviale et peu originale, et c'est bien un logiciel
comme Max/MSP qu'il faudrait conseiller.



Ou alors jmax ou csound (pour rester dans le thème logiciel libre). Mais nos
amis n'aiment pas les logiciels compliqués :(
Avatar
Alain Naigeon
"Benjamin Pineau" a écrit dans le message news:

Alain Naigeon écrivais:
>
> > Mieux vaut juger de la qualité d'un système dans sa propre logique,
> > sa cohérence, plutôt qu'au crible de ses habitudes.
>
> Oui, ça dans le genre "tout est dans tout et réciproquement",
> on ne fait pas mieux (ta phrase fumeuse). Quelque chose qui

Des difficultés de lecture ou de compréhension ?
J'expliquais que la façon naturelle d'utiliser un ordinateur dans mon
environement. n'était pas celle sur laquelle tu le juge.



C'est peut-être le début d'une lumière dans ce fil : je ne parlais
pas de ta façon de travailler sur ta machine, et pour cause.
Je parlais de ce que j'avais constaté sur la mienne, et il me
semblait que, en revanche, tu ne me croyais pas.

--

Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - - Strasbourg, France


C'est à peut près comme si je prétendai que l'environement windows est
inférieur à l'environement unix faute d'un shell supportant les


coprocessus
et l'autocomplétion des commandes. Ou parceque son client NNTP quote
comme une morue éventrée.

Ou encore que windows, qui a un beau WaitOnSingleObject() ne vaut rien
parcequ'il n'a pas de waitpid() (un équivalent unixen). Ah non, celle
la tu l'a déjà faite.

> me rend service et qui ne fonctionne plus, c'est bel et bien
> incohérent avec une affirmation de supériorité.

Encore une fois je crois qu'il n'a pas été question de supériorité des
unix (en revanche, les windowsiens de fcm ne savent visiblement pas se
tenir!).

> > Pas de tubes dans
> > mes commandes, au passage.
>
> Ah oui, eh bien, je connais pas mal de gens, au passage,
> qui diraient que dans ... | ls le | est un tube.

Sauf quand il s'agit d'un composant décoratif de l'invite de commande
(du « prompt »).

> Résumé de toute évidence déformé. J'ai dit avoir constaté moi-même
> ce défaut. D'autre part j'ai dit que quelqu'un avait suggéré une cause
> possible, en précisant bien que sur cette cause, je n'avais pas


d'opinion
> personnelle. A comparer avec le propos que tu me prêtes, histoire de
> sortir une réponse qui n'en est donc pas une.

Il faut bien dire que dans le flou généralisé de votre rapport de bug
-si l'on peut dire, le logiciel incriminé n'est même pas nommé tant il
s'agit de faire un procés d'ensemble à GNU/Linux- la référence à une
fonction de l'API Win32 ressemble plus à une couverture d'autorité qu'à


une
tentative d'explication causale, qui n'aurait eu aucun sens.

Je « constate » moi aussi toutes sortes de « défauts » sur les systèmes


que
je connais mal ...

Allez, je te tend la main, et pour revenir en charte: on peut très
justement affirmer que, au moins quantativement, l'offre en logiciels de
musique pour les unix libres est bien moins riche que pour windows ou
Mac OS. Heureux ?



Avatar
Alain Naigeon
"Benjamin Pineau" a écrit dans le message news:

Alain Naigeon écrivais:
>
> > Mieux vaut juger de la qualité d'un système dans sa propre logique,
> > sa cohérence, plutôt qu'au crible de ses habitudes.
>
> Oui, ça dans le genre "tout est dans tout et réciproquement",
> on ne fait pas mieux (ta phrase fumeuse). Quelque chose qui

Des difficultés de lecture ou de compréhension ?
J'expliquais que la façon naturelle d'utiliser un ordinateur dans mon
environement. n'était pas celle sur laquelle tu le juge.



C'est peut-être le début d'une lumière dans ce fil : je ne parlais
pas de ta façon de travailler sur ta machine, et pour cause.
Je parlais de ce que j'avais constaté sur la mienne, et il me
semblait que, en revanche, tu ne me croyais pas.

Ou encore que windows, qui a un beau WaitOnSingleObject() ne vaut rien
parcequ'il n'a pas de waitpid() (un équivalent unixen). Ah non, celle
la tu l'a déjà faite.



NON ; j'ai dit que la deuxième fenêtre, dans la version que j'avais
testée, ne se rafraîchissait pas automatiquement. Si waitpid()
permet de le faire, c'est que le gars ayant programmé le GUI
a négligé de l'utiliser. Je disais bien, par deux fois, que je n'affirmais
rien sur cette cause possible ; en revanche, cela fait deux fois
qu'on saute sur sur cette réserve de ma part pour mettre en
doute le *résultat* constaté. Là c'est toi qui prétend savoir
ce qui s'est passé sur machine !

Encore une fois je crois qu'il n'a pas été question de supériorité des
unix



J'ai du mal lire :-o

(en revanche, les windowsiens de fcm ne savent visiblement pas se
tenir!).

> > Pas de tubes dans
> > mes commandes, au passage.
>
> Ah oui, eh bien, je connais pas mal de gens, au passage,
> qui diraient que dans ... | ls le | est un tube.

Sauf quand il s'agit d'un composant décoratif de l'invite de commande
(du « prompt »).



Quand une commande passe ses résultats à ls pour les lister,
il vaut mieux pour tes yeux que ce ne soit pas uniquement
décoratif.

Il faut bien dire que dans le flou généralisé de votre rapport de bug
-si l'on peut dire, le logiciel incriminé n'est même pas nommé tant il
s'agit de faire un procés d'ensemble à GNU/Linux- la référence à une
fonction de l'API Win32 ressemble plus à une couverture d'autorité qu'à


une
tentative d'explication causale, qui n'aurait eu aucun sens.



De quoi ? C'est la fonction qui permet de faire ça sous Win.
Ensuite, cela ne se faisait pas chez moi. Le reste, l'investigation
de la vraie cause, finalement, ça te concerne plus que moi
puisque j'ai abandonné l'idée de poursuivre sous Linux. Si le
nom du GUI m'échappe à l'instant même (le fenêtrage d'origine
allemande, je l'ai sur le bout de la langue, mais il ne vient pas),
ce n'est pas une raison pour insinuer que cela ne s'est pas produit.

Je « constate » moi aussi toutes sortes de « défauts » sur les systèmes


que
je connais mal ...



Là tu me prends carrément pour un con, si tu te réfères à la
"manip" en question. Il n'y a pas besoin de connaître Win
pour constater qu'il rafraîchit les fenêtres donnant vue sur
un même répertoire lorsqu'une action a changé la liste
dans l'une d'entre elles.

Allez, je te tend la main, et pour revenir en charte: on peut très
justement affirmer que, au moins quantativement, l'offre en logiciels de
musique pour les unix libres est bien moins riche que pour windows ou
Mac OS. Heureux ?



La main, je l'accepte ! Je crois que c'est vrai, je n'en suis pas heureuix
dans la mesure où mes essais furent un investissement temps et argent,
et je te rappelle, main toujours tendue, que j'ai *embrayé* sur une
discussion initiée par d'autres que moi (mais c'est vrai que dans un tel
cas je réponds la plupart du temps).

On pourrait effectivement en rester là ;-)

--

Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - - Strasbourg, France



Avatar
Alain Naigeon
"Benjamin Pineau" a écrit dans le message news:

Alain Naigeon écrivais:
>
> > Mieux vaut juger de la qualité d'un système dans sa propre logique,
> > sa cohérence, plutôt qu'au crible de ses habitudes.
>
> Oui, ça dans le genre "tout est dans tout et réciproquement",
> on ne fait pas mieux (ta phrase fumeuse). Quelque chose qui

Des difficultés de lecture ou de compréhension ?
J'expliquais que la façon naturelle d'utiliser un ordinateur dans mon
environement. n'était pas celle sur laquelle tu le juge.



C'est peut-être le début d'une lumière dans ce fil : je ne parlais
pas de ta façon de travailler sur ta machine, et pour cause.
Je parlais de ce que j'avais constaté sur la mienne, et il me
semblait que, en revanche, tu ne me croyais pas.

Ou encore que windows, qui a un beau WaitOnSingleObject() ne vaut rien
parcequ'il n'a pas de waitpid() (un équivalent unixen). Ah non, celle
la tu l'a déjà faite.



NON ; j'ai dit que la deuxième fenêtre, dans la version que j'avais
testée, ne se rafraîchissait pas automatiquement. Si waitpid()
permet de le faire, c'est que le gars ayant programmé le GUI
a négligé de l'utiliser. Je disais bien, par deux fois, que je n'affirmais
rien sur cette cause possible ; en revanche, cela fait deux fois
qu'on saute sur sur cette réserve de ma part pour mettre en
doute le *résultat* constaté. Là c'est toi qui prétend savoir
ce qui s'est passé sur machine !

Encore une fois je crois qu'il n'a pas été question de supériorité des
unix



J'ai du mal lire :-o

(en revanche, les windowsiens de fcm ne savent visiblement pas se
tenir!).

> > Pas de tubes dans
> > mes commandes, au passage.
>
> Ah oui, eh bien, je connais pas mal de gens, au passage,
> qui diraient que dans ... | ls le | est un tube.

Sauf quand il s'agit d'un composant décoratif de l'invite de commande
(du « prompt »).



Quand une commande passe ses résultats à ls pour les lister,
il vaut mieux pour tes yeux que ce ne soit pas uniquement
décoratif.

Il faut bien dire que dans le flou généralisé de votre rapport de bug
-si l'on peut dire, le logiciel incriminé n'est même pas nommé tant il
s'agit de faire un procés d'ensemble à GNU/Linux- la référence à une
fonction de l'API Win32 ressemble plus à une couverture d'autorité qu'à


une
tentative d'explication causale, qui n'aurait eu aucun sens.



De quoi ? C'est la fonction qui permet de faire ça sous Win.
Ensuite, cela ne se faisait pas chez moi. Le reste, l'investigation
de la vraie cause, finalement, ça te concerne plus que moi
puisque j'ai abandonné l'idée de poursuivre sous Linux. Si le
nom du GUI m'échappe à l'instant même (le fenêtrage d'origine
allemande, je l'ai sur le bout de la langue, mais il ne vient pas),
ce n'est pas une raison pour insinuer que cela ne s'est pas produit.

Je « constate » moi aussi toutes sortes de « défauts » sur les systèmes


que
je connais mal ...



Là tu me prends carrément pour un con, si tu te réfères à la
"manip" en question. Il n'y a pas besoin de connaître Win
pour constater qu'il rafraîchit les fenêtres donnant vue sur
un même répertoire lorsqu'une action a changé la liste
dans l'une d'entre elles.

Allez, je te tend la main, et pour revenir en charte: on peut très
justement affirmer que, au moins quantativement, l'offre en logiciels de
musique pour les unix libres est bien moins riche que pour windows ou
Mac OS. Heureux ?



La main, je l'accepte ! Je crois que c'est vrai, je n'en suis pas heureuix
dans la mesure où mes essais furent un investissement temps et argent,
et je te rappelle, main toujours tendue, que j'ai *embrayé* sur une
discussion initiée par d'autres que moi (mais c'est vrai que dans un tel
cas je réponds la plupart du temps).

On pourrait effectivement en rester là ;-)

--

Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - - Strasbourg, France