Citation : AmiDARK?

En fait, ça tombe bien car je dois restructurer un peu toutes les données internes du GDK. En fait, cela va me servir pour les principes de "plugins" pour l'AmiDARK Engine.
Donc, on va faire d'une pierre de coup.
Histoire qu'un plugin additionnel puisse accéder (via une fonction spéciale) à certaines informations internes du moteur de jeu et ainsi pouvoir s'en servir :p
(chose que l'utilisateur du GDK ne pourra pas car il n'aura pas accès à ces informations).

Je vais aussi patcher certaines fonctions de l'AmiDARK Engine pour une nouvelle fonction d'Allocation mémoire qui vérifiera et utilisera le onchipmem si nécessaire.
Je vais devoir faire un mini "memory handler" home made pour ça :p
D'ailleurs, seules les fonctions qui auront besoin de temps de calculs longs utiliseront cette fonction d'allocation/libération de mémoire spéciale qui utilisera les 64k du onchipmem ;)

X1000 - 8GB - Radeon HD6570
Sam440 flex - Radeon 9250

?

J'avoue être un peu déconcerté ... Tu dis "utilisera le onchipmem si nécessaire". Je dirais que le problème, c'est de conna?tre les situations dans lesquelles c'est bénéfique.

Par rapport au thread sur amigans, je n'ai pas osé répondre mais bien que je trouve que l'initiative de Chris est louable, je pense aussi qu'il s'est lancé un peu trop vite et en aveugle. A mon avis, tel qu'il est parti, ça ne produira pas grand chose mais bon, je ne demande qu'à voir la preuve du contraire.

Je sens qu'on va causé de cet onchipmemory aussi à l'Amigâteries, avec investigation à la clé.

K-L, lool :p

Pour le onchipram c'est une resource avec 4 commandes qui se courent après donc c'est hyper rapide et facile à mettre en place ...

Par contre, le problème du Xena c'est que c'est une unité programmable (si je ne me trompe pas)... donc sans avoir la bête à la maison ... ça risque d'être très long pour debugger avec toutes les possibilités que cela permet ... Donc... Pour ça ... ça attendra que je puisse avoir un X1000 un jour ... peut-être :p

Pour l'Altivec je jèterai un oeil mais je sais pas trop...

Déjà il y a un gars sur amigans (whose) qui m'a proposé de me donner toutes les informations pour bien comprendre AHI en programmation bas/haut niveau cela permettra peut-être de résoudre mon problème d'audio pour lequel personne n'a réellement de solution palpable...

Enfin bref ... moi champion ? Je laisse la place à qui la veux :p

@+
Fred

AmiDark, tu fais pareil pour l'Altivec et Xena et tu deviens champion du monde de programmation sur AmigaOS 4 :b

Oups la boulette! ;-) désolé Amidark je ne voulais pas te prendre pour un schpountz ;-)

Sinisrus, je veux bien être couillon parfois ... mais là! Alors là! Tu m'as pris pour le schpountz ? ;)
Rolala! De bon matin ça donne envie de retourner se coucher ça !!! mdr

Bien sûr que je vais faire un checking et, si la ressource n'existe pas ou qu'elle me renvoie une valeur erroné, je fais un alloc mémoire standard ;)

Et les fonctions qui utiliseront l'alloc mémoire spécial auront le même style de checking dedans : si la zone mémoire onchip n'existe pas, on alloc une mémoire normale :p

T'inquiète pas, c'est déjà tout calculé dans mon *mother-brain* (Metroid n'a qu'à bien se tenir !!! ... lool ... Euh ... oups ... je m'égare là ... qu'elles sont ces lumières brillantes au loin ... Aaaahhh!! Des phares de voiture !!! :p )

Bon allez, sans rancune.
(je sens que je vais retourner me coucher moâ)
@+

amidark : fait attention quand meme il me semble que seul les sam 460 puisse en profité

En fait, ça tombe bien car je dois restructurer un peu toutes les données internes du GDK. En fait, cela va me servir pour les principes de "plugins" pour l'AmiDARK Engine.
Donc, on va faire d'une pierre de coup.
Histoire qu'un plugin additionnel puisse accéder (via une fonction spéciale) à certaines informations internes du moteur de jeu et ainsi pouvoir s'en servir :p
(chose que l'utilisateur du GDK ne pourra pas car il n'aura pas accès à ces informations).

Je vais aussi patcher certaines fonctions de l'AmiDARK Engine pour une nouvelle fonction d'Allocation mémoire qui vérifiera et utilisera le onchipmem si nécessaire.
Je vais devoir faire un mini "memory handler" home made pour ça :p
D'ailleurs, seules les fonctions qui auront besoin de temps de calculs longs utiliseront cette fonction d'allocation/libération de mémoire spéciale qui utilisera les 64k du onchipmem ;)

Excellente nouvelle AmiDARK!

J'aime bien le 'un peu utile' :)

Je vais ajouter le support de l'On Chip Mem resource dans l'AmiDARK Engine mais je dois réorganiser mes sturctures de données ... Histoire que ça soit un peu utile et que ça soit pas "juste" pour la frime :p
MDR

Oui j'ai vu. Je viens de comprendre mon soucis avec AUDIO: (volume n'était pas à 0.5 et AHI unit 0 n'était pas mis sur la carte son onboard.

Je vais poster mes résultats également.

C'est bien que quelqu'un s'y intéresse, même (ou surtout ...) qu'il ne possède pas de Sam460.

Il suffirait d'un bon exemple pour que cela face des émules.