Options

[FeedBack]

Yo !

Tout le monde va bien ?

J'ai deux petites infos concernant Cubase / Mac, que vous avez peut-être déjà, mais bon !

D'une part, une nouvelle version de Cubase est dispo ici :

ftp://ftp.steinberg.net/download/mac/Cuba...ase50x/50r2PB3/

D'autre part, l'ECVST propose une page regroupant ce qui se fait en matière de plugins VST en gratoswares. On propose les versions Mac quand elles existent, servez-vous, c'est ici :

http://www.espace-cubase.org/freesuppos.php3

La page est encore pas mal boguée (les votes notamment) mais les téléchargements fonctionnent ,o)

Voilou !

[FeedBack]

Re !

Bon, je vous fais un copier coller de la réponse du gars Sébastien, dont je crois savoir qu'il est un minimum objectif.

Ce n'est pas une provoc ni un appel à la guéguerre qu'on connaît que trop bien. C'est juste la réponse d'un gars, qui développe sur les deux plates formes, réponse à ma question : est il facile de recompiler un plug VST pour Mac quand on a les sources PC...

C'est parti ;o)

'Bon, ya clairement des chances que ce thread termine en foire d'empoigne, je
prefere prevenir. Je fais entre autres du developpement Mac, ya des jours ou
je trouve ca sympas mais dans l'ensemble c'est qd meme vachement pénible par
rapport a Win32 ou Linux donc si vous etes des die hard mac fans ne lisez
pas ce mail il va vous enerver ;-).

Il y a la theorie et la pratique.
En theorie: un plugin VST qui a ete cree sur PC en suivant les
recomendations de steinberg et qui n'a pas d'interface graphique ou bien qui
utilise la librairie VSTGUI.lib de Steinberg devrais pouvoir etre transposé
sur Mac avec juste une recompilation pour peu que l'auteur n'utilise pas
d'assembleur. En theorie il suffit juste de passer qques minutes a prendre
les fichiers sources sur son mac, creer un projet codewarrior derivé de ceux
du kit de dev, de compiler et roule ma poule.
Ca c'est la theorie. Maintenant on passe a la pratique:
Mac OS n'ayant rien a voir avec Win32 c'est un peu plus compliqué que ca.
Tout d'abord il faut arriver a faire lire les fichiers textes à CodeWarrior
(ha ben oui, c'est pas si simple que ca de donner des types a des fichiers
sur mac et ce blaire de CodeWarrior refusera de lire les sources si les
fichier ne sont pas specifiquement des fichiers textes mac). Donc tout
depend de la methode avec laquelle on importe les fichiers dan sle mac,
genre si c'est par MacCVS ya une chance sur deux que ca marche, si c'est une
bete copie de fichier par SMB (Dave) les fins de lignes risquent d'etres
petées, si c'est par FTP ca peut marcher mais ca depend du client FTP,
etc...

Ensuite il faudra nettoyer les sources pour le cas pour ils utilisent le
format text DOS ou UNIX (CR LF ou CR) en Mac (LF uniquement, peuvent pas
faire comme tout le monde).
Ensuite si le plugin a ete codé avec la lib VSTGUI alors tu as des chances
de t'en sortir relativement convenablement mais il va falloir reussir a
faire avaller les fichiers de ressources a codewarrior (pas une sinecure,
les outils genre ResEdit sont viellots et vraiment pas scriptables, un vrais
bonheur, et puis ils ne connaissent que certains types d'images, tout se
fait par copier coller, etc... user friendly quoi pour le mec qui a 70
images a ajouter...).

Apres il faudra essayer de compiler le code. Vu le nombre de bugs qui
trainent dans CodeWarrior Mac c'est une chance si ca compile du premier
coup. En gros il faut prier pour que le codeur PC ai rien utilise d'un peu
sioux au niveau du langage (templates, etc...).
Normalement la tu as un plugin utilisable pour peu que tu te sois pas trompé
de target, que tu ai bien compris comment barrer la route a toutes les
specificités de CodeWarrior et de son editeur sous developpé.
Ensuite il va falloir optimiser le code pour le Mac, ca va probablement
passer par du code assembleur PPC G3/G4 voir du code AltiVec (equivalent du
SSE/SSE2). Bon ben la rien a dire le G4 c'est sympas a coder mais il faut
connaitre...

Enfin bref apres tout ca tu devrais avoir un plugin utilisable sur le mac
avec des perfs raisonables. Mais il ne faut vraiment pas croire qu'il suffit
de prendre le code et de recompiler pour que ca marche. J'ai eu a faire 3
portages mac dernierement (entre autre des plugins VSt mais aussi pour du
jeu video) et j'en ai grave chié.
Le plus gros probleme etant celui des outils de developpement et de
restrictions du mac en terme de memoire. Il faut TOUT revoir les procedures
d'allocations de memoire a la baisse et faire le boulot de l'OS, pas
simple... En plus pour peu que le codeur ai fait sa propre lib pour
l'interface graphique alors la c'est un vrais chemin de croix qui commence
parceqe si le Mac avais 10 ans d'avance ya vingt an il a tellement stagné
que de nos jours faire une adaptation dans ce sens est un vrais cauchemard.
(demande a Bernard Chavonnet ce qu'il pense des chaines de caracteres a la
mode Mac/Pascal, mais je te conseille de mettre un casque de guerre avant

Donc oui, evidement pour faire un petit portage a papa comme ca ca peut
marcher mais il ne faut generalement pas en esperer un truc dement. Une
grande partie de tout ca va changer avec MacOSX mais Cubase est pas encore
fini d'etre carbonisé et il n'y a pas de vrais VST pour MacOSX actuellement
(mais la il faudrais peut etre plutot poser la question à Yvan :-)

Je suis etoné que vous ayez trouvé tant de plugs interessents avec des
sources disponibles, j'en connais pas plus de 3 ou 4 qui soient un minimum
interessants et aucun qui merite vraiment l'effot d'un portage...

Seb

PS :

Je me suis gourré: (a chaque fois j'inverse ;-))
Win/DOS: CR+LF
Unix: LF
Mac: CR

Unix est censé etre le format des fichier texte standard (et j'essaye de
n'utiliser plus que ca mais les applis windows et mac sont souvent chiantes
dans ce domaine et forcent l'ecriture du format natif, les boulets...)

J'ai jamais compris pourquoi le DOS d'abord et le Mac ensuite avaient
choisis de prendre des caracteres diferents alors que tout le monde faisais
autrement (si seulement c'etait le seul domaine... vivement l'UNICODE/UTF8
et des UNIX partout...).

Evidement sous OSX les deux types sont melangés puisque OSX est base sur
FreeBSD qui est un UNIX 100% pur souche alors qu'il garde en grande partie
la compatibilité avec le systeme Mac poussif. Domage qu'apple n'ai pas
rachetté BeOS plutot que Next, vraiment, quelle tristesse...

Mais rejouissez vous! Dans 10 ans qd les processeurs ARMS en auront un peu
plus dans le slip on pourra peut etre coder un mini Pandora sur nos Palm
Pilots grace aux apports en multimedia de BeOS a cette plateforme!! Warf
warf warf!!!

Bon je retourne prendre mes medocs ;-)'

Fin de citation