Inscription : 15 Août 2008, 13:00 Message(s) : 968 Localisation : Troyes, France
L'OS ne conditionne pas le language utilisé , en tous cas ça ne peut pas être plus rapide avec que sans lol Chacun voit, mais je trouve ça un peu idiot de faire tourner un OS de ce type sur CPC , là où un des premiers reflexes est virer l'OS d'origine de la mémoire pour en profiter au max.
_________________ "NOP" tel est le programme parfait ! court, rapide, lisible et sans bugs (connus)
Disont qu'un tel GUI ne sert que pour de la manipulation de fichiers...et le lancement de petites application plus ou moins multitache je pense.
donc on peut se concevoir un environnement de programation en fait.
Mais c'est clair qu'avoir des jeux ne tournant que sous un OS euh... Disont que les routines particulières comme la prise en compte d'upgrades matériels, ou de certains format de D7...bin c'est implémentable dans le code d'un jeux quoi. à voir donc.
Là ils veulent faire à la Microsoft, lol...
Pour des minijeux comme un démineur, pourquoi pas. Mais pour un véritable jeux complet...quoique si ça reste en pseudo multitache, tu y perds peut être en ressource (quoique avec des upgrades Hardwares...) mais peut lancer des trucs genre des musiques en même temps, non ? théoriquement en tout cas.
Le pb c'est que les 2 OS que vous mentionnez sont tous les deux inadaptés au CPC.
Futur O/S : des belles avancées techniques (oui oui) mais le UI est deplorable. Dommage !
SymbOS : super ! windows sur cpc ! sauf que, c'est gourmant, tres, trop, et ca demande une config vment specifique pour etre utilisable (qui a 1 Mb de RAM sur CPC? juste prodatron et 3 poilus qui se sont interressés au projet).
Pour moi, l'OS ideal sur CPC est un OS command line. Le gars doit pouvoir appeller ses programmes avec des parametres, et l'OS est la pour gerer les entrees/sorties (input, screen en mode character). Rien que ca, on evite toutes les UI custom qui ont été faites ces 20 dernieres années..
Oui, en fait c'est une sorte de CP/M que je voudrais, mais le pb c'est que ca prend trop de RAM, trop long a charger..
Faudrait plutot un OS leger, compatible Amsdos (donc pouvoir lancer les binaires executables), et cerise sur le gateau, avec possibilité d'etre en ROM via une Ramcard (au hazard).
Inscription : 28 Août 2008, 23:41 Message(s) : 261
Citer :
Le gars doit pouvoir appeller ses programmes avec des parametres, et l'OS est la pour gerer les entrees/sorties (input, screen en mode character).
Ca s'appelle Firmware du Basic Locomotive avec Amsdos... Je vois pas vraiment l'intérêt de vouloir écrire autre chose.
Le problème de ces "super os" graphiques et multi-tâches sur un cpc (en dehors des prb de ressources cpu, ram, disque, graphique) c'est qu'il faut en général que tout soit développé en fonction de l'o/s. Mais vu qu'il n'existe aucun mécanisme de protection de la mémoire comme c'est le cas sur d'autres processeurs, rien n'empêche un exécutable de faire un carnage dans le système pour la partie qui se trouve en ram, ou dans les autres exécutables qui sont chargés.
Certains ont argué que dans l'esprit des puristes du travail sur machine réelle, c'était un moyen d'améliorer les conditions de développement. Ils oublient cependant qu'un cpc customisé avec un hard disk et des mégaoctets de ram n'est plus vraiment un cpc...
Ca s'appelle Firmware du Basic Locomotive avec Amsdos... Je vois pas vraiment l'intérêt de vouloir écrire autre chose.
Ne serait-ce que pour faire des programmes qui se lancent avec toto.bin arg1 arg2 que le programme puisse faire des printf, scanf et rendre la main ensuite a l'OS c'est quelque chose de completement nouveau et impossible avec Amsdos.
Oui, ton programme Amsdos peut utiliser INPUT (ou autre) pour demander au user d'entrer des infos, mais c'est un UI custom a chq applications, là ou tout pourrait etre unifié et cohérent.
Bien sur, ca va pas refaire le monde du CPC, mais ca pourrait être sympa, au moins, à tester.
Je suis tombé sur ce post : "https://cpcrulez.fr/forum/viewtopic.php?f=5&t=268" peut-être que c'est ce que tu cherches ? Il me semble qu'il y avait Flint, qui bossait sur un OS compatible AMSDOS + Symbiface2 et je crois que Yarek Adamski est en train de développer quelque chose également. C'est tout ce que je peux faire pour t'aider.
Pour le reste, les débats sur l'intégrité d'un CPC + interface HD ne m'intéressent pas.
Inscription : 28 Août 2008, 23:41 Message(s) : 261
Citer :
Ne serait-ce que pour faire des programmes qui se lancent avec toto.bin arg1 arg2 que le programme puisse faire des printf, scanf et rendre la main ensuite a l'OS c'est quelque chose de completement nouveau et impossible avec Amsdos.
Tu fais simplement CALL &adresse, arg1, arg2, ... Les arguments et leur nombre sont mis sur la pile, comme pour une RSX Au pire créer une RSX qui charge le programme avant d'ailleurs.
Ton "toto.bin", il va bien falloir qu'il soit logé quelque part. Si pour fonctionner sous l'o/s, il faut que le code soit développé pour être entièrement relogeable, ça va être "mode panique" dans de nombreux cas de figure.
Je ne comprends pas la référence à printf et scanf. Le langage C existe sur cpc et ce n'est pas une question d'o/s. Ca n'a pas de rapport. Ton scanf ou printf C (comme le print ou le input du basic, le writeln ou readln du pascal, ...) utilisera une librairie pour afficher et saisir des caractères. En l'occurence le firmware...
Je crois me souvenir que cocktel vision développait leurs jeux en C ou en Pascal... Ca ramait un max!
Je crois qu'en terme de perf du C, quelques prods dont je tairais le nom ont fait leur preuve de bonne viabilité ces derniers temps
Moi je considerais toto.bin comme n'importe quel toto.bin existant. Par contre, avant chq lancements d'un binaire, l'OS pourrait placer une 'signature' pour indiquer sa presence (2 bytes utilisé a un endroit bien placé en RAM), ou bien la pile, tout simplement.. Grace a cette signature, on pourrait alors imaginer une table de fonctions supplementaires. Mais rien n'empeche l'utilisation du firmware.
En fait, c'est pas "OS" vraiment que j'ai en tete (on l'a deja, c'est le firmware) mais plutot "Shell". Un environnement command-line placé en ROM qui se lancerait au startup du CPC. Qui reprendrait les fonctions classiques CAT, RUN (mais dans ma tete, plutot DIR et toto.bin..) puis apres, on verra. Et rien n'empecherait un EXIT pour resetter vers le BASIC, eventuellement.
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 14 invité(s)
Vous ne pouvez pas publier de nouveaux sujets dans ce forum Vous ne pouvez pas répondre aux sujets dans ce forum Vous ne pouvez pas éditer vos messages dans ce forum Vous ne pouvez pas supprimer vos messages dans ce forum Vous ne pouvez pas insérer de pièces jointes dans ce forum