Bienvenue invité ( Connexion | Inscription )
1 Jul 2005, 13:28
Message
#1
|
|
|
Adepte de Macbidouille ![]() Groupe : Membres Messages : 190 Inscrit : 7 Feb 2003 Lieu : Europe - France - Rhône - Lyon Membre no 6 055 |
Bonjour,
Le site x86 Mac Os X vous propose un catalogue gratuit des logiciels Macintosh pour PowerPC et Pentium. Vous cherchez à connaître si un logiciel est prévu pour les deux processeurs? Visitez le site x86 Mac Os X Vous développez un logiciel et il est prêt pour les deux processeurs? Inscrivez votre logiciel sur x86 Mac Os X C'est gratuit et rapide! Le site x86 Mac Os X x86 Mac Os X Cordialement Le Site x86 Mac Os X PS: Ceux qui peuvent aider à l'amélioration des traductions sont les bien venu! |
|
|
|
![]() |
3 Jul 2005, 21:32
Message
#2
|
|
![]() Modérateur multitâche ![]() ![]() ![]() ![]() ![]() Groupe : Modérateurs Messages : 11 682 Inscrit : 23 Dec 2001 Lieu : Paris Membre no 1 682 |
QUOTE(Fredbezies @ 2 Jul 2005, 18:36) De plus, la logithèque open-source (mozilla, firefox, thunderbird, fink, darwin ports, OpenOffice.org, NeoOffice/J) sera porté en quelques jours, voire en moins de temps. Pour NeoOffice/J, ça ne sera pas si simple que tu le penses : il va falloir migrer le code de Java 1.3.1/Carbon vers Java 1.4.1/Cocoa... Pour la plupart des projets Open Source, il va aussi falloir migrer de GCC 3.x à GCC 4, ce qui n'est pas si simple... QUOTE(Fredbezies @ 2 Jul 2005, 20:18) QUOTE(chombier @ 2 Jul 2005, 18:44) Sous entendrais tu qu'il n'y a qu'un gain négligeable de performances à attendre entre un programme en PowerPC émulé sur un processeur x86 et le même programme natif x86 ??? Ca me parait bien péremptoire comme affirmation... Je n'ai jamais dit cela. Simplement, que le gain sera surement infime pour des applications codées correctement pour OS-X. Le gain sera énorme pour toutes les applications effectuant un minimum de calculs... QUOTE(Fredbezies @ 2 Jul 2005, 22:28) Si une appli est codé proprement, en utilisant Cocoa (et non carbon), la transition devrait se faire sans douleur. Carbon permet d'accéder aux API de Mac OS X aussi bien que Cocoa, il faut arrêter de penser que Carbon ne vaut rien parce que ce sont des API nettoyées de Mac OS pré-X. Edit : C'est ce que disent les ingénieurs d'Apple en tous cas Ce message a été modifié par Val1984 - 4 Jul 2005, 10:41. -------------------- MacBook Air mid-2013 / Core i7 1.7 GHz / 8 Go / SSD 256 Go + SD 128 Go / OS X Yosemite 10.10
PowerMac G5 / Quad 2.5 GHz / 4.5 Go / SSD 180 Go + HD 250 Go / Quadro FX 4500 256 Mo / Mac OS X Tiger 10.4 + Leopard 10.5 PowerBook G4 / G4 1.33 GHz / 1.5 Go / SSD mSATA 120 Go / Radeon 9700M 64 Mo / Mac OS X Tiger 10.4 + Leopard 10.5 + Mac OS 9.2.2 Performa 460 / 68030 33 MHz / 36 Mo / HD 160 Mo / Ethernet / Système 7.6.1 SE/30 / 68030 16 MHz / 8 Mo / HD 40 Mo / Système 7.1.2 |
|
|
|
| Guest_Fredbezies_* |
5 Jul 2005, 15:34
Message
#3
|
|
Guests |
QUOTE(Val1984 @ 3 Jul 2005, 22:32) QUOTE(Fredbezies @ 2 Jul 2005, 18:36) De plus, la logithèque open-source (mozilla, firefox, thunderbird, fink, darwin ports, OpenOffice.org, NeoOffice/J) sera porté en quelques jours, voire en moins de temps. Pour NeoOffice/J, ça ne sera pas si simple que tu le penses : il va falloir migrer le code de Java 1.3.1/Carbon vers Java 1.4.1/Cocoa... Pour la plupart des projets Open Source, il va aussi falloir migrer de GCC 3.x à GCC 4, ce qui n'est pas si simple... J'ai laissé tomber NeoOffice/J pour OpenOffice avec la sortie de la version 1.9.109. Avoir un logiciel tournant avec X11 ne me dérange pas, et en plus, OOo 1.9.109 est environ 50 Mo moins lourd que NeoOffice/J. QUOTE QUOTE(Fredbezies @ 2 Jul 2005, 20:18) QUOTE(chombier @ 2 Jul 2005, 18:44) Sous entendrais tu qu'il n'y a qu'un gain négligeable de performances à attendre entre un programme en PowerPC émulé sur un processeur x86 et le même programme natif x86 ??? Ca me parait bien péremptoire comme affirmation... Je n'ai jamais dit cela. Simplement, que le gain sera surement infime pour des applications codées correctement pour OS-X. Le gain sera énorme pour toutes les applications effectuant un minimum de calculs... On peut donc penser à des "petites" applications comme des traitements de texte ou encore des tableurs. Pas un logiciel de synthèse, bien sûr QUOTE QUOTE(Fredbezies @ 2 Jul 2005, 22:28) Si une appli est codé proprement, en utilisant Cocoa (et non carbon), la transition devrait se faire sans douleur. Carbon permet d'accéder aux API de Mac OS X aussi bien que Cocoa, il faut arrêter de penser que Carbon ne vaut rien parce que ce sont des API nettoyées de Mac OS pré-X. Edit : C'est ce que disent les ingénieurs d'Apple en tous cas [right][snapback]1219351[/snapback][/right] Si les ingénieurs apple le disent... Enfin, en ce qui concerne le passage de gcc 3.3 -> gcc 4.0, j'utilise des versions de développement de firefox, thunderbird et Seamonkey créée avec Gcc 4.0 (celui de XCode 2.1) et aucun problème, si ce n'est un léger embonpoint (1/2 Mo de plus) qu'en version gcc 3.3 Mis à part cela, RAS Je n'utilise quasiment aucun logiciel commercial avec mon mac, que du libre, j'oubliais de citer Nvu, mais comme il y a un léger problème pour compiler Nvu avec Tiger, je me contente de la version précompilée |
|
|
|
5 Jul 2005, 15:40
Message
#4
|
|
![]() Modérateur multitâche ![]() ![]() ![]() ![]() ![]() Groupe : Modérateurs Messages : 11 682 Inscrit : 23 Dec 2001 Lieu : Paris Membre no 1 682 |
QUOTE(Fredbezies @ 5 Jul 2005, 16:34) QUOTE(Val1984 @ 3 Jul 2005, 22:32) QUOTE(Fredbezies @ 2 Jul 2005, 18:36) De plus, la logithèque open-source (mozilla, firefox, thunderbird, fink, darwin ports, OpenOffice.org, NeoOffice/J) sera porté en quelques jours, voire en moins de temps. Pour NeoOffice/J, ça ne sera pas si simple que tu le penses : il va falloir migrer le code de Java 1.3.1/Carbon vers Java 1.4.1/Cocoa... Pour la plupart des projets Open Source, il va aussi falloir migrer de GCC 3.x à GCC 4, ce qui n'est pas si simple... J'ai laissé tomber NeoOffice/J pour OpenOffice avec la sortie de la version 1.9.109. Avoir un logiciel tournant avec X11 ne me dérange pas, et en plus, OOo 1.9.109 est environ 50 Mo moins lourd que NeoOffice/J. Eh bien moi j'aime NeoOffice/J et s'il est plus lourd qu'OpenOffice.org/X11, c'est pour la simple et bonne raison qu'il inclut une quarantaine de localisations, un importateur Spotlight et un filtre pour importer les documents WordPerfect Et NeoOffice/J fonctionne correctement avec Tiger, pas comme la dernière build d'OOo/X11 que j'ai essayé... QUOTE(Fredbezies @ 5 Jul 2005, 16:27) QUOTE(f_cam @ 3 Jul 2005, 18:28) QUOTE(Fredbezies @ 3 Jul 2005, 07:18) Jamais dit le contraire. Mais optimiser une application pour un processeur particulier, sur un unix comme MacOS-X, c'est assez """""idiot""""" N'importe quoi. Aucun rapport entre l'utilité d'optimiser une appli pour un processeur et le fait d'avoir un OS dérivé d'un unix. Si tu le dis. J'ai encore sortie une énorme connerie. Surtout - test perso - le gain est souvent infime, à moins de coder le logiciel directement en assembleur Si iTunes n'était pas optimisé Altivec, tu pleurerais en attendant que tes MP3 soient compressés... Ce message a été modifié par Val1984 - 5 Jul 2005, 15:44. -------------------- MacBook Air mid-2013 / Core i7 1.7 GHz / 8 Go / SSD 256 Go + SD 128 Go / OS X Yosemite 10.10
PowerMac G5 / Quad 2.5 GHz / 4.5 Go / SSD 180 Go + HD 250 Go / Quadro FX 4500 256 Mo / Mac OS X Tiger 10.4 + Leopard 10.5 PowerBook G4 / G4 1.33 GHz / 1.5 Go / SSD mSATA 120 Go / Radeon 9700M 64 Mo / Mac OS X Tiger 10.4 + Leopard 10.5 + Mac OS 9.2.2 Performa 460 / 68030 33 MHz / 36 Mo / HD 160 Mo / Ethernet / Système 7.6.1 SE/30 / 68030 16 MHz / 8 Mo / HD 40 Mo / Système 7.1.2 |
|
|
|
| Guest_Fredbezies_* |
5 Jul 2005, 21:00
Message
#5
|
|
Guests |
QUOTE(Val1984 @ 5 Jul 2005, 16:40) [...] Eh bien moi j'aime NeoOffice/J et s'il est plus lourd qu'OpenOffice.org/X11, c'est pour la simple et bonne raison qu'il inclut une quarantaine de localisations, un importateur Spotlight et un filtre pour importer les documents WordPerfect Ce n'est pas le plugin spotlight qui demande la taille en plus 40 localisations ? Si on les enlèvent, on ne gagne pas grand chose (2 ou 3 Mo, de mémoire) QUOTE Et NeoOffice/J fonctionne correctement avec Tiger, pas comme la dernière build d'OOo/X11 que j'ai essayé... La 1.9.109 ? Elle fonctionne pas mal pour une béta Celle ci ? http://ooo.lab-project.net/~ebachard/MacOS...m_109/Tiger/fr/ [...] QUOTE Si iTunes n'était pas optimisé Altivec, tu pleurerais en attendant que tes MP3 soient compressés... [right][snapback]1221931[/snapback][/right] Je n'utilise pas le mp3 à moins que itunes ne maquille les mp3 en AAC ? A vrai dire, je grave chacun des achats d'albums que je fais sur l'ITMS. Quand à l'altivec, tant mieux s'il aide à la vitesse. Quoique la version PC d'iTunes ne doit pas en profiter, de l'altivec Ce message a été modifié par Fredbezies - 5 Jul 2005, 21:01. |
|
|
|
5 Jul 2005, 21:57
Message
#6
|
|
|
Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 6 584 Inscrit : 20 Mar 2003 Membre no 6 765 |
QUOTE(Fredbezies @ 5 Jul 2005, 21:00) QUOTE Et NeoOffice/J fonctionne correctement avec Tiger, pas comme la dernière build d'OOo/X11 que j'ai essayé... La 1.9.109 ? Elle fonctionne pas mal pour une béta Celle ci ? http://ooo.lab-project.net/~ebachard/MacOS...m_109/Tiger/fr/ [...] Personnellement, le fait de ne pas pouvoir copier/coller entre les programmes X11 et le reste est rhédibitoire. La version Java le permet. QUOTE(Fredbezies @ 5 Jul 2005, 21:00) Quand à l'altivec, tant mieux s'il aide à la vitesse. Quoique la version PC d'iTunes ne doit pas en profiter, de l'altivec [right][snapback]1222380[/snapback][/right] Ah, enfin, on y vient ! -------------------- késtananafout' (:
|
|
|
|
| Guest_Fredbezies_* |
6 Jul 2005, 05:40
Message
#7
|
|
Guests |
QUOTE(chombier @ 5 Jul 2005, 22:57) Personnellement, le fait de ne pas pouvoir copier/coller entre les programmes X11 et le reste est rhédibitoire. La version Java le permet. Ben tu utilises quoi alors ? J'ai fait un copier / coller entre OOo 1.9.109 et textedit, et aucun problème pour les données dans les deux sens... A moins que cela soit du à l'utilisation de Tiger et d'un X11 amélioré ? Suffit de se souvenir qu'il faut utiliser dans un cas ctrl, dans l'autre la touche pomme QUOTE(Fredbezies @ 5 Jul 2005, 21:00) Quand à l'altivec, tant mieux s'il aide à la vitesse. Quoique la version PC d'iTunes ne doit pas en profiter, de l'altivec Ah, enfin, on y vient ! [right][snapback]1222460[/snapback][/right] Comme iTunes dépend de Quicktime pour sa version PC... Ce message a été modifié par Fredbezies - 6 Jul 2005, 05:43. |
|
|
|
Macintosh_Plus x86 Mac Os X 1 Jul 2005, 13:28
flo27 Jai été voir ce matin ! grâce a une de me... 1 Jul 2005, 13:30
Alex_hihi Le design est super, j'adhere ... bon courage... 1 Jul 2005, 13:36
Fredbezies Quel intérêt, vraiment ?
Une partie non néglig... 2 Jul 2005, 17:36
chombier QUOTE(Fredbezies @ 2 Jul 2005, 17:36)Quel int... 2 Jul 2005, 17:44

Fredbezies QUOTE(chombier @ 2 Jul 2005, 18:44)QUOTE(Fred... 2 Jul 2005, 19:18
BigManu QUOTE(Fredbezies @ 2 Jul 2005, 18:36)Quel int... 6 Jul 2005, 09:55
anonyme_673 En tout cas, direction la bonne rubrique 2 Jul 2005, 19:12
f_cam Codée correctement ou pas, des que l'appli se... 2 Jul 2005, 19:26
Fredbezies QUOTE(f_cam @ 2 Jul 2005, 20:26)Codée correc... 2 Jul 2005, 21:28
chombier QUOTE(Fredbezies @ 2 Jul 2005, 21:28)Si une a... 2 Jul 2005, 21:59
Fredbezies QUOTE(chombier @ 2 Jul 2005, 22:59)QUOTE(Fred... 3 Jul 2005, 06:18
f_cam QUOTE(Fredbezies @ 3 Jul 2005, 07:18)Jamais d... 3 Jul 2005, 17:28
Fredbezies QUOTE(f_cam @ 3 Jul 2005, 18:28)QUOTE(Fredbez... 5 Jul 2005, 15:27
Macintosh_Plus Merci de vos réactions!
Le site est codé ... 3 Jul 2005, 17:02
Val1984 QUOTE(Fredbezies @ 5 Jul 2005, 22:00)QUOTE(Va... 5 Jul 2005, 21:43
ddrix Juste quelques petits détails :
- les optimisatio... 5 Jul 2005, 21:31
chombier QUOTE(ddrix @ 5 Jul 2005, 21:31)Juste quelque... 5 Jul 2005, 22:05
BigManu Excellente initiative ce site. 5 Jul 2005, 22:43
Val1984 Copier/coller d'images entre applis Mac et Ope... 6 Jul 2005, 08:47
Fredbezies C'est de ma faute, je l'admets aisément.
... 6 Jul 2005, 10:02![]() ![]() |
| Nous sommes le : 4th April 2026 - 18:49 |