macOS..grrr - Page 1

j'aimerais adapter un jeu mac sur ti.
j'ai trouvé le jeu en question sur le net, avec l'extension .cpt
apparament c un fichier compresser, je dl donc Compact Pro 1.5, qui est l'équivalent
d'un winzip pour MacOS apparament.
j'allume mon antiquité (ie un Macintosh Performa 5300), je transfert le jeu et le prog pour le décompresser, et là je m'apercois que Compact Pro a pour extension .bin, et que MacOS ne peut pas lire ce type de fichier par défaut.
Ma question est donc:
comment faut il faire pour pouvoir lancer CompactPro.bin ?
vala

Il te faut encore un autre décompresseur, cette fois-ci pour les .bin.

arf.. je viens de trouver un décompresseur de .bin, mais il faut un decompresseur pour decompresser le ... enfin bon c le vrai bordel
au passage, c koi l'extension d'un executable sous macos, par defaut?

bon, d'abord bravo d'avoir gardé ton antique performa 5300 (100Mhz, je précise pour les autres, sorti en octobre 1995)
le décompresseur de fichiers par défaut est Stuffit Expander, édité par Alladin Systems (il faut la version deluxe pour lire les cpt, mais la version standard suffit pour les .bin).
Si tu a le moindre problème, si tu veux que je te les décompresse sur mon iMac, envoie-moi un mail (cf profil)
Les "exécutables" s'appellent tout simplement des applications, il me semble, sans AUCUNE extension, comme tous les fichiers sur mac (l'extension n'est utilisée que pour indiquer à l'utilisateur le contenu de son fichier, elle est facultative)

Je veux bien que tu me le fasse stp
je t'envoie fichier .cpt
merci!

comment alors le système d'exploitation des macs reconnait le type d'un fichier ? En lisant l'en-tête de ce dernier ?

qqch comme ça, il me semble...

Les applications pour Mac ont parfois uen extension sur le web (qui ne sert qu'à l'usager, c vrai) en .hqx

Chaque fichier sur mac possède un créateur (permettant de distinguer à quelle application il est attaché) et un type: pour les applications, le type est "APPL", pour un gif, par exemple, c'est gif, GIF, etc... selon l'application (car c'est elle qui définit le type des fichiers qu'elle crée) . Le créateur et le type sont des suites de 4 lettres ou chiffres (les majuscules comptent). il existe plein-plein-plein d'utilitaires pour changer automatiquement les types... Sur bcp de fichiers (surtout les images), le système change automatiquement le type quand on rajoute ou change une extension...

les .hqx st un format de compression très nul mais qui est apparemment + compatible que le .sit habituellement utilisé (et qui semble un peu + performant que le zip, mais je ne m'avancerai pas +): les fichiers d'arrivée sont plus petits que le .hqx !!!!!!!!

Il est à noter qu'avec MacOS X , unix, ce système de reconnaissance des fichiers n'est plus obligatoirement utilisé (on revient svt aux extensions seules )

stpatrick a écrit :
Il est à noter qu'avec MacOS X , unix, ce système de reconnaissance des fichiers n'est plus obligatoirement utilisé (on revient svt aux extensions seules )

Normal, c'est le standard de-facto... Y-en a marre des mails provenant de Macintoshes avec des fichiers attachés sans extension!

c bon j'ai trouvé un emulateur mac sous windows

Kevin Kofler
a écrit : Normal, c'est le standard de-facto... Y-en a marre des mails provenant de Macintoshes avec des fichiers attachés sans extension!

Kler, et ça fait bien chier qd tu recois une tof d'un mac user, pour peut que le nom soit pas significatif...

gniark

Ta signature> g maté, mais g l'impression qu'ils veulent un peu trop ressembler à Mission impossible...c un peu dommage, mais ça reste divertissant

stpatrick a écrit :
les .hqx st un format de compression très nul mais qui est apparemment + compatible que le .sit habituellement utilisé (et qui semble un peu + performant que le zip, mais je ne m'avancerai pas +): les fichiers d'arrivée sont plus petits que le .hqx !!!!!!!

Tu connait la particularité du mac avec le type/creator, mais tu connait pas le principe des ficher mac qui séparent le data, des ressouces ??

En fait, sur le mac les donnée et les ressources sont traité séparement (sur les powermac c moins vrai, sa date surtout des mac 68k mais sa a été gardé) un peu comme le serait une mémoire segmenté, les datas peuvent augmenter en taille sans avoir a changer quelque pointeur sur les data, les deux etant totalement independant. Le problème etant que si on veux faire bien pour le faire passer sur un systeme gerant pas se fonctionnement est de couper le fichier en 2, un pour les data et un pour les ressources, le seul problème c que nativement sur le mac les fichier ne sont représenté que par un seul fichier (logique) et que une fois sur un autre os (windows, dos, unix...) il a fallut garder une certaine cohérence. J'ai déja vu avec certainne appli de partage pc/mac via reseau creer un dossier "Ressource.frk" (echange pc/mac sur le mac permettant de lire les dd/disquette/cd en provenance de DOS/Windows le fait aussi) pour mettre les ressource du fichier séparement. Se qui peut etre déroutant pour un utilisateur ne connaisant pas le fonctionnement. Il est impossible aussi sur le net d'obliger l'utilisateur de telecharger 2 fichier, et pi une fois les 2 fichier telecharger, il en fait quoi ?
C'est pour cela qu'il existe deux formet : le MacBin (les .bin) et les .hqx qui en fait ne font que metre ensemble les data fork et les ressource fork dans un seul fichier, permettant a ses fichier de transiter via le net et ou d'autre ordinateur.

Pour se qui vous concerne les fichier .SIT sur mac n'echappent pas a la regle et on aussi 2 morceau : les data et les ressources, c pour sa que les fichier mac qu'on trouve sur le net sont tres largement des .sit.hqx (un peu a la limite a l'image des .tar.gz ss unix, mais le rapport entre eux s'arrete au nom)

Voila pour la petite histoire

D'ailleur entre nous la séparation entre data et ressource etait, personnellement, une tres bonne id, cela permet de facilement creer/changer icones, localiser une appli etc... car dans les ressources, bien sur, on trouve généralement tt les textes utilisé dans l'application !

Pour ceux qui on un mac (sous mac os inférieux a os X, donc mac os 9.2 max) chez eux, je vous conseille de faire mumuse avec ResEdit, vous pourez editer avec tt les ressource d'un application, vous pourrez comprendre la puissance de se format, c'est domage qu'il ne soit pas garder sur MacOS X... Enfin unix oblige...

Voila pour la petite explication !

godzil a écrit :
D'ailleur entre nous la séparation entre data et ressource etait, personnellement, une tres bonne id, cela permet de facilement creer/changer icones, localiser une appli etc... car dans les ressources, bien sur, on trouve généralement tt les textes utilisé dans l'application !
Pour ceux qui on un mac (sous mac os inférieux a os X, donc mac os 9.2 max) chez eux, je vous conseille de faire mumuse avec ResEdit, vous pourez editer avec tt les ressource d'un application, vous pourrez comprendre la puissance de se format, c'est domage qu'il ne soit pas garder sur MacOS X... Enfin unix oblige...

On peut aussi éditer les ressources d'un exécutable Win32 (PE-COFF), malgré le fait qu'il y a un seul fork par fichier sous Win32.

Kevin Kofler
a écrit : On peut aussi éditer les ressources d'un exécutable Win32 (PE-COFF), malgré le fait qu'il y a un seul fork par fichier sous Win32.

Oui mais pour faire une comparaison foireuse,
Le format win32, ressemble a la mémoire paginée, alors que la version mac ressemble a la mémoire par segment, qui est qq pars largement meilleur que la mémoire paginée, mais 100x plus complexe a mettre en oeuvre. Quand tu utilise une ressource mac, tu dit "Je veux la ressource ID 1 de type STR" ou 'Je veux la ressource ID 60 de type ICON"
le cloisonement des ressources sur le mac est vraiment bien faite, permettant de modifier les ressources SANS avoir a recompiler le programme... Je déconseille vivement de modifier les ressources d'une appli sur un pc...

J'suis en manque de mon mac... faudrait que je recup dun bon compilo mac et un mac pas trop vieux pour devel dessus... (mon centris commence a s'éssoufler un peu, et pi g plus la place pour le poser.. )

comment alors le système d'exploitation des macs reconnait le type d'un fichier

comme sur UNIX, je suppose...
il essaye... et ça passe ou ça casse


cela dit, le truc des extensions de win n'est pas non plus parfait, puisque l'utililisateur peut changer les extensions comme il veut...
(et avec cette connerie de cacher les extensions connues...... encore heureux que cette options merdique est désactivable)

Je suis parfaitement de ton avis!
Le seul fait qu'elle soit activée par défaut est déja inexcusable!

Tssss vous resonez comme des informaticiens !!
Mais windows n'est pas fait pour les informaticiens !!

les assistants et tt se qu'on peut trouver ss windows sont fait pour un utilisateur Lanbda, qui en a que faire de l'extention d'un fichier !!
Tout se qu'il veux savoir, qu'on vois facilement avec l'icone c si c un fichier word, une image ou une page web, le reste il s'en fout totalement !

C'est pasque windows est destiné au commum des mortel que les extentions sont caché par défaut.

vous resonez comme des informaticiens

ça serait génant que je résonne pas au moins un minimum comme un informaticien

cela dit, clair que Windows est fait pr "le commun des mortels"...
est-ce un plus, ou un moins... disons que ça lui apporte plus de clients...
sans "le commun des mortels", windows ne serait pas... et on continuerai de bosser sous ligne de commande en permanence... (même si c puissant, c pas super joli )

godzil a écrit :
Tu connait la particularité du mac avec le type/creator, mais tu connait pas le principe des ficher mac qui séparent le data, des ressouces ??

Je connaissais , mais pas ne comprenais pas le système .hqx. Je ne comprends toujours pas: un .sit prend moins de place et regroupe aussi les data et les ressources...
J'ai simplement répondu à la question: comment le mac reconnaît un fichier...

Tout simplement pasque le .sit contient aussi des donnée et des ressources !

C con mais c comme sa..
Tu trouvera jamais autre chose que des .hqx ou des .bin sur le net.. d'ailleur c un gros pbm si tu a pas un lecteur de cd ou un pote avec un mac et un lecteur de disquette si tu a pas stuffit expander...

G eu se pbm avec mon vieux mac, et je sais meme plus comment je l'avais resolu, mais sa avait été vraiment galere !

j' ai écrit :
un .sit prend moins de place et regroupe aussi les data et les ressources...

Bah oui, je le disais;

Tu trouvera jamais autre chose que des .hqx ou des .bin sur le net..

on trouve des sit sur le net

Ben avec les .sit directement dl sur le net tu risque d'avoir des pbm...

Sinon pq le .hqx tiens plus de place ?
Pasqu'il fait un conversion (en plus) un peu du meme genre que l'UUEncode cad qu'il force un encodage sur 7 bits, pour passer sur des machine ne comprenant pas les fichier ou un octet fait 8bit (ok il doit plus y envoir bcp, mais ya des protocols qui posent pbm aussi..)

Sinon pour continuer ma comparaison un eu foireuse, on pourrait comparer le HQX un peu comme le TAR ss unix, permettant de joindre plusieur fichier ensemble, et le StuffIt, comme GZIP qui compresse un fichier

A se propos, tu peu "hqxer" n'importe quel fichier, et pas forcement un .sit !

Des problèmes?



Quand je n'avais pas l'adsl, il m'est souvent arrivé de télécharger des .sit sur les pc du lycée, pas de problèmes!

A ce propos, tu peu "hqxer" n'importe quel fichier, et pas forcement un .sit !

Que veux-tu dire? on peut sitter n'importe quel fichier, il me semble (sans forcément de gain de place, ça serait trop facile!), et de même on peut hqxer les .sit!

oui des problemes, sinon le macbin et le hqx aurait aucun lieu d'exister !!

Ne compare pas tes expérience avec tt les pbm quil y a pu, et peu avoir avec le net et le nombre innombrable de machine différentes qu'on peu trouver.

Sinon hqx"er" n'importe quoi cad qu'on peut prendre n'importe que fichier du mac, AUTRE qu'un .sit et on peut le transferer en toute sécurité via n'importe quel protocole et n'importe quel machine, tu peut hqx"er" une application un document word, le dernier divx que tu a dl, etc...

De toute facon le .sit et les .hqx et .bin vont disparaitres a cause de Mac OS X (plus aucune utilité, etant donné que ss 10, les fichier n'om plus que des donnée, les ressources ayant "disparue")

Utiliser un .sit permet de mettre plusieurs fichiers, et je me repete le hqx"age" et le MacBin"age" ne sert UNIQUEMENT que puor le transfert de fichier fait uniquement pour le mac (un fichier word, photoshop (et encore pour photoshop) n'en on pas besoin etant compatible avec leur homologues PC) via internet.

merci pour l'info

pour décompresser les fichiers je conseille d'utiliser winrar

WinRAR sous MacOS?!
C'est n'importe quoi comme conseil.