Bonjour
In message <22cd0ab556.riscosfr@xxxxxxxxxxxxxxxxx>
David Feugey <dfeugey@xxxxxxxxx> wrote:
In message <7106bb1d38edc1fbcdc677a670b4f245@xxxxxxxxxxxxxxxxxxxxxxxxx
t>
Etienne SOBOLE <e.sobole@xxxxxxxxxxxxx> wrote:
Bonjour.Je suis nouveau sur la liste.
Bienvenue !Egalement !
J'ai eu un Archimèdes il y a très longtemps, et j'ai maintenant un
projet de Box fonctionnant sus Raspberry Pi 3.Du coup je me dis que
peut être je pourrai peut être faire ça sur RiscOS. Why not.J'avoue
que ce qui m?intéresse dans le RiscOS c'est la vitesse de boot d'une
part, et le relatif bas niveau du système.
Bon résumé.Bonne idée, Risc OS est l'OS natif ARM.
Par contre j'ai environ 1000 questions avant de me décider.Certaines
sont relatives au RiscOs d'autres au couple RiscOs/Rpi, d'autre au
BBVBasic, ...Du coup je sollicite votre retour d'expérience pour
essayer de voir les zones d'ombre que je pourrai lever.
Essayons...
Questions relatives au BBC Basic
1 - A t on accès au instruction NEON depuis l'assembleur inline ?
De mémoire, oui.Démo en Basic
2 - Comment récupère t-on l'adresse du frame buffer ?
VDU 23,7
https://www.riscosopen.org/forum/forums/4/topics/9510
3 - peut-on mixer (linker) du BBC Basic avec une librairie compilée en
C ? ou inversement ?
Du Basic avec du C, oui, si le code C est compilé en tant que module.Les modules, c'est les précurseurs des DLL...
C'est un peu fastidieux, mais avec un squelette de module tout prêt
cet effort ne sera à faire qu'une fois.
L'inverse me semble difficile, quoique. Si tu génères uniquement deIl existe un programme qui traduit du basic en C: BBC_C32.
l'ASM depuis ton compilateur C, il doit y avoir moyen de l'insérer
dans un buffer sous le Basic, puis de faire un call dessus.
Je pense que c'est possible, mais il faudrait expérimenter cela. Là
encore, la mise au point d'un guide pratique pourrait - je pense -
servir à de nombreuses autres personnes en offrant une alternative à
l'assembleur.
4 - Peut-on utilise avec le BBC Basic utiliser le GPU pour tracer sur
l'écran ?
Dans un sens oui, au travers du framebuffer. L'accélération 3D, etc.
n'est toutefois pas prise en compte de base (voir plus bas).
5 - Peut-on envoyé un mail depuis le BBC Basic ou envoyer une requète HTTP ?
Requête HTTP oui, et mail oui donc.
Sous conditions : voir ci-dessous.
6 - D'ailleurs existe-il un système de librairie en BBC Basic ?
Oui mais...
Ce qu'il manque c'est un référentiel pour les cataloguer et les
trouver. Faire des requêtes HTTP, ca a déjà été fait, mais le code est
caché dans les méandres du Net. Résultat, à chaque nouveau besoin, un
nouveau programmeur refait ce travail.
Il y a beaucoup à organiser ici. Je m'y emploie aussi vite que je
peux. J'ai pas mal de librairies sous le coude qui seront
prochainement mises en ligne. Que ce soit pour BBC Basic ARM ou BBC
Basic for Windows.
Questions relatives au RiscOS1 - Existe t-il un compilateur C et C++
(sans doute)
DDE : compris dans le NutPi pour un coût modique, avec des tas
d'autres logiciels très utiles ; ou accessible à part en tant qu'outil
indépendant.
GCC : gratuit.
2 - Si on ne lance pas l'interface graphique de l'OS, on boot en
combien de seconde ? Sur Archimedes c'était ultra rapide de mémoire.
Je dirais en 1 seconde + le temps de démarrage du Pi lui même. Soit 5Risc os open : carte SD rien qu'avec le Basic, on démarre comme sur un
secondes maximum.
3 - A t on accès à openGL ?4
Non, pas à ce stade. Quoique j'ai vu passer des trucs à ce propos.
Donc je dirais que oui, mais que là encore il faudra expérimenter.
https://www.riscosopen.org/forum/forums/5/topics/6435
4 - le Risc OS gère t-il le wifi ?
Non. Les utilisateurs emploient aujourd'hui des ponts Ethernet ->
Wifi, qui se trouvent à coût modique sur Amazon et Cie.
Sur le long terme, le Wifi devrait toutefois être supporté.
Curieusement les dongles 3G (voire 4G ?) sont gérés par RISC OS.
5 - De mémoire il y avait des SWIs qui permettaient d'accéder à
certaine données du hardware ? Ces SWIs sont-elle dépendante du
hardware, ou bien il existe une liste de tout les Swis proposé par le
RiscOS?
Il y une couche d'abstraction matérielle dans RISC OS 5 qui permet de
programmer bas niveau sans se soucier de la plate-forme matérielle
utilisée. Et c'est heureux, car il commence à en avoir pas mal (de
machines supportées). Le tout est documenté sur le site de RISC OS
OPEN.
https://www.riscosopen.org/wiki/documentation/show/HomePageHAL
Questions relatives au couple RiscOS / RaspBerry PI1 - Peut on
afficher sur les 2 écrans (le PiFTF et la sortie HDMI) des contenus
différents ?
Je dirais que non, mais que ce n'est pas fondamentalement la faute à
RISC OS. Je ne suis pas sur que le Pi puisse faire cela. Toutefois,
des expérimentations passées sous Linux ont montré que HDMI +
adaptateur VGA pouvaient travailler de concert. Donc, peut-être.
Côté modules LCD/OLED type SPI (de mémoire), Rick a proposé du code
permettant de les piloter depuis RISC OS.
2 - Si je branche un écran FullHD sur le HDMI mais que la bande
passante ne suit pas, peut-on passer dans une résolution inférieure ?
Genre 960 / 540 ou autre d'ailleurs ?
On fait ce que l'on veut ici. Mais cela devrait suivre. 2560x1440@60
Hz avec mon Pi 3 :)
3 - Le RiscOS impose t-il une limite sur la taille de la carte SD ?
256 Go. Mais j'aurai tendance à dire qu'il vaut mieux se limiter à 128
Go. J'utilise des cartes Samsung Evo+ et Pro. Aucun souci et de très
bons débits. Sans compter les prix, ultra bas sur Amazon.
A se demander pourquoi certains veulent encore passer par un disque
USB 2.0 externe, car c'est kif kif côté vitesse et cela n'encombre pas
la bande passante des ports USB.
4 - Est-ce qu'on peut mettre un HD ou un SSD a la place de la carte SD
(genre PiDrive) ?
Les disques en USB sont parfaitement supportés. Soit en ADFS (256 Go
maximum, quoique des travaux récentes permettent aujourd'hui d'aller
plus loin), soit en FAT32 (pas de réelle limite, mais je n'ai jamais
dépassé le téraoctets).
5 - Et d'un manière générale est ce que qu'il existe des bench donnant
une idée de la performance (graphique principalement) du couple ?
Peu, mais ça tourne fort ici. Je ne vais pas jusqu'à lire du H.264 en
HD, mais bon, Rspbian peine aussi dans ce secteur. RISC OS reste
toutefois peu adapté à la vidéo.
Bon voilà. C'est une bon début.En vous remerciant,Etienne SOBOLE
L'avantage et le désavantage de RISC OS est que tout reste à faire
aujourd'hui. De nouvelles fonctionnalités sont apparues au fil du
temps, mais personne n'a le temps de les mettre en oeuvre et de les
documenter.
Exemple, le module Khronos qui propose de la 3D accélérée sur les Pi.
Autre exemple, la version du kernel permettant de faire du multicoeur.
Troisième exemple : BasicVFP, qui accède aux flottants hardware.
Quatrième exemple : le module Midi, encore trop peu employé.
Cinquième exemple : l'interface pour les DAC USB.
Je pourrais continuer toute la journée comme ça :)
Les outils sont là. Restent à trouver le monde pour les utiliser.
A+, DavidBravo David pour cet état des lieux, je mes suis permis de rajouter
