Inscription : 12 Juin 2008, 20:29 Message(s) : 1710
Nouvelle version v2004 pour Windows avec :
2020/04 MEM: Corrected a little bug when deallocating LROM DATA at CPR loading. FDC: Corrected a regression bug when command was équal to zéro (version) or to invalid command number ! FlipSide: Fixed 2 bugs (Thanks to Loïc)
Pièce jointe :
20200419_CPCEPower_SDL_Release.zip
Attention, nouvelle version aujourd'hui qui corrige un petit bug qui n'arrive pas souvent sur la gestion des répertoires des fichiers :
--> voir le fichier CPCEPower_SDL_HELP.html pour obtenir de l'aide!
--> Décompressez l'archive dans le même répertoire et lancez le fichier .exe!
mise à jour de la version Linux à venir !
Enjoy !
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
Dernière édition par Megachur le 19 Avr 2020, 06:31, édité 2 fois.
Inscription : 12 Juin 2008, 20:29 Message(s) : 1710
Voici la version Linux SDL2_0_8 (CPCEPower_SDL2_0_8) et la version SDL2_0_12 (CPCEPower_SDL) :
Pièce jointe :
20200418_CPCEPower_SDL_Release_Linux_x64.zip
Il reste un bug spécifique à la version UNIX : le changement de FACE des disquettes ou K7 ne fonctionne pas... du fait que ce système soit case sensitive pour la gestion des fichiers ... je dois revoir cela pour la prochaine version !
Enjoy !
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
Inscription : 12 Juin 2008, 20:29 Message(s) : 1710
@Gerald : Le clignotement des boutons a été corrigé... C'est lié au double buffer utilisé par la SDL qui se comporte différemment de windows ... Je l'ai réglé temporairement en réaffichant les boutons à chaque frame plutôt qu'uniquement quand ils changent... C'est une peu couteux en performance du coup, je vais voir pour amélioré cela pour la prochaine fois !
Je te remercie par avance (ainsi que d'autre Linuxien) de me confirmer que cela fixe ce soucis d'affichage !
@Gerald : Le clignotement des boutons a été corrigé... C'est lié au double buffer utilisé par la SDL qui se comporte différemment de windows ... Je l'ai réglé temporairement en réaffichant les boutons à chaque frame plutôt qu'uniquement quand ils changent... C'est une peu couteux en performance du coup, je vais voir pour amélioré cela pour la prochaine fois !
Je te remercie par avance (ainsi que d'autre Linuxien) de me confirmer que cela fixe ce soucis d'affichage !
Ah oui sur Linux c'est même plus probablement un triple buffer qui est effacé en même temps qu'autre chose
Inscription : 12 Juin 2008, 20:29 Message(s) : 1710
marcel a écrit :
C'est classe, la fluidité en natif c'est achement mieux!
Est-ce qu'on peut le lancer une cartouche depuis la ligne de commande par exemple (plutôt que faire un drag'n'drop?)
ça sert à quoi que je me décarcasse à maintenir la doc à jour, hein !
./CPCEPower_SDL --help ou voir la page html fournie dans l'archive !
en résumé en ligne de commande, on peut faire :
Code :
Usage: CPCEPower_SDL [options] Options: -h, --help -f, --fullscreen -w, --windowx - set horizontal x position of principal window -z, --windowx - set vertical y position of principal window -n, --nosound - disable sound -d, --digiblaster - enable digiblaster -v, --volsound - volume of the sound (0 (nosound) -> 128 (max volume)) -j, --joystick - enable joystick -x, --scanlines - enable CTM monitor scanlines -c, --cpc=464, 664, 6128, 464+, 6128+ or GX4000 -t, --crtc=0,1,2 or 4 -m, --mem=memory to allocate in Kilo Bytes -0, --dsk0=dsk, raw or ipf file to load in floppy drive unit 0 -1, --dsk1=dsk, raw or ipf file to load in floppy drive unit 1 -k, --tape=cdt or wave file to load as k7 in tape player -p, --cpr=cartridge file to load for cpc plus or gx4000" -s, --sna=sna or --snr=snr file to load in memory -u, --urom=rom number select -r, --rom=rom file to load in rom number selected -l, --lrom=rom file to load in low rom (OS) -e, --autotape - autoload tape -a, --auto=name of the file to autoload (don't forget to add run" for example -a "run\"disc") -g, --gunstick to activate MHT gunStick
donc pour charger une cpr (en mode linux pour les répertoires ) :
Comme on pouvait faire du drag'n'drop je me demandais naivement si on ne pouvait pas envoyer un fichier dans la ligne de commande, sans rien faire de plus, l'extension préjugeant de l'usage!
J'ai testé les deux options à dispo sans succès
Code :
--cpr="fichier" est une option non reconnue
--cpr "fichier" est aussi non reconnu
-p="fichier" ne dit rien mais ne fait rien non plus
-p "fichier" plante avec un segfault
fichier étant soit le nom seul, soit avec ./ soit avec le chemin complet à partir de la racine
Inscription : 12 Juin 2008, 20:29 Message(s) : 1710
Voici donc un nouveau Pack Linux :
Pièce jointe :
20200420_CPCEPower_SDL_Release_Linux_x64.zip
J'avais deux boulettes que j'ai corrigées : la première il manquait l'option cpr (par contre la -p fonctionnait très bien ) et en +, si on fournissait un mauvais argument, ça plantait (pas beau) !
CPCEPower_SDL --> pour Linux avec SDL2 2.0.12 installé et CPCEPower_SDL2_0_8 --> pour Linux avec SDL2 2.0.8 installé
donc l'usage est le suivant par exemple :
./CPCEPower_SDL -p '/home/myCPR/Super Demo.cpr' ou avec les "" ./CPCEPower_SDL -p "/home/myCPR/Super Demo.cpr" ou ./CPCEPower_SDL --cpr='/home/myCPR/Super Demo.cpr'
Merci de me dire si tout fonctionne sur votre Linux maintenant !
--> Nouvelle version Windows à suivre !
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
je n'arrive toujours pas à lancer un CPR depuis la ligne de commande, sans effet pour moi (sauf l'option CPR qui ne renvoie plus d'erreur mais ne fait rien)
j'ai joué un peu plus avec la ligne sans succès
CPCE -cpr="fichier" --cpc=GX4000 => l'ému démarre en GX4000 (mais sans ma cartouche)
CPCE -c GX4000 -cpr="fichier" => l'ému démarre en 464 normal (???)
CPCE --cpc=GX4000 -cpr="fichier" => toujours en 464
soit option courte avec un tirets - -o(ESPACE ou pas)ARGUMENTS soit options longues avec deux tirets -- et ensuite un égal = oour séparer l'argument... --options=ARGUMENTS
Faudrait vraiment gérer les cas d'erreur plutôt qu'ignorer et continuer -> c'est à dire, tu veux un stop avec un message quand c'est pas bon ?
C'est à dire que quand j'utilise un outil j'suis pas supposé jouer aux devinettes
Soit l'option que je mets est correctement orthographiée et elle s'exécute, soit ça doit afficher une erreur appropriée
Et si je l'orthographie correctement mais que (par exemple) le fichier n'est pas trouvé, faut le dire! Après sortir en erreur ou non, c'est un choix.
Pour le type de CPC si on écrit n'importe quoi, idem y a pas d'erreur. Sans aller jusqu'à afficher l'aide de l'option, dire que le type n'est pas correct me semble un minimum
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 8 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