bref ce n'est plus du _nostub, mais du kernel v1....

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
1. Le nouveau code de démarrage est entièrement optionnel. On peut choisir d'utiliser le format de relogements de AMS comme avant si on veut. C'est le plus efficace pour certains programmes, mais pas pour d'autres, donc c'est à voir cas pour cas.
2. PlusShell 0.99a était sur la bonne voie. Les raisons pour lesquelles ça n'a pas marché est:
- RAM_CALLs - nécessitent du code de relogement énorme (parce qu'il faut les détecter) et créent des problèmes de compatibilité difficiles à résoudre s'ils sont linkés statiquement! TIGCC gère les pseudo-constantes de manière plus efficace, et ne définit pas du tout les RAM_CALLs qui posent des problèmes de compatibilité (il faut utiliser les ROM_CALLs propres correspondants).
- librairies dynamiques - nécessitent du code de relogement énorme, surtout en combinaison avec les RAM_CALLs (parce que du coup, le programme principal doit inclure du code pour détecter toutes les RAM_CALLs proposées, ne sachant pas lesquels seront utilisées par la librairie). La solution de TIGCC est d'imposer la relogeabilité par EX_patch aux DLLs (oui, les DLLs sont gérées sans kernel depuis la version 0.94 bêta 18, pour permettre de créer des programmes >64 KO en _nostub). L'utilisation de toute fonctionnalité qui nécessite du code de démarrage est illégale dans une DLL.
- relogement personnalisé obligatoire - perte de place par rapport à l'utilisation du format de AMS dans pas mal de cas
Mais la "solution" de PlusShell et DoorsOS à ces problèmes, c'est-à-dire de mettre un kernel externe, n'était pas la bonne. Il aurait suffi de supprimer (ou dès le début renoncer à) les fonctionnalités problématiques, qui sont de toute façon inutiles.

Crétin, si on a mis les trucs de style relogement personnalisé, c'est parce qu'ils font gagner en place s'il y a beaucoup de relogements! Le code de relogement est très petit.
PpHd Le 05/11/2003 à 09:02 Par contre la gestion des DLL. Nulle a chier.
ExUtilisateur1 Le 05/11/2003 à 23:48Edité par ExUtilisateur1 le 06/11/2003 à 00:34 Quels avantages a le ogg sur le mpc (pas mp3)?
Ce qui m'agace moi, c'est que pour l'un comme pour l'autre il faut un vieux player genre winamp + un plugin... (et quand je dis "'genre' winamp" ça veux dire winamp ou rien !
Edit: le 'c' de mpc c'est pas une faute de frappe
Nil Le 06/11/2003 à 09:12 Oué, mais sonique, c'était mieux avant :/
Miles Le 06/11/2003 à 12:00 Le mpc, c'est du MP2... Le mp3 se base sur la base spectrale pour coder, ce qui n'est pas le cas du mp2 - regardez sur le site du pack de plus-in MPC classique, c'est indiqué que c'est moins bon que le mp3 -
L'avantage du ogg, c'est surtout dans les faibles débits où on entend nettement la différence. L'autre avantage du ogg, c'est de coder l'espace des fréquences à partir de fonctions de références et des courbes de masquage puis de compresser cette équation en Huffman, tandis que le mp3 ne fait que compresser l'espace d'après les courbes de masquage en Huffman.
On voit l'avantage du ogg dans la définition : moins de pertes, moins de bruit de quantification, à priori aussi.
Thibaut tu confondrait pas avec AAC ????
(d'ailleur sa m'étonne que sa s'appelle MPC car MPC est une ancien nom pour une norme bizzare de MultimediaPC)

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Miles Le 07/11/2003 à 01:07 Ouais, c'est ça, mais c'est du MP2, et je préfère intuitivement le codage sur l'espace fréquentiel, c'est plus basé sur la psychoacoustique que la version temporelle.