Runc v1.50 - Page 3

lib d'allocation mem tres rapide.

Genalib, c la lib d'allocation de mémoire de pphd...
Genesis Allocation Library
Y a une doc sur le site de la time to team, je crois... (ici pour les incultes; c'est d'ailleurs le mot à employer, car les gens qui ne connaissent pas ca ne respectent pas le culte de pphd...)

Bouhhhh c pas GPL genlib
Mais c bien quand même

quand j'utilise runcc, il me fait plein d'erreur !!
il tourne sur hw2, rom 2.05, unios 1.31, ou doorsos 0.98 ?

doorsos tu l'oublie, il existe plus

>mmu_man: Bouhhhh c pas GPL genlib. Mais c bien quand même.
Oui mais bon ca prend de la place le fichier license.txt de la GPL. Et en plus, c'etait genalib dont on parlait.

Faut que je teste cette version.
Au fait, y'a une bidouille non officielle pour augmenter le nbr de mem gerer par genalib :
(short *) a = malloc(N);
*(a++) = N/4;
gla_free(N);
Mais c pas officiel !

Pour les 2 entry point, c pas con, et ca prend pas beaucoup de place en + !

Comment fais-tu pour augmenter la taille max ?

Voila une nouvelle version qui paut maintenant compresser des fichier jusqu'a 20Ko a peu pres
Et en plus, ca devrait etre un peu plus rapide a compresser (optimisation + desactivation des auto-ints)

PpHd> Je limite la RAM necessaire pour conpresser un fichier (car c'est la RAM qui limite ...) - En fait, pour cette version, j'ai réecrit une pertie des routines, pour recalculer certains trucs a chaque fois (les trucs suffisamment rapides a calculer) plutot que de tout stocker en RAM.

Cool. J'ai pas le temps d'essayer.

De toute facon, voila encore une nouvelle version

Ca devrais pouvoir compresser j'usqu'a 30Ko (mais c'est pas sur)

J'ai testé avec Otehelo (24Ko), et je suis en train de tester avec solar (27Ko, et c'est tres long)

Et c'est toujours à: [URL=http://thezfiles.ifrance.com/thezfiles/runcc.zip]http://thezfiles.ifrance.com/thezfiles/runcc.zip[/URL]

Coucou, c'est encore moi

Voila une nouvelle version qui devrait compresser un peu plus vite ...

Et j'ai compressé solar ! (26929 octets -> 13329 octets )

La limite théorique est toujours a 32Ko ... mais j'ai pas trouvé de fichier interressant de 30~32 Ko pour tester

Tiens j'au une idee pour runc.
Il faudrait que l'on puisse transmettre des arguments on programme.
Comme ca on ferait :
runcc("runcc","runccp")
Puis :
runc("runccp","solar","solarp")
Puis :
runc("solar")

Tu codes toujours aussi vite, Dark

C'est marrant, j'y pensait aussi, au argument pour runc

Je pensait plutot à runc("txtridrc","mytext") ... mais bon ...

PpHd> Tu codes toujours aussi vite, Dark

Erf, quand je suis motivé, oui
Et puis, la c'est simplement de l'adaptation de code on-ps pour marcher on-calc ...

Et puis, tiens, y'a une nouvelle version sur [URL]http://nexus68k.ctw.cc/downloads/runcc.zip[/URL] qui devrait etre un peu plus rapide (30% d'apres un rapide calcul)

Erreur pour l'adresse du truc que tu as file.
Bon je vais voir pour le passage d'argument. Je pense qu'il suffit de remonter l'e-stack d'une unite.

Oups, pour l'adresse, c'est download au singulier ... ca donne: [URL]http://nexus68k.ctw.cc/download/runcc.zip[/URL]

Pour les arguments, ca doit suffire de remonter l'estack.
Au cas u, tu peut regarder les sources de ttstart (qui permet de passer des arguments).

désolé de vous couper dans le topic mais pourrais tu PpHd merttre dans ta doc l'utilisation de runc pour l'assembleur, en peu de lignes, parcequ'avec les exemples que tu as donnés, c'est pas du très clair je trouve !
Je pense que runc a de très beaux jours devant lui, et j'éspère pouvoir maitriser son utilisation !
Merci d'avance !

Je traduis : il veut l'implementer a NonOS, comme font Doors Explorer et PCTools

A bon.
Deux solutions :
+ Soit tu fais comme doors /pct.
Tu prends l'adresse de main.
Ca doit etre un bra.s + (je sais plus le code).
Ensuite, tu sauves l'handle dans le word qui suit.
Ex:
a0 -> main de runc.
d0 = handle du fichier
cmp.W #????,(a0)+ ; Si ca existe
bne.s error
move.w d0,(a0)
Puis tu lances runc.
+ Ou tu push le nom sur l'e-stack et tu lances runc.

Ah! il y a une methode sans passer par l'estack!
C'est pour ca que textrider marche dans pctools (dans le home, il croit que l'argument de runc est pour lui, donc ca part en couille

ah c'est pas bete non plus ça !
txtider et runc dans nono, ça peut vraiment bien servir !
je suis flatté du "A bon. "
bon, je vais voir avec la 1ère solution, c l'estack je sais toujours pas ce que c'est ni même comment ça marche !

la 2ème solution serait plus simple ?

J'estime la premiere la + simple.

Mais la deuxieme permettrai de lancer aussi les PPG par la meme occasion grace a unpacker...

a propos de PPG, j'ai fait un decompresseur de ppg, si ca interresse qqun ...

Moa

Moi j'ai inventé un format de compression d'images en 4 NDG (45-55 et son dérivé qui compresse les vidéos (45-70
Son nom : AMCx ... mais les vidéos buguent encore, c'est dommage

ben chez moi rucc bug encore !!!

pk ??! je sais pas !!

je suis passé a la rom 2.03, sa marche sur l'emu !!

pasque tu compresses des trop gros fichiers, ou pasque tu as une mauvaise version de shrnklib

A propos des ppg: quelle est la difference entre ttsart et unpacker?
Aussi je refais un ptit coup de pub pour mon programme (basic certe) mais qui est super utile et pratique pour lancer les jeux aux formats asm, ppg (avec ttstart) et runc (ah oui et basic aussi).
Pour le telechargement c'est ici
http://perso.club-internet.fr/tonnerfr/kbdprgm8/kbdprgm8.zip
[edit]Edité par jibax le 30-06-2001 à 18:02:58[/edit]

moi g l'AMC2