Posté par bubar🦥 .
En réponse à la dépêche Kino 1.0.0.
Évalué à 5.
Oui j' ai déjà utilisé Fruity Loops et Cubase
pour fruity loops, il n' y a pas vraiment d' équivalent pur. Mais LMMS d' un côté (avec qq bons sons en stock chez soi) et LinuxSampler de l' autre, ça le fait "grave de grave" -> sans problème on peut faire pareil que fruity loops sous linux aujourdhui. Même s'il n' y a pas d' interface graphique genre "fruity loop fork" on a les mêmes possibilités et les mêmes résultats dans le même laps de temps.
Pour cubase, rosegarden est un équivalent. Il n' a pas toutes les fonctions de cubase mais en a d' autre que cubase n' a pas. Ce n' est pas non plus une "interface pile-poil genre fork" mais RoseGarden est un pur régal. (saluons au passage le travail fait sur l' interface de RoseGarden, qui, avec toutes les fonctions disponibles avec ce logiciel, a su resté simple, claire et intuitive. Chapeau bas pour un tel logiciel)
Pour un gestionnaire sonore, Jack est le meilleur de tous, du moins de ceux que je connais. Ce serveur de son a la particularité d' être temps-réel (d' autres retiennent le fait de cabler plein d' applications les unes vers les autres, même quant celle-ci ne le prévoient pas vraiment... ;) )
Il est tellement énorme, le jack, que Apple à fait le nécessaire pour en avoi un port, fonctionnant à la place ou en // de coreaudio.
Et que le monde windows lorgne sur Jack depuis quelques temps déjà.
Enfin, le noyau linux en tant que coeur d' un système fonctionnel pour madame michue, a de loin les meilleurs résultats en travail 'temps-réel'
On pourra aussi citer les projets que sont CSOUND et autres, frères, petits fils ...
Et si tu souhaites découvrir quelques "cinglés", l' équipe française de piksel fait de temps en temps des live-performance à Paris aussi. (est il besoin de préciser 100% GNU ?)
Faire des fork d' interfaces ne me semble pas être une solution, même s' il semble nécessaire que l' utilisateur de base s' y retrouve facilement. Mais si c' est un pro avec une utilisation pro, je ne doute pas qu' il découvre avec plaisir et rapidement Ardour, pour gérer ses enregistrements -en temps réel ou pas - !!!! et sache faire fit de l' interface de JAmin pour en apprécier les fonctionnalités de 'post-prod'.
Bref, GNU/Linux est parfaitement fonctionnel pour la MAO. A toi de faire l' effort de découvrir de nouveaux logiciels, je suis sûr que tu saura apprécier.
ps : pour info, une version de SuSe spécialement dédiée à la mao ne devrait plus tarder. Sous Mandriva, Trem maintiens un kernel "temps réel dur" (patch Ingo Molnar) en rpm tout prêt. Et l' ensemble des logiciels mao sont dispo sur contrib. Pour Fedora, le dépôt ccrma est toujours actif. Et pour Ubuntu, il y a "ubuntu studio" qui a un design et un choix applicatifs orientés.
[^] # Re: Pour avoir goûté aux deux...
Posté par bubar🦥 . En réponse à la dépêche Kino 1.0.0. Évalué à 5.
pour fruity loops, il n' y a pas vraiment d' équivalent pur. Mais LMMS d' un côté (avec qq bons sons en stock chez soi) et LinuxSampler de l' autre, ça le fait "grave de grave" -> sans problème on peut faire pareil que fruity loops sous linux aujourdhui. Même s'il n' y a pas d' interface graphique genre "fruity loop fork" on a les mêmes possibilités et les mêmes résultats dans le même laps de temps.
Pour cubase, rosegarden est un équivalent. Il n' a pas toutes les fonctions de cubase mais en a d' autre que cubase n' a pas. Ce n' est pas non plus une "interface pile-poil genre fork" mais RoseGarden est un pur régal. (saluons au passage le travail fait sur l' interface de RoseGarden, qui, avec toutes les fonctions disponibles avec ce logiciel, a su resté simple, claire et intuitive. Chapeau bas pour un tel logiciel)
Pour un gestionnaire sonore, Jack est le meilleur de tous, du moins de ceux que je connais. Ce serveur de son a la particularité d' être temps-réel (d' autres retiennent le fait de cabler plein d' applications les unes vers les autres, même quant celle-ci ne le prévoient pas vraiment... ;) )
Il est tellement énorme, le jack, que Apple à fait le nécessaire pour en avoi un port, fonctionnant à la place ou en // de coreaudio.
Et que le monde windows lorgne sur Jack depuis quelques temps déjà.
Enfin, le noyau linux en tant que coeur d' un système fonctionnel pour madame michue, a de loin les meilleurs résultats en travail 'temps-réel'
On pourra aussi citer les projets que sont CSOUND et autres, frères, petits fils ...
Et si tu souhaites découvrir quelques "cinglés", l' équipe française de piksel fait de temps en temps des live-performance à Paris aussi. (est il besoin de préciser 100% GNU ?)
Faire des fork d' interfaces ne me semble pas être une solution, même s' il semble nécessaire que l' utilisateur de base s' y retrouve facilement. Mais si c' est un pro avec une utilisation pro, je ne doute pas qu' il découvre avec plaisir et rapidement Ardour, pour gérer ses enregistrements -en temps réel ou pas - !!!! et sache faire fit de l' interface de JAmin pour en apprécier les fonctionnalités de 'post-prod'.
Bref, GNU/Linux est parfaitement fonctionnel pour la MAO. A toi de faire l' effort de découvrir de nouveaux logiciels, je suis sûr que tu saura apprécier.
ps : pour info, une version de SuSe spécialement dédiée à la mao ne devrait plus tarder. Sous Mandriva, Trem maintiens un kernel "temps réel dur" (patch Ingo Molnar) en rpm tout prêt. Et l' ensemble des logiciels mao sont dispo sur contrib. Pour Fedora, le dépôt ccrma est toujours actif. Et pour Ubuntu, il y a "ubuntu studio" qui a un design et un choix applicatifs orientés.