› Forums › Rechercher
Résultats de la recherche sur « morphos »
-
J’ai jeté un oeil aux skins dispos sur morphzone et quelques chti trucs me chiffonnent:
1 – il ne semble pas possible de redéfinir le style des bordures de fenêtres autre que le titre ?
2 – Les scrollbars ont presque toutes le même style. Y a t’il moyen de les redéfinir par un biais quelconque (MUI ?) ou est-ce que c’est figé pour de vrai ?
Je demande ça parce que je suis en train de continuer ma mienne,et que donc, forcément, ça m’interresse.
-
Salut à tous et à toutes !
Je souhaite faire un petit article sur les demos Pegasos/MorphOS et sur l’historique des demos Amiga qui les ont précédées.
Aussi si certains d’entre vous ont des idées, connaissent bien le sujet (sont demomakers ?), ou connaissent des étapes / demos clés qui pourraient permettre de structurer l’article je suis preneur.
Pour l’instant à par quelques liens sur des demos à télécharger et à essayer je n’ai encore rien fait :
-
VBCC fonctionne en 68k, MorphOS, OS4, … et permet même d’utiliser la cross-compilation juste en indiquant la cible à la compilation
Oui, oui, VBCC est surement trés bien
.Tu peux aussi cross compiler facilemnt avec gcc, il suffit de modifier
le makefile:
ppc-morphos-gcc
68k-amiga-gcc
ppc-amigaos-gcc (je suppose pour OS4)
…
Le gros probleme (à mon avis) c’est qu’il ny a pas de package
regroupant ces « cross compilo » pour toutes les plate-formes. De plus,
les headers des OS sont (C) (il me semble) du coup, tu peux
difficlement fournir un kit de dev multi-plateforme complet…
Bye
Bye
-
Nicholas a écrit :
Gcc a l’avantage d’etre multi-plateforme: un coup de « make » et ton soft tourne sur Amiga 68k, OS4, MorphOS, AROS, Amithlon…
VBCC fonctionne en 68k, MorphOS, OS4, … et permet même d’utiliser la cross-compilation juste en indiquant la cible à la compilation.
D’autre part, pour les systèmes que tu cites, les adaptations ne sont pas hyper complexes mais il peut y avoir pas mal de petites choses sur lesquelles il faut être vigilant et qui demandent donc du temps. Par exemple : alignement des structures, différences entre lib mathématiques, support des différentes versions de datatypes, hooks, process, …
Sans compter que avant d’envisager la recompilation la simple possible pour nos multiples OS, il faut enlever tout ce qui est spécifique au hardware d’une parte mais aussi à SAS/C dans le cas d’un portage de sources écrits pour ce compilateur.
-
Il y a peut-etre un « pro » SAS/C et/ou VBCC qui pourrait confirmer mais il me semble que le seul compila Amgia quipeuxlef aire est Gcc.
Peut-etre que certaines antiquité (DICE…) peuventle faire, mais bon…
Gcc a l’avantage d’etre multi-plateforme: un coup de « make » et ton soft tourne sur Amiga 68k, OS4, MorphOS, AROS, Amithlon…
Allez bon courage!
-
E-UAE à egalement été porté sur MorphOS.
j’ai vu Fab faire joujoue à slamtilt à vitesse normal sur son peg2 G4 à la niffo’s bouffe

manque un mode overlay et une bonne GUI de mon point de vu mais ça avait l’air tres tres suffisent pour tout ce qui est jeux AGA ou non

ciao
-
Je suis à cours d’argument parcequ’aussi mauvais soit MorphOs, après 3 années à sortir 10 arguments par jour, y’a un moment où on tombe à cours.
Pour avoir de nouveaux arguments anti morphos il faudrait que de nouveaux mauvais éléments sortent, et pour cela, il faudrait que l’Os évolue.
Si tu as une si grance profusion d’arguements, partage
.Avoir des arguements c’est bien. Les confronter a l’avis d’autres
personnes, c’est mieux, c’est un « débat ».
/me aime bien ce nouveau clavier Apple au faites: bon touché, mais
certaines touches ont bougés

-
Bon aller Mahen, en fait je vais vous faire un avoeux.
Oui, je suis à cours d’arguments.
Je suis à cours d’argument parcequ’aussi mauvais soit MorphOs, après 3 années à sortir 10 arguments par jour, y’a un moment où on tombe à cours.
Pour avoir de nouveaux arguments anti morphos il faudrait que de nouveaux mauvais éléments sortent, et pour cela, il faudrait que l’Os évolue.
Dois je finir comme vous pour me prouver que j’ai gagné (méthode coué, sans doute) par un « aller, au suivant
» ??? -
Ou tu as vu un MOS 1.4 avec un patch DefIcon planqué au fin fond du disque dur et quelques commodities intégrés par ci par là.
Il y a pas « patchs » dans MorphOS.
Et sinon, tu as quelques arguements interessant à donnée ?
Bye
-
en prouve les ridicules mises à jour d’un MorphOs 1.4.4
vos propres dieux se foutent de votre gueule ouvertement sur #morphos
Je suis ni un dieu, ni un chatter de #morphos, mais je ne me « fou » pas
de la geule des utilisateurs.
Mais de toutes façon, je ne vois pas le rapport avec l’OS en lui-même.
La ridicule mise ajour support l’overlay sur les Radéon, incorpoer une JIT 68k Ou sont ces élement dans l’OS4 publique ?
Bref, si tu dédaignait décendre de ton nuage et répondre.
Bye
-
SAS: j’ai meme pu envie de répondre, j’hurle chez moi en lisant ce topic absolument stupide, à tourner en rond depuis 3 ans à vous voir dire que l’existence d’Os 4 est une honte et un double emploie de MOS, qu’Hyperion sont des menteurs etc…
Je n’ai plus envie de faire d’efforts pour ce genre de conneries. MorphOs est actuellement mort son développement est resteind à l’extreme, en prouve les ridicules mises à jour d’un MorphOs 1.4.4 dont on vous fait croire que ce sont des éléments éprouvés qui cache l’ice berg MorphOs 1.5. Alors qu’en réalité ce sont les éléments développés au jour le jour par les quelques irréductibles qui restent.
Alors pointer sur les quelques contradictions d’Hyperion sur des features particulières alors que de l’autre coté vos propres dieux se foutent de votre gueule ouvertement sur #morphos en répondant d’un air « tu m’fais chier » et en vous demandant une croyance aveugle en quelque chose qui n’existe pas et n’existera jamais…
J’tape pas un mort.
-
Perso, le seul truc qui m’intéresse c’est qu »au final les programmes ne crashe pas …
Heuu, ben justement, pour garantir ça il faut une protection mémoire.
Donc, si tu veux bien repasser dans 10 ans, peut-être qu’après le rachat d’Ainc par Dell puis sa revente à Marcel Electricité, la faillite de bplan et sa renaissance en D-System, y’aura une 4box avec protection mémoire qui fera tourner ExecSG dans OS4.9 développé par l’imprimeur des T-Shirts amiga et un début de protection mémoire dans l’ABox de MorphOS 1.5.6.
Et même qu’AROS tournera sur PPC 603e, si si !
-
CLS: bah aprés plus de deux ans d’experience je dois dire que MorphOS et le Pegasos donne un tout infiniement plus stable qu’un Amiga classique.
Maintenant ça reste un system sans protection memoire, le jour ou tu lui balances un tracto-pelle de 3 tonnes dans la tronche (une appli bien bugué) il s’ecroule

pour scala et Dpaint malheureusement en dehors de UAE c’est mort

-
gindrou : ça me paraît pourtant clair :
pour obtenir une VRAIE protection mémoire, il faut des changements tellement conséquents qu’il n’est plus possible de conserver la compatibilité. La Q/Box c’est une optique pour le LONG terme d’un système proche de l’AmigaOS mais affranchi de ses limitations qui notamment empêchent une vraie protection mémoire. Pour MorphOS actuel (seule tâche Q/Box = ABox) et AmigaOS4 : protections partielles. Point.
Pour le futur, que ce soit l’OS « officiel » ou la Q/Box il faudra de toute façon revoir beaucoup de choses (debat technique qui m’échappe). Vue la situation actuelle ça n’est pas sérieusement envisageable, mais au moins côté MOS les jalons sont posés. Quand MOS plante, la Q/Box tourne toujours et ça permet de récupérer des infos de debug (apparemment). L’A/Box, tâche de la Q/Box permettra dans un futur hypothétique de conserver la compatibilité.
Donc adieu l’Amiga si tu veux la protection mémoire ? Apple a pourtant créé un nouveau MacOS totalement différent qui reste un MacOS. Il suffit de se poser la question : qu’est-ce qui définit l’AmigaOS ? Bref, pures spéculation à ultra long terme voire jamais. -> on ne peut pas réster indéfiniment avec les mêmes bases. Je ne sais pas dans quelle mesure les éléments actuels pourront être utilisés. Un virement aussi radical que celui d’Apple n’est pas forcément indispensable mais… C’est trop technique je sais pas.
Actuellement, MOS et AOS, même combat, même situation vis à vis de la protection mémoire.
Edit : il est prévu ou possible (ou déjà partiellement fait) il me semble de sortir certains éléments de l’A/Box, certains pilotes et ressources, qui bénéficieront ainsi de fonctionnalités de la Q/Box (lesquelles, je n’en sais rien du tout
tout en faisant profiter la partie « API AmigaOS modernisée ». Maintenant c’est 1 000 fois trop technique pour moi alors je vais pas embrouiller les gens avec de faux espoirs et du blah blah bidon. Laissons les gens compétents 
-
Je pose désespérément la question de savoir si l’Amiga OS qu’il s’appelle OS4.0 ou MorphOS1.4 évolue, pour un jour être pourvu de mémoire protégé.
A croire certaines réponses, j’ai enfin fini par comprendre que pour MorphOS, la réponse est non.
La réponse est « oui ». C’est prévu dans la QBox, qui sera dispo ce
siecle.

Cela a été indiqué depuis le début:
http://www.morphos.org/overview.php3
http://www.morphos.org/a-box.php3
http://www.morphos.org/kernelinfo.php3
Ainsi votre Qbox ne sera jamais un AmigaOS. C’est nouveau ça !
J’ai gobé l’association MorphOs <--> Amiga
Un AmigaOS ne possede *pas* de protection de mémoire. C’est pour cela
que pour MorphOS on a imaginé une « boite » AmigaOS pour la
compatibilité, et la QBox pourles nouveaux trucs de la mort qui tue
.Que ce nouveau systeme s’appel « Amiga » ou pas m’incombe peu. Ce qui
est important pour moi. C’est d’avoir un OS utilisable (fiable,
stable, réactif, customizable, logique).
Je dirai même que le mot « Amiga » m’évoque de bon souvenirs, mais aussi
du « n’importe nawaque » au présent.
Qu’en suivant les nouvelles rêgles de programmation, on aura un jour la joie d’utiliser nos programmes sous environnement protègé.
La QBox proposera un nouvelle API ou « regle de programmation » dans
cette objectif.
Bye
Nico
