[riscosfr] Re: A la recherche d'information pour un projet.y

  • From: Etienne SOBOLE <e.sobole@xxxxxxxxxxxxx>
  • To: riscosfr@xxxxxxxxxxxxx
  • Date: Thu, 4 Jan 2018 10:44:30 +0100

Merci David et Merci Rick.Vos réponses étant en phase, c'est plutot cool.Donc 
ça sent plutôt bon mon histoire.Il faut juste que je trouve un pont ethernet / 
wifi sous la forme d'une carte a placer dans la box. c'est pas l'idéal, mais 
bon.J'ai vu des truc sous linux qui semble montrer qu'on peut accéder au LCD et 
au HDMI.tu dis "Côté modules LCD/OLED type SPI (de mémoire), Rick a proposé du 
code permettant de les piloter depuis RISC OS."On le trouve ou ce code 
???Niveau performance graphique.Je suis tombé sur ça hier. C'est pas en FullHd 
mais ca donne une 
idée.https://www.youtube.com/watch?v=FjYfqd9PbCI&lc=z22wu1xhasj5xpzxy04t1aokgzlwrtjikbf1ojrh45x2bk0h00410.1515009614298041Pour
 le choix du langageJ'ai pas trop tranché !Je vais peut être partir sur du C.Je 
vais acheter NutPi, c'est pas bien cher.J'ai cru voir passer dans un forum un 
post disant que si on lance pas l'interface graphique, on se trouve en mode 
mono process.Ce qui m'arrange plutôt.La plupart des demo sont faite en 
basic.Pouvez vous me confirmer qu'en C on peut bien faire ça aussi ?BBC Basic 
-> CQuel est l'equivalent de VDU 23, 7 en C ?Comment appelle t-on une SWI en C 
?Pour être totalement sur.Y a rien qu'on ne puisse pas faire en C / C++Merci en 
tout cas pour toute ces informations.Cordialement,Etienne 
SOBOLE06.51.51.05.54In message 
<7106bb1d38edc1fbcdc677a670b4f245@xxxxxxxxxxxxxxxxxxxxxxxxx
t>
Etienne SOBOLE <e.sobole@xxxxxxxxxxxxx> wrote:

Bonjour.Je suis nouveau sur la liste.

Bienvenue !

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é.

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.

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.
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 de
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 5
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/HomePage

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+, David
--
RISC OS FR - www.riscos.fr
Informations sur RISC OS et sa communauté
Licences ABC et Raspberry Pi gratuits !

Other related posts: