› Forums › Rechercher
Résultats de la recherche sur « morphos »
-
au delà de 4go de données, les données deviennent
inaccessibles, avec soit des erreurs de lectures,
ou le lecteur de dvd qui « broute », c’est connu depuis
assez longtemps et corrigé (dans mos 1.5
)et on parle ici de dvd de données (jusqu’a 4,3 go de données,
donc bien rempli, les 300 derniers mo sont inacessibles)
les dvd vidéo ne sont pas affectés par ce pb.
c’est en fait une des tarres de l’héritage d’amigaos pour ce pb
plus qu’un bug.
-
Faudra que je teste, mais je suis même pas sûr d’avoir un DVD double face avec de la donnée…
Pas besoin d’un double face ou plutôt couche, avec un 4.7Go cela suffit.
Si je grave jusqu’à 4 Go de séquences video (chacune faisant quelques centaines de Mo) pas de problème, mais au-delà, MPlayer semble ne pas pouvoir accéder aux données.
C aisé à vérifier, sur le ou les fichiers au-delà des 4Go, l’avance rapide est impossible, et la lecture s’arrête au beau milieu.
Ces mêmes fichiers sont lisibles sans problème depuis mon Pc.
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 -
Admin TheFab : Que ça pose problème pour graver, je dis pas, mais pour lire… je vois pas pourquoi… Faudra que je teste, mais je suis même pas sûr d’avoir un DVD double face avec de la donnée… quoique, un DVD Vidéo… À tester.
—
/me est pas sûr.
Only Amiga makes it possible !
-
oui
-
Y a-t-il un problème sous MorphOs pour accéder aux données gravées sur un support DVD au-delà de 4 Go ?
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 -
mais là, c’est lui qui avait demandé à avoir une machine).
non….
enfin si, mais ce n’est pas lui qui a pris l’initiative de faire une version MorphOS…..
-
@jbam
bah si tu connais AmigaOS, tu connais MorphOS… fo pas se buter la dessus…
Les seuls gros changements des AmigaOS NG sont la partie boot
sous MorphOS, c’est un fichier qu’il faut booter (la rom quoi) et après tout est comme sur AOS3.x
Sous AOS4.0 c’est un peu compliqué, mais je laisserai le soin a qqn qui possède le truc de t’expliquer…
pour un bon peg d’okaze, je te conseille de lorgner sur le peg2 G3
-
Si tu vend ton peg 1 fait moi signe avant , j’ai envie de retourner sur un os proche de mon ancien 1200 .
je connais pas du tout morphos . j’aimerai bien m’acheter un amiga one mais mon banquier ne veux pas
donc un peg serait peut etre la solution .sur blitz3d je m’amuse aussi beaucoup a faire des demos

tiens voici ma derniere prod
mais blitzmax offre l’avantage de tourner en opengl et d’etre multi os (win , linux , mac os) . il ne lui manque plus qu’un portage sur amiga . pour permettre a l’amiga d’avoir un super language de programmation , tres facile a utiliser
a+ jbam
-
Admin Sinisrus : Si on offre au développeur une machine et son OS, il y a des chances (c’est pour ça qu’il développe la version MorphOS d’ailleurs, mais là, c’est lui qui avait demandé à avoir une machine).
Donc, y’a des chances que cela arrive, peut-être.
—
/me n’a pas encore vu Pixel32, mais il y croit à mort !

Only Amiga makes it possible !
-
Admin SG : Ah, ça me fait plaisir de te voir ici même si je te ne connais pas vraiment, uniquement à travers ton programme Classaction

Je voulais encore te remercier pour ce magnifique soft qui m’a servi sur mon 1230, mon 1200 PPC puis mon 1260 et finalement sur mon Pegasos. C’est un des premiers softs que j’ai réinstallé et qui a comblé une bonne partie des manques du nouveau bureau de MorphOS.
Ça fait vraiment plaisir de revoir quelqu’un comme toi, même si c’est juste par hasard. En espérant que cela te donne des envies de resortir ton vieil Amiga du placard ou de passer à une nouvelle machine, qui sait.
En tout cas, comme tu le dis toi même, les nouvelles versions sont lourdes et peu esthétique, et surtout, ça ne ressemble plus à Classaction, mais à DOpus 4… C’est fort dommage.
Pour moi, il ne manque pas grand chose à CA pour être parfait, si ce n’est l’asynchronisation et une barre de pourcentage lors de la copie et un vrai déplacement des fichiers (oui, CA déplace bien les fichiers mais fait une copie et efface, ce qui est plus long pour le déplacement de fichiers sur une même partition), bref, bien peu de choses dont je me passe facilement mais qui finirait de rendre ce soft « incontournable », même si c’est déjà le cas pour moi.
Bref, il est 6h45, et je me suis réveillé content de revoir un nom connu du passé. Et encore merci, on ne le dit jamais assez je crois

—
/me est fan de CA aussi !!

Only Amiga makes it possible !
-
Je te souhaite la bienvenue et un grand merci aussi car j’utilise
toujours ce fameux soft (pour moi) qu’est classaction (3.6) et qui
marche parfaitement sous Morphos
-
pour MorphOS tu vas bientôt avoir pixel32… dans un pur esprit AMIGA

-
Y compris le module Arexx?
Serge
Ah ah .. elle est bien drôle celle-là…
grrrrr j’aime pas le arexx

En claire: si qq1 veut le faire pas de pb! En plus c’est super simple de faire un module (voir Mrophos/timermodule.c par exemple). Lire la doc python à ce sujet ICI.
(d’ailleur dans la version 0.5 que je vous prépare j’ai incorporé un template pour ça)
[edit]
Ah oui.. et une fois le module créer ,pour l’ajouter en statique dans Python, il suffit de mettre le code dans le repertoire Morphos de l’archive des sources, mettre son nom (en .o) dans le Makefile.mos à la suite de morphosmodule.o. Et enfin d’aller editer Morphos/config.c et rajouter 1 ligne pour le extern sur la fonction d’init et 1 ligne dans le tableau _PyImport_Inittab genre:
extern void initmonmodule();
et
{« monmodule », initmonmodule},
les deux après /* Host modules */ dans leur catégorie respective. (pas d’inquiétude config.c est très bien explicite)
Enfin faire une recompilation => make -sf Morphos/Makefile.mos
Une fois le binaire obtenus, executer le et faite ‘import monmodule’…. et oooooooh magie

[/edit]
-
Lanza a écrit :
Heuu, quand tu appelles une fonction Intuition telle qu’OpenScreen(), même si le code est celui de la lib, la tâche en cours reste la tienne et a donc accès à ses données privées. Libre ensuite à OpenScreen() d’en faire une copie en espace public pour les passer aux tâches du système. Ce qui est d’ailleurs plus ou moins déjà fait puisqu’elle te retourne une struct screen allouée par ses soins.
D’accord, mais cela ne résoud en rien le fait que la copie doit pouvoir prendre en compte les nombreux pointeurs vers d’autres objets (le problème général étant ces pointeurs). D’autre part, en l’état actuel des choses, le code de la bibliothèque (et accessoirement les données « privées » de celle-ci) est accessible par n’importe quelle tâche, ce qui remet en cause la protection de cette bibliothèque, et donc celle de l’OS au sens large.
La difficulté n’est pas de trouver une parade à un problème précis. Elle est de trouver une parade qui ne remet pas en cause les solutions apportées à d’autres problèmes, ce qui nécessite d’avoir une vision plus globale du système. Ainsi, si on veut vraiment protéger l’OS, il faut commencer par isoler les bibliothèques du contexte des tâches, faute de quoi la perte d’une bibliothèque entraîne les autres tâches clientes et l’OS dans sa chute. A partir de là, les solutions disponibles pour transmettre les informations entre différents contextes sont passablement réduites. Abuser de la mémoire publique remet en cause la protection d’un point de vue global, et ce n’est pas (à mon avis) la bonne solution. Il ne reste donc que la copie intégrale (dans la plupart des cas), laquelle est actuellement difficilement réalisable à cause des nombreux pointeurs qui « polluent » les différents objets manipulés, lesquels ne disposent pas de « constructeurs de recopie » susceptibles d’effectuer cette opération. D’autre part, la séparation des contextes impose d’avoir de nombreux accesseurs pour lire ou modifier des données « étrangères ».
Maintenant, tout dépend du but recherché. S’il est possible d’avoir une protection minimaliste sans trop d’efforts, une vraie protection n’est pas réalisable sans devoir changer tout un tas de choses. Et quand je dis protection minimaliste, je suis gentil…
-
Heuu, ça peut servir à empêcher des méchants programmes écrits par de vilains hackers, de faire planter ta machine, de récupérer des infos privées, etc.
C’est clair que vu la représentation de l’amiga sur la marché informatique, on est moins exposés à ce genre de méchants programmes, mais bon.
