• Deux ports manette 9 broches : accepte les manettes compatibles Commodore (le second port manette est connecté à l'aide d'une carte disponible en option).
• Sortie 1080p compatible HDMI : se branche sur un téléviseur ou un moniteur compatible HDMI.
• Internet sans fil : se connecte à AmiSphere pour les mises à jour du système et les courriers électroniques.
• Bluetooth : sortie audio optionnelle vers un haut-parleur Bluetooth.
• Connecteur de disquette 34 broches : lecture et écriture sur de vraies disquettes 880 ko (compatibles avec Greaseweazle).
• Port série RS232 (DB25).
• Mémoire vive du système : 4 Go au total. 1 Go de mémoire Fast allouée à AmiBench.
• Disque dur : 64 Go ou 128 Go en option.
• Connecteurs USB internes pour la connexion d'adaptateurs optionnels USB vers SATA ou USB vers IDE.
• Connecteurs USB externes pour la connexion de lecteurs de disquette USB DrawBridge, de souris, d'interfaces MIDI, de clés USB.

• Convient à tous les Amiga (une version spécifique pour l'Amiga 600 est disponible).
• Peut contenir jusqu'à quatre ROM Kickstart sur une seule puce.
• Commutable via des cavaliers ou un commutateur rotatif optionnel.
• Nouveau dans la V2 : la banque active est indiquée par un affichage LED sur le dessus.

• La taille du fichier à programmer est vérifiée avant le processus de programmation.
• Gestion de paquets de 1024 octets. Cela permet une transmission plus rapide.
• Les quatre blocs peuvent être lus directement et sont automatiquement divisés en quatre fichiers et nommés en fonction des numéros de blocs (rom_x.bin).
• Les quatre blocs peuvent être écrits directement dans le bloc correspondant en indiquant le numéro du bloc dans le nom du fichier (file_[1-4]).
• Un échange d'octets est automatiquement effectué pour les fichiers ".rom" en fonction de l'extension du fichier.

• Travaux initiaux sur la gestion de l'architecture RISC-V.
• Travaux supplémentaires dans InstallAROS pour gérer le démarrage EFI.
• Implémentation du traitement des commandes ARexx dans Zune.
• Nouvelle bibliothèque pthread.
• Simplification de l'ajout du tethering dans Prefs/Réseau.
• Accélération du démarrage en utilisant ahci.device.
• Suppression des fichiers avec la touche "Suppr" dans Wanderer.
• Amélioration de l'identification des systèmes de fichiers dans icon.library.
• Mise à jour du système de construction AROS, du noyau, de la documentation, de GRUB 2.06, du nvme.device 0.77, de cunit 3.2.7, de boost preprocessor 1.82.0, etc.
• Gestion/amélioration du 64 bits dans Title.mui, implémentation de la fonction random(), corrections 64 bits dans AHI, sfs-handler, crt.library et pipe-handler.
• Corrections de bogues pour AboutWindow.mcc, Prefs/Pointer, fat-handler, sfs-handler, workbench.library, pciusb.device, String.mui, etc.

• Permet le chargement de plus gros binaires AROS 64 bits.
• Expose bsdsocket.library aux binaires AROS 64 bits.
• Synchronisation de l'heure actuelle avec l'hôte.
• Introduction de la gestion pour l'exécution sous WSL2.
• Implémentation de la synchronisation du presse-papier entre AxRuntime et les hôtes Linux/Windows.
• Dispose de l'assignation SYS: chez l'utilisateur, et celle-ci est éditable.
• Gestion de l'allocation de mémoire MEMF_EXECUTABLE.
• Corrections de bogues pour bsdsocket.library et exec.library.

"Une fois de plus, nous sommes à jour avec une base WebKit qui n'a que quelques jours. Cela dit, ce rebasement a été le pire jusqu'à présent. J'ai perdu espoir à plusieurs reprises après avoir essayé plusieurs fois de corriger les erreurs, y compris en faisant en sorte que le code soit compilé avec des GCC plus anciens. WebKitGTK 2.46.5 est la première version qui ne compile plus avec GCC10, ce qui a pour effet secondaire malheureux d'augmenter le temps de compilation par un facteur de 2. Ce qui n'aide pas vraiment lorsque vous essayez de corriger ce problème... En fin de compte, le principal coupable était un peu de code petit-boutiste dans l'analyseur HTML que WebKit a rétroporté de Chrome. Je suis sûr que tous les problèmes n'ont pas été corrigés, mais la v9 est maintenant suffisamment stable pour que je veuille la diffuser à un public plus large. Signalez les problèmes que vous voyez ici et envoyez-moi tous les rapports de plantage que vous obtenez, s'il vous plaît ! Gardez la v8 à portée de main au cas où quelque chose ne fonctionnerait pas ou simplement pour comparer le comportement avant de signaler des problèmes."

• Prévisualisation MP3 : affichage des identifiants ID3 (ID3 1, 1.1, 2.3), y compris les images encapsulées.
• Prévisualisation texte : affichage des textes Unicode UTF16-BE et UTF16-LE (en ISO-8859-15).
• Prévisualisation texte : affichage des textes UTF8-BOM (en ISO-8859-15).
• Confirmation copie-suppression : affichage des identifiants ID3 pour les fichiers MP3 (avec image le cas échéant).
• Menu/Projet - Mise à jour : on indique dorénavant à l'utilisateur si Dir Me Up est déjà dans la dernière version. Il peut toujours relancer l'installation s'il le souhaite.
• Interface graphique/AISS : quelques icônes ont été modifiées ou redessinées.
• Prefs : ajout des extensions RAR (comme archive), MPGA (comme musique/son) et GMI (Gemini - comme Internet).
• Nouveaux textes traduits en allemand (par Daniel Reimann) et portugais (par Mário Compaio).
• Corrections de bogues (nombre de lignes maximum défini dans les préférences, fenêtre vide si on lançait Dir Me Up depuis un autre emplacement).

"Je me souviendrai de lui pour m'avoir donné une chance (voir lettre). Il avait le don d'identifier le potentiel et de faire ressortir le meilleur de chacun. Sans lui, je doute que j'aurais fait carrière dans la musique de jeu. Je sais que c'est vrai pour beaucoup d'autres personnes dans les domaines du graphisme, de l'art et du code. Il m'envoyait souvent ses musiques préférées de Pink Floyd et d'autres groupes, et je soupçonne qu'il savait que je m'en imprégnerais en même temps que de ses lettres d'encouragement - dont certaines étaient très, très longues ! (je me souviens d'une lettre de huit pages, que j'ai encore quelque part). Adolescent, je n'avais jamais vécu que dans le Devon et je n'avais pas beaucoup voyagé. Lorsqu'il m'a demandé de visiter le Yorkshire, j'étais quelque peu anxieux à l'idée d'y aller. Pourtant, c'est la meilleure chose que j'aie jamais faite. Martyn dégageait une aura qui mettait immédiatement tout le monde à l'aise avec sa personnalité décontractée, insolente et drôle. Pourtant, derrière tout cela se cachait une énorme quantité de dynamisme, de créativité et de passion pour les jeux vidéo, qui ont donné naissance à certains des jeux vidéo les plus appréciés de tous les temps. Je vous laisse avec la photo préférée de Martyn, où l'on voit Martyn, moi-même, Andreas Tadic, Rico Holmes et Peter Tuleby (ou est-ce Bjorn Lynne ?!). Elle résume tout ce que je pense de lui et de la façon dont il rassemblait les gens".

• AGA Lite : doubleur de fréquence interne pour A1200 avec carte Warp 1260.
• AGA Full : doubleur de fréquence interne pour Amiga 1200.
• EXT : doubleur de fréquence externe pour tous les modèles d'Amiga.

"C:Copy avec les valeurs par défaut n'est pas utilisable, si AmigaOS_OS_Command_Reference#COPY est correcte, il copie toujours les fichiers en petites parties de 100 ko (sur les partitions SFS avec une taille de bloc de 512 octets). En particulier lors de la copie de fichiers volumineux, quelque chose comme "C:Copy BUFFER 10240..." (parties de 5 Mo) devrait être beaucoup plus rapide. Ce n'est peut-être pas un si gros problème avec NGFS, car il utilise des blocs de 16 ko ou même 64 ko, ce qui représenterait des parties de 3,125 Mo ou 12,5 Mo avec le tampon de 200 par défaut. Pour les partitions SFS, il est important d'utiliser beaucoup de tampons, bien plus que la valeur par défaut utilisée lors de la création des partitions. Au moins 5000 (x512 octets = 2,4 Mo de mémoire), mais cela dépend de la taille de la partition et surtout du nombre de fichiers et de répertoires sur la partition. NGFS peut être beaucoup plus rapide avec peu de tampons, en raison de sa taille de bloc plus importante. À l'exception de la copie de fichiers volumineux, NGFS devrait être plus rapide pour presque toutes les opérations. Il ne s'agit pas seulement d'une conception de système de fichiers plus récente d'environ 20 ans (SFS a été créé lorsque la taille moyenne des partitions n'était que de quelques centaines de Mo et ne s'adapte pas bien à des tailles de partition de plusieurs Go ou même de plusieurs To), NGFS utilise la nouvelle API de système de fichiers à port vectoriel. SFS ne l'utilise pas, ce qui signifie que la dos.library doit convertir les arguments et les résultats de chaque appel au système de fichiers vers/depuis l'ancienne API par paquets, ce qui peut représenter une charge processeur importante s'il y a beaucoup de petites opérations effectuées."

• Amélioration du désentrelaceur intégré.
• Gestion des écrans SuperHires HAM.
• Affichage de la sortie vidéo numérique en niveau de gris en mode CRT "Legacy" (2 Mo de mémoire).
• Gestion de la lecture/écriture sur disquette en mode "Full" SAGA (capacité de 6 Mo).
• Nouveau menu ApolloBoot à la mise sous tension (touche "Help").
• Test de mémoire Fast et Chip intégré.
• Gestion possible de deux ROM Kickstart.
• Chargement de la ROM Kickstart à partir de la carte mère.
• Chargement de la ROM Kickstart de sauvegarde à partir de la carte mère.
• Image de démarrage animée à la mise sous tension (personnalisable à l'avenir).
• Extension du Copper pour utiliser jusqu'à 2 Go de mémoire.
• Présence du débogueur HRTMon.
• Amélioration de la logique des signaux de la carte SD.
• Amélioration des performances du processeur.
• Amélioration des performances du FPU.
• Correction d'un bogue obscur dans BlitBusy.
• Amélioration de la détection de la mémoire du système d'exploitation (forcer la mémoire inutilisée à $FF).
• Activation des deux ports Fast-IDE IceDrake/FireBird (40/44 broches).
• Instructions du 68080 corrigées/ajoutées/améliorées.
• Compatibilité Atari améliorée : ordinateur Atari ST, modes d'écran Atari, puce audio Yamaha, puces horloge Atari.
• Extension d'ApolloShield pour gérer 1 Go de mémoire.
• Corrections/améliorations de Maggie : mode de dessin à portée continue (améliorant la vitesse de 15%), mode de dessin cubique (améliorant la vitesse de 35%), gestion des tailles de texture de 32x32 à 1024x1024, sélection automatique matérielle du meilleur mode MipMap, entrelacement Maggie DMA qui augmente la vitesse, modes de mélange de textures OpenGL pour les objets transparents (eau, feu...).
• ApolloControl 2.0 : nettoyage général du code, nom complet de la carte, numéro de série, version du noyau.
• ApolloMap et ApolloFlash 2.0 : déplacement du contenu de la ROM étendue vers $F0 dans le coeur, plus besoin de corriger la ROM Kickstart originale, amélioration de la gestion du Kicktart d'AmigaOS 1.3.3 (ApolloBoot), affichage du nom de la carte, ApolloFlash vérifie intelligemment que la carte V4 est correcte.

• Une introduction aux composants élémentaires d'AmigaDOS tels que les fichiers et les verrous.
• Les gestionnaires et les systèmes de fichiers d'AmigaDOS, et comment les interfacer.
• La recherche de motifs et l'examen récursif des répertoires.
• Une discussion sur la gestion du processus AmigaDOS.
• Une décomposition complète de la structure de disque Fast File System.
• La communication directe par paquets et une documentation complète de DosPackets.
• Une description détaillée de la structure des fichiers exécutables et des fichiers de liaison d'AmigaDOS.
• La documentation du Shell d'AmigaDOS en ROM, y compris un tutoriel et le code source pour l'implémentation de shells personnalisés.
• Le mécanisme de démarrage d'AmigaDOS.

• Rendu 3D accéléré par le matériel via OpenGL, gérant les résolutions écran large, un champ de vision personnalisable et une fréquence d'images non limitée.
• Mouvement du joueur, des projectiles et des monstres avec une précision en virgule flottante.
• Commandes de souris et de clavier configurables.
• Gestion des quatre jeux Catacomb 3D inclus dans le lot Catacombs de GOG.com.
• Gère aussi The Catacomb Abyss version 1.13 (partagiciel).

• Mise à jour du coeur AROS : implémentation du traitement des commandes ARexx dans Zune, mise à jour de la nouvelle bibliothèque pthread, accélération du démarrage en utilisant ahci.device, suppression des fichiers avec la touche "DEL" dans Wanderer.
• Mise à jour du coeur d'AROS One : Camdusbmidi.class, IconDrawerList.mui, IconList.mui, IconVolumeList.mui, i8042.hidd, muimaster.library, Wanderer, pcnet32.device, rtl8139.device, ahci.device, ram-handler, camd.library, etc.
• Mise à jour du système AROS One : Python v3.3.7, nouvelles versions transparentes des pointeurs, mise à jour de la configuration d'AmiStart, mise à jour de la configuration de Directory Opus 4, mise à jour des thèmes (pour Wanderer, aMP3ToWAV, AROSAmp, AyPlayer, MeteMP3), etc.
• Mise à jour d'applications : OWB v2.1, FastTracker 2 Clone v1.66, Protrekkr 2.7.5, PixieView 1.10, Acuario Version finale, AmiTranslate v0.4, BeeBase v1.1, Image2PDF 2.7, SilkRAW v3.0, Legadon v0.2, VAMP v3.10, RayLib 5.0, Malibu.hwp v1.5, etc.
• Mise à jour de jeux : AmiFish, BlackIvan, Blackjuan Poker, Sqrxz 1-2-3-4, Soliton v2.2 et LBreakout2 2.6.3.

• Tale Of Evil/Tower of Evil 2 : suite non officielle du jeu d'action/tir Tower of Evil pour l'AmiGameJam 2024 codé en AMOS.
• Pumpkin : réadaptation de Pac-Man sur le thème de Halloween et codé en AMOS. Pour un joueur.
• Duel : réadaptation des jeux de cow-boys et de fusillades sur ordinateurs 8 bits. Comprend 29 personnages. A noter que si vous savez utiliser Deluxe Paint/Personal Paint, vous pouvez créer de nouveaux arrière-plans et personnages en suivant le fichier "Example.txt" qui se trouve dans le fichier zip.
• Star Dust Wars Director's Cut : nouvelle version du jeu d'action/tir Star Dust Wars publié quelques années auparavant par la même équipe. Programmé en AMOS et fonctionne sur Amiga OCS (lent avec un 68000).
• Revenge Of The Grinch : jeu d'action aux saveurs de Noël, basé sur Tower Of Evil et programmé en AMOS.

• Refonte du code multi fils d'exécution de téléchargement du cache (cela autorise la réutilisation).
• Amélioration et optimisation du téléchargement des nouveaux messages dans le cache local.
• Utilisation de davantage de fils d'exécution lors du téléchargement de messages depuis mail.runbox.com.
• Amélioration de la gestion des erreurs lors du téléchargement de nouveaux messages dans le cache local.
• Possibilité de répondre aux invitations du calendrier.
• Possibilité d'annuler un événement précédemment créé.
• Ajout d'un paramètre BCC par défaut pour chaque compte qui permet de transférer sans problème des copies de tous les courriels envoyés vers une liste d'adresses préconfigurées.
• Iris prévient désormais avant de quitter lorsqu'il est encore en train de synchroniser les caches locaux.
• Amélioration du code de validation du chemin d'accès au cache.
• Affichage plus rapide des messages déjà téléchargés sur le disque.
• La mise en cache locale du contenu des courriels est plus rapide.
• Corrections de bogues (corruption de la mémoire lors de l'annulation de certaines tâches de synchronisation, gestion des connexions, gestion des pièces jointes pour l'utilisation des données hors ligne, autocomplétion de l'adresse électronique...).

• Vous pouvez maintenant utiliser le navigateur interne.
• Ajout de plus de résolution.
• Mise à jour de la documentation avec l'utilisation des effets synthétiques/éditeur d'échantillons.
• Nettoyage de l'interface graphique.
• Changements dans l'enregistrement de modèles (gestion de l'arrondi des lignes pour les notes-off, contrôle "roundToClosestRow" en utilisant un nouveau drapeau de configuration activation de "RecPosProvider roundToClosestRow").
• Dans l'éditeur d'échantillons, ajout d'un vocodeur, d'un saturateur, de l'excitateur milky, d'un délai, et d'une fonction d'étirement du temps ("timestretch").
• Ajout des vu-mètres de MilkyTrackerX.

• L'éditeur d'échantillons essaie de conserver les informations de boucle intactes dans la mesure du possible.
• La distorsion du synthétiseur peut maintenant avoir des valeurs positives ou négatives.
• Les synthétiseurs ENV 1 2 et LVO 1 2 peuvent être utilisés pour piloter la distorsion du synthétiseur.
• Suppression des instruments et des préréglages cassés de la distribution.
• Gestion de la routine de relecture pour AROS.
• Ajout d'une vue globale des VU-mètres stéréo pour chaque canal.

• Thulindata 3, intro OCS par Istari et Genesis Project.
• Merry Christmas!, démo OCS par Artstate.
• Amiga Rulez 24-03, magazine sur disquette par 2nd Moon.
• Dem-O-Tape #1 - Side A, disquette musicale OCS par Dream Merchants.
• Märr I Krimskrams, intro OCS par Istari.
• Joker Snacks On Blueberries, introduction de déplombeurs par Batman Group.
• Sinusoidal Intro, intro OCS par Artstate.
• Party Pack No. 27, lot de démos OCS.
• Dalame2, démo AGA par Stonehead.
• Crap Box -26, lot de démos OCS par TEK.
• Saukko Pack 32, lot de démos OCS par TEK et Up Rough.
• Flame, démo OCS par NGC.
• Witchfinder, démo AGA par Quadtrip.
• Wilddark Side Of Mars, démo AGA par Finnish Gold.
• Amiga Rulez 24-02, magazine sur disquette par 2nd Moon.

• Le nouveau réglage de vitesse offre des vitesses inférieures à 100%, pour avoir des jeux/applications au ralenti genre Matrix.
• La gestion du Run-ahead, une technique utilisée pour supprimer les délais de traitement internes des applications.
• Option "vSync" pour une sortie vidéo plus fluide. vSync synchronise l'émulation avec le taux de rafraîchissement de votre écran.
• Pour les écrans plus larges, l'interrupteur du moniteur d'activité a été ajouté à la barre d'icônes supérieure.
• vAmigaWeb est maintenant basé sur la dernière version de vAmigaCore 3.0.
• Une nouvelle barre de navigation basée sur une grille CSS a été implémentée.

• L'algorithme de recherche d'une fenêtre d'espace d'adressage pour les Mediator A1200 a été modifié. Il ne regarde plus derrière le dernier segment de mémoire, mais utilise le plus grand espace à partir de la limite de 24 bits.
• Le script d'installation a été mis à jour. Il vérifie maintenant si l'archive est corrompue et sauvegarde également le fichier PCI-Configuration s'il existe.
• Les préférences sont maintenant analysées avant que les registres BAR ne soient dimensionnés.
• Ajout d'un nouveau mot-clé "SLOT" à la plupart des commandes pour PCI-Configuration afin d'identifier un périphérique par son numéro de bus, son numéro de port et (optionnellement) son numéro de fonction.
• La configuration du pont a encore été remaniée. Le pont et le périphérique parent sont désormais passés dans le constructeur d'un périphérique PCI, et non plus seulement lorsqu'il est ajouté.
• Deux nouvelles balises ont été ajoutées pour GetBoardAttr(), à savoir PRM_PCIMemWindowLow et PRM_PCIMemWindowHigh, qui fournissent la plage d'adresses PCI disponible pour un périphérique au moment de la configuration, ou la plage d'adresses PCI dans laquelle un périphérique est adressé ultérieurement. Il s'agit d'adresses PCI, et non d'adresses 68k.
• Ajout d'un exemple de code source pour un outil d'initialisation permettant de dimensionner dynamiquement les périphériques PCI.
• Corrections de bogues (l'analyseur de la zone de configuration PCI, registres BAR d'entrées/sorties, commande SetInterrupt...).

• La page de configuration du jeu comporte désormais une page de base et une page avancée. Dans la page avancée, la stratégie de chargement des niveaux peut être définie.
• Pour la version finale des jeux, tous les fichiers de niveaux sont désormais stockés dans un seul fichier, ce qui accélère le chargement des niveaux. Amélioration de la gestion de la palette lors du découpage de nouvelles feuilles de sprites.
• Ajout d'un déclencheur de condition pour vérifier les commandes du traqueur de modules M8.
• Ajout du déclencheur d'action "Angle from 8Dir" pour calculer l'angle à partir des mouvements delta x et delta y.
• Les fichiers Wav peuvent maintenant être facilement importés, il suffit de les charger et ils seront convertis à l'aide de Wav28svx.
• Lors du découpage des sprites, davantage d'options sont proposées pour adapter les images à la palette courante.
• Ajout de déclencheurs "Print Text" et "Print Var" qui affichent du texte à l'aide d'une feuille de polices. Ce type de texte est attaché à l'objet et peut être déplacé (ensuite renommés en "Stamp Text" et "Stamp Text").
• Ajout d'un déclencheur d'impulsion de couleur pour permettre à une couleur de passer du noir à la couleur qu'elle a dans la palette.
• Ajout de la police Excel, c'est maintenant la police de l'éditeur.
• Corrections de bogues (exportation de formes, effacement des dégradés du Copper...).

• Des niveaux massifs de difficulté croissante.
• Ennemis avec des caractéristiques de vol et de tir uniques.
• Centre d'amélioration (agilité, puissance de feu, bouclier, vaisseaux).
• Campagne solo.
• Graphismes spatiaux en 3D simples et épurés.
• Paramètres de qualité et de performance.
• Gestion de Warp3D Nova/OpenGL ES (requis !).

• Entre 2007 et 2019, IBrowse n'était plus disponible à l'achat. La raison était d'abord qu'IOSpirit, son distributeur, avait quitté le marché de l'Amiga et comme Stefan Burström (l'auteur initial d'IBrowse) l'avait à peu près fait aussi, il était difficile de mettre en place un autre distributeur. A l'époque, Oliver Roberts n'avait aucun intérêt à gérer cela lui-même car il était occupé à poursuivre le développement d'IBrowse.
• Le développement d'IBrowse 2.5 a commencé en 2007 et s'est poursuivi jusqu'à maintenant, c'est pourquoi IBrowse 2.5 a été une mise à jour relativement importante. Rétrospectivement, il aurait peut-être fallu l'appeler IBrowse 3.0, mais Oliver Roberts avait déjà opté pour le numéro de version 2.5 à l'époque.
• Les bêta-testeurs ont reçu des mises à jour régulières d'IBrowse au cours de ces douze années. Oliver Roberts a toujours eu à l'esprit que tout ce travail ne pouvait pas être gaspillé et que le logiciel devait être publié dès que possible.
• Si IBrowse 2.5 a pris autant de retard, c'est en partie à cause d'AmiSSL. Il aurait été inutile de sortir IBrowse 2.5 avec une gestion de SSL obsolète fourni par AmiSSL v3. La plupart des sites web sont devenus exclusivement SSL et ne se connectaient même pas à IBrowse.
• Au niveau des nouvelles fonctionnalités d'IBrowse 2.5/3.0, Oliver Roberts indique que les changements les plus importants sont plus internes et moins évidents. Le nouvel analyseur HTML devrait être plus rapide et est conçu pour les changements futurs. Il a apporté des améliorations au moteur HTML qui rendent le rendu de certaines choses meilleur qu'auparavant.
• Un autre domaine qu'Oliver Roberts essaie toujours d'améliorer est SSL, qui ne sera jamais rapide sur un vrai 68k, donc il cherche toujours des moyens de le rendre plus rapide en utilisant tout ce qui est utile dans OpenSSL. Avec la gestion 0-RTT dans IBrowse, cela permet d'accélérer les connexions TLSv1.3.
• Les ventes d'IBrowse 2.5 ont été une surprise, il y en a eu beaucoup plus que prévu. Cependant, le marché de l'Amiga est si petit aujourd'hui qu'il est évident que les ventes ne sont plus aussi bonnes que dans le passé.
• Oliver Roberts va essayer d'implémenter la gestion du CSS (Cascading Style Sheets) dans une prochaine version d'IBrowse. Stefan Burström fit quelques travaux préliminaires sur ce sujet, mais pas assez pour rendre correctement quoi que ce soit. Son code est présent dans IBrowse 3.0, mais n'est pas utilisé.
• Utiliser WebKit dans IBrowse est hors de propos, tellement il serait lent sur 68k et il l'est même déjà sur Amiga NG.
• La prochaine version d'IBrowse comportera notamment un décodeur d'images WebP intégré.

• La version 10.44 de PCRE2 (bibliothèque d'expressions régulières compatible Perl) a été téléversée sur OS4Depot le 15 décembre 2024. Il s'agit d'un portage réalisé par Philip Hazel pour AmigaOS 4, comme on peut le trouver sur le dépôt GitHub.
• Cppcheck 2.16.0r1 a été publié. Il s'agit d'un outil d'analyse statique pour le code C/C++. Il fournit une analyse de code unique pour détecter les bogues et se concentre sur la détection des comportements indéfinis et des constructions de codage dangereuses. L'objectif est d'avoir très peu de faux positifs. Cppcheck est conçu pour pouvoir analyser votre code C/C++ même s'il a une syntaxe non standard (ce qui est courant dans les projets embarqués). Il a été développé par l'équipe de Cppcheck et porté sur AmigaOS 4 par George Sokianos.
• George Sokianos, toujours lui, a porté la version 5.7.4 de Lua, un langage de script puissant, efficace, léger et intégrable. Il gère la programmation procédurale, la programmation orientée objet, la programmation fonctionnelle, la programmation basée sur les données et la description des données.

• Suppression de la dépendance de C99-round().
• Lorsque du code indépendant de la position est demandé (option -pic), l'assembleur passe par défaut en mode relocalisable (pour pouvoir détecter les violations).
• Autorise les expressions de 64 bits (ou plus) avec des adresses d'étiquettes absolues.
• mot-syntaxe : un double point après l'étiquette exporte également les symboles RS maintenant.
• Diverses corrections (mauvais chemin dans les informations de débogage au niveau source, chaînes vides, définition des labels de décalage, etc.).

• Définition pour chaque type de relocalisation s'il est signé, non signé ou inconnu, pour fournir de meilleures vérifications de plage.
• Fait en sorte que la vérification de l'étendue fonctionne avec des adresses étendues en signe (exemple : adressage m68k 16 bits absolut).
• Lorsque la région mémoire d'une section de sortie n'a pas assez d'espace, l'éditeur de liens recherche la prochaine section de sortie correspondante.
• La fonction de script de l'éditeur de liens KEEP() empêche désormais réellement le ramassage des sections.
• Fonctions de tri et d'exclusion pour les motifs de section des scripts de l'éditeur de liens : SORT_BY_ALIGNMENT(), SORT_BY_NAME(), SORT_BY_SIZE(), REVERSE(), EXCLUDE_FILE(), EXCLUDE_SECTION(). Gestion de deux niveaux de tri.
• La taille de la banque de la section de sortie peut être définie par (BANKSIZEn) dans le script, de sorte que les sections d'entrée ne peuvent pas traverser les frontières de la banque. Dans ce cas, elles seront alignées sur le début de la banque suivante.
• Les définitions MEMORY du script de liaison gèrent maintenant un argument optionnel IDn, où "n" définit une valeur d'identification qui peut être référencée par un type de relocalisation spécifique à la VOBJ (MEMID).
• Peut maintenant trouver la première section de code exécutable lorsqu'aucun symbole de démarrage n'est présent.
• Les symboles absolus sont imprimés comme une section séparée dans le fichier map.
• Gestion de l'indicateur de section LINKONCE.
• Nouvelles options -symfile, -symfmt et -symctrl pour produire des paires symbole/valeur dans un fichier en utilisant le format printf donné.
• Nouvelles options -obe et -ole pour spécifier le boutisme des octets dans un octet cible (lorsqu'il a plus de 8 bits) lors de l'écriture du contenu d'une section dans un système de fichiers.
• Nouvelle option -lineoffsets pour produire un fichier séparé avec les décalages de ligne source par section.
• Nouvelle option -mattr pour fusionner toutes les sections ayant les mêmes attributs, lors de l'édition de liens sans script d'édition de liens.
• Les formats de fichiers cibles rawbin1 et rawbin2 ont été remplacés par un format rawbin commun. rawbin2 est maintenant -brawbin avec l'option -multifile. Les anciens noms de fichiers cibles sont toujours gérés pour des raisons de compatibilité ascendante.
• Les options de fusion -mrel, -mtype et -mall fonctionnent désormais également avec -r lors de la création d'un nouveau fichier objet relocalisable.
• Les commandes BYTE, SHORT, LONG, QUAD, SQUAD du script de liaison créent désormais 1, 2, 4 ou 8 octets cibles et non plus des valeurs de 8, 16, 32 ou 64 bits.
• Les symboles Relocatable/Abs portant le même nom ont la priorité sur les symboles Common et ne provoquent pas d'erreur de définition multiple.
• Démarrer vlink sans arguments n'affiche plus qu'une courte liste d'options. Pour une description détaillée, utilisez -h, qui inclut également les options spécifiques à la cible sélectionnées par -b.

"Cette fonction n'est pratiquement pas documentée et semble être invisible, inoffensive et simple, et n'est compatible qu'avec la norme NTSC. En réalité, rien de tout cela n'était exactement vrai et il était également complexe et fastidieux de faire de la rétro-ingénierie et d'émuler avec précision. Toutes les versions d'Agnus (et d'Alice) génèrent STRLONG en mode NTSC pendant les longues files d'attente. Jamais en mode PAL. Toutes les versions Denise/Lisa détectent le strobe STRLONG. Agnus/Alice : le mode NTSC a une longueur de 227,5 lignes de balayage CCK. Pour simplifier la logique, le mode NTSC Agnus génère des longueurs de lignes de balayage alternées de 227 et 228. HSYNC a une logique de délai pour maintenir la position HSYNC identique entre les lignes longues et courtes. La ligne longue a un strobe STRLONG. L'alternance des longueurs de ligne et du délai HSYNC fait qu'une ligne sur deux a un décalage d'un pixel en basse résolution (0,5 CCK). Denise/Lisa : lorsque Denise voit STRLONG, il délaye la sortie de l'affichage d'un pixel en basse résolution (0,5 CCK), ce qui réaligne les lignes courtes et longues. Détails internes Denise/Lisa : Denise dispose d'un pipeline de sortie qui peut afficher le pixel actuel ou le pixel précédent avec un délai d'un pixel en basse résolution. Si STRLONG est actif, le pixel délayé est sélectionné, s'il ne l'est pas, c'est le pixel courant qui est sélectionné. Autre effet secondaire, la désactivation du délai entraîne la perte du pixel en basse résolution suivant et l'activation du délai entraîne la répétition du pixel actuel. STRLONG_DELAY switch | ----> 0.5CCK delay --x--> pixels délayés ------\ | | | --- sortie \------------------x--> pixels non délayés --/ Lorsque Denise détecte STROBE (premier créneau de rafraîchissement, position de réinitialisation du compteur horizontal interne de Denise), le verrou interne STRLONG est effacé. Lorsque Denise détecte STRLONG, le verrou interne STRLONG est activé. Le verrou STRLONG est copié dans le verrou STRLONG_DELAY lorsque le compteur horizontal de Denise : Denise sur Amiga 1000 : correspond au début HBLANK - 2. Le tampon de délai 0,5 CCK est également effacé (effacement uniquement A1000) (motif en dents de scie de suppression visible). Denise OCS : correspond au début HBLANK + 0 (motif en dents de scie de suppression visible légèrement différent). Denise ECS : correspond au début HBLANK - 2 (pas de dent de scie, pixel doublé/problème de pixel manquant). AGA : identique à Denise ECS plus délayé d'un pixel supplémentaire (pas de dent de scie, un problème de pixel doublé/pixel manquant plus désordonné). (le début du HB est la position de correspondance interne, et non la position où le changement apparaît à l'écran) Le HBLANK programmé par Denise ECS effectue une copie STRLONG->STRLONG_DELAY lorsque le signal de suppression CSYNC devient actif. Pour HBLANK programmé par AGA : même synchronisation STRLONG_DELAY que HBSTRT câblé. Ce problème est situé sur le bord droit de l'écran qui est normalement caché dans le suraffichage, du moins à l'époque des écrans à tube cathodique. Il peut être visible lors de l'utilisation d'écrans modernes et/ou de doubleurs de fréquence et de moniteurs à tube cathodique dont l'horizontalité est réglable. C'est en NTSC seulement normalement, mais cela peut aussi se produire en mode PAL si STRLONG est accédé manuellement (par le processeur le Copper ECS/AGA). Ceci combiné à diverses astuces VPOSW pourrait être utile pour certaines choses... Informations de base : en NTSC et PAL, le BLANK est utilisé pour "protéger" les signaux de contrôle et de synchronisation lorsque différents composants sont mélangés. Il crée une valeur de tension de référence de base. Mais pour être sûr, il commence un peu avant la synchronisation (front porch) et se termine un peu après le BURST (back porch). La dent de scie générée par A1000 ou OCS tombe complètement dans le "front porch" et est donc considérée à toutes fins utiles comme faisant partie du signal vidéo normal. Mais avec l'avènement des modes programmés et des moniteurs SVGA, BLANK est peut-être aussi utilisé pour le positionnement et l'étirement du signal de la trame visible. Les concepteurs ont donc dû modifier le comportement de Denise (et donc de Lisa) pour générer un BLANK linéaire et constant. Cela a permis de visualiser les anomalies désormais visibles et de comprendre (avec difficulté, par exemple à l'aide de techniques permettant d'"ouvrir" le BLANK) ce qui se passait en interne.

[Retour en haut] / [Retour aux articles] [Période précédente : 09/10 2024] / [Période uivante : 01/02 2025]

Soutenez le travail de l'auteur