Résultats de la recherche sur « morphos »

Affichage de 15 réponses de 16,861 à 16,875 (sur un total de 19,943)

  • En réponse à : Pixel32 pour Morphos

    #29147

    @serge, la démo dispo sur le site est la rc2. En s’enregistrant, on

    obtient la rc3 qui est déjà bcp moins bugguée.

  • En réponse à : Pixel32 pour Morphos

    #29146

    En apparences, ce soft me semble vraiment sympha. C’est sur cette

    impression que je me suis décidé de l’acheter, puis ayant un Pcul sur

    WinWin, j’ai décidé de fair un test de la version Demo pour windows.

    Autant ce soft me plait par ses fonctions, autant il me déconcerte par

    le nombre de bugs que j’ai trouvé. Faut préciser que c’est une version

    alpha que j’ai eu au bout de la souris, mais tout de même, il y a

    beaucoup de boulot encore avant que cela devienne utilisable.

    C’est pourquoi j’ai décidé d’attendre de voir au moins une version qui

    fonctionne correctement quelque soit la plateforme ( MOS ou WinWin)

    avant de l’acheter.

    Par contre, si celui-ci arrive à maturité, c’est avec une joie non

    dissimulée que je me jètrerai dessus :-)

    RyZen Rulez 😉

  • En réponse à : Utilisation de GDB

    #29230

    Sous MorphOS, il n’y a pas GDB donc ça contourne le problème !

    On arrive à localiser les erreurs mais par des voies détournées.

  • En réponse à : Installation AHI sur MorphOS

    #28985

    Je voulais juste indiquer que j’ai eu le même problème que Soundsquare après l’install du dernier ahi : blocage sur le logo mos :(

    Je boote donc sur le cd pour remplacer les mêmes fichiers provenant d’un de mes backups, reboot.. et argh, encore bloqué!!

    Après plusieurs bidouilles de fichiers etc… l’erreur provenait du fichier « startup-sequence ».

    Etrange, car l’install à la mimine d’ahi ne contient et demande aucune manipulation de ce fichier.

    Je remplace la startup (pas user hein) et boom, ça reboote correctement.

    Je reinstalle ce maudit AHI, fais un ptit addaudiomodes refresh avant reboot (cf Slobman ;) et hop, ça boote sans soucis.

    Ne pas oublier d’aller faire un tour dans les prefs.. et de sauver le tout, manière d’avoir un fichier config clean ;)

    Voilà, si ça peut aider quelqu’un… tant mieux.

    Don't lose it... and don't lose your head

  • En réponse à : Pixel32 pour Morphos

    #29145

    Et pourquoi ne pas faire un warper qui prend le skin MOS et le convertis en skin Pixel32 ??

    /me qui dit ca car il a acheté ce soft très prometeur.

  • En réponse à : Pixel32 pour Morphos

    #29144

    Fais toi un hardfile pour coder sous WinUAE … c’est mieux et ça t’évite de trifouiller sur une partoche Amiga au risque de la scratcher …

  • En réponse à : Pixel32 pour Morphos

    #29143

    Il ne réinvente pas la roue, il a opté pour cette solution dans le

    soucis d’être le plus indépendent de l’OS hote possible afin que son

    soft soit facilement portable, chose qui s’avère vraie vu qu’il lui

    aura fallu 2 semaines pour avoir une version qui se lance (même si

    elle reste encore bugguée).

    De plus, une fois un skin sembleble à celui de votre MOS mis, vous ne

    Ben oui, mais la skin il faut la faire, alors que s’il avait utilisé la GUI standard y’aurait moins de boulot :-D.

    J’ai dit et je redit que je comprenais très bien les raisons qui l’ont mené à cette solution. Mais je trouve dommage qu’on aie des belles libs, et qu’on ne les utilise pas. C’est tout. Mais c’est pas nouveau, je pensais déjà la même chose en 94 des applis qui n’utilisaient pas la GUI standard/les datatypes/la locale.library.

    Moralité: faut que je me remette à coder… Et que winuae me plante pas mes partitions.

  • En réponse à : Pixel32 pour Morphos

    #29142

    @Lanza:

    Il ne réinvente pas la roue, il a opté pour cette solution dans le

    soucis d’être le plus indépendent de l’OS hote possible afin que son

    soft soit facilement portable, chose qui s’avère vraie vu qu’il lui

    aura fallu 2 semaines pour avoir une version qui se lance (même si

    elle reste encore bugguée).

    De plus, une fois un skin sembleble à celui de votre MOS mis, vous ne

    verrez plus la différence.

    Je rajoute qu’il n’allait pas s’amuser à tout refaire pous 3 tondus

    sur leur MOS fétiche… Donc réfléchissez avant de vous plaindre ;-).

  • #28943

    @krabob

    Qui dit OS protégé dit protection mémoire, et tant qu’à faire mémoire virtuelle. Le rêve de beaucoup d’Amigaïstes depuis longtemps.

    Le problème principal est que ce système impose d’incessantes recopies de données lors des communications entre tâches et accessoirement entre une tâche et l’OS (si nécessaire). C’est synonyme de ralentissement au niveau des API de communication inter-processus, et c’est la raison principale qui fait que l’AmigaOS et ses dérivés sont plus réactifs que les OS « protégés » (a ce sujet, les modifications incessantes du « maping » par le scheduler induisent aussi une baisse des performances).

    Ces copies posent un problème avec les pointeurs, vu qu’ils référencent un objet via son adresse logique (et non pas physique), adresse logique qui ne correspond plus à rien si elle est utilisée telle quelle par une autre tâche. Or, pour des raisons de performance, l’AmigaOS utilise les pointeurs de manière extensive, y compris au sein de structures de données, ce qui rend cette copie très délicate (voire impossible ou trop coûteuse en temps). Pour contourner ce problème épineux, il faudrait revoir l’ensemble des APIs (et donc casser la compatibilité ou ajouter une couche d’abstraction supplémentaire et dont l’utilisation serait obligatoire) pour optimiser l’ensemble du système et le rendre « compatible » avec une mémoire protégée.

    En résumé, l’AmigaOS que vous connaissez n’est pas adapté à une quelconque protection de la mémoire, par construction. Il a été conçu pour être rapide, réactif et peu gourmand en ressources, et les choix faits à l’époque compliquent énormément les choses d’autant plus que ces choix perdurent par la force des choses (habitudes de programmation, compatibilité ascendante, nouvelles implémentations inspirées du design originel, etc). Par exemple, où s’arrête l’OS (protégé) et où commencent les applications lorsque la plupart du code et des données sont partagés (bibliothèques, pilotes, etc) ?

    C’est loin d’être simple et à moins d’un revirement radical (énorme travail de fond sur le design, nouvelles règles d’utilisation des API, nouvelles API, redéfinition de certains principes, etc), je vois mal MorphOS ou AmigaOS 4 proposer un tel système, propre, stable, transparent et performant dans un avenir plus ou moins proche.

  • En réponse à : Pixel32 pour Morphos

    #29141

    @Yomgui : ca s’appelle LookAndFeel (Java/Swing) ça comme concept.

    Mais Java n’existe pas… (enfin si mais pas swing).

    too bad. :-(

  • En réponse à : The Gimp pour MorphOS

    #27888

    @Yomgui :

    OK bon…

    On verra après Blender hein ? ;-)


    @jah
    :

    OK.


    @Lanza
    :

    Je pense que c’est une histoire d’habitude. Comme je l’ai déjà dit moi Photoshop j’ai jamais trop aimé par contre j’adore Paint Shop Pro. Comme quoi…

  • En réponse à : Pixel32 pour Morphos

    #29140

    Vous vous plaignez, mais ce portage n’aurait pas eu lieu s’il n’avait pas utilisé son propre système de GUI.

  • En réponse à : Pixel32 pour Morphos

    #29139

    Lanza :

    d’où mon système… tu choisiras comme moteur de rendu par défaut MUI par exemple et toutes les appli basé sur cette lib utiliserons MUI (et donc les préférences globals de MUI comme d’hab). Cela sera totalement transparent.

    Tu veux autre chose pour tel ou tel programme ? tu le configure dans le prog lui-même avec au choix le moteur par défaut ou un autre… Le moteur par défaut étant simplement donné par une variable d’environnement par exemple.

    /me qui crée des concepts à la minute X-D

  • En réponse à : MorphOs et les raccourcis

    #29178

    Nico ?

    PowerMac - G5 2.0 GHz - 1.7 Go RAM - Radeon 9600P 128 Mo - MorphOs 3.13 et Peg2 - G4 RIP
    Mac mini - G4 1.42 GHz - 1 Go RAM - Radeon 9200 32 Mo - MorphOs 3.9
    WinUAE sur HP Core2 Quad 8200
    Epave de Mist FPGA remplacé par un Sidi
    A1200 malade 😉 et A500 512+512Ko RAM Kickstart 1.3

  • En réponse à : Pixel32 pour Morphos

    #29138

    Oui mais sur nos différents amiga, on a été plus ou moins habitués à ce qu’un réglage de préférence affecte toutes les applis. Je change de langue, les applis suivent. Je change de skin, les applis suivent. J’ajoute un datatype, les applis reconnaissent un nouveau format (bon les datatypes trainent un certain nombre de défauts, il est vrai, mais quand bien même).

    Personnellement je peste dès qu’un soft réinvente la roue et du coup fait tout pas bô au milieu de mon système.

    Je peux en comprendre les raisons (l’absence de standard chez nos amis unixiens, par exemple), mais ça m’agace, parce que nous avons des mécanismes relativement efficaces (qui rendent notre système si différent et attachant), et que les applis ne les utilisent pas.

Affichage de 15 réponses de 16,861 à 16,875 (sur un total de 19,943)

Amiga Impact