J'ai fait quelques essais avec le RFO Basic de Paul laugthon sur Android :
http://laughton.com/basic/
C'est un Basic structuré simple d'accès, mais néanmoins riche en fonctions. L'éditeur intégré est "correct" sur smartphone ou tablette. Pour ne rien gâcher, il est distribué sous licence GNU GPL.
452 résultats trouvés
- 05 juin 2015 10:53
- Forum : Tous les Pockets
- Sujet : Quelle Machine à la place de mon Sharp PC1500 ?
- Réponses : 51
- Vues : 38960
- 30 mai 2015 12:21
- Forum : Tous les Pockets
- Sujet : Quelle Machine à la place de mon Sharp PC1500 ?
- Réponses : 51
- Vues : 38960
Re: Quelle Machine à la place de mon Sharp PC1500 ?
Voici, ci-dessous, l'essentiel à retenir de la dernière "Pyra Newsletter". J'espère que ma traduction résumée n'est pas trop approximative.
1) Le boîtier de la Pyra
Actuellement le boîtier plastique est imprimé en 3D. La nouvelle version, qui prend en compte les toutes dernières améliorations, devrait arriver le 5 juin 2015 ; avec des ajustements sur l'emplacement de écran LCD, de la batterie, le logo, etc. La fixation du compartiment batterie pourrait encore évoluer vers un système à vis, plutôt qu'à "clip", pour gagner en épaisseur.
2) La membrane caoutchouc du clavier ("keymat")
Le design est presque terminé. Les touches dépasseront suffisamment pour faciliter la frappe à l'aveugle. La pression nécessaire sur ce clavier devrait être légèrement inférieure à celle que l'on doit exercer sur la Pandora, pour un meilleur confort. Il y a eu de très nombreuses contributions et commentaires sur la disposition du clavier, qui semble donc devenir l'élément différenciant le plus important sur la Pyra.
3) L'électronique
Quelques problèmes ont ralenti la progression du projet. Le principal a été le réglage des timings pour la puce Solomon, qui est utilisée pour la rotation hardware de l'affichage. En effet, comme l'écran LCD qui a été choisi provient d'un téléphone Android, fonctionnant par défaut en mode vertical, cette puce Solomon était absolument nécessaire. Sinon, comme sur les téléphones, la rotation en mode paysage aurait pu être gérée au GPU, mais cela aurait consommé de la batterie. Actuellement, même si une image a finalement été obtenue, il reste encore quelques soucis à régler. En parallèle, ce temps a été mis à profit pour améliorer d'autres faiblesses de la carte mère.
4) Le financement du projet
Le développement complet sera financé sans problème. Mais la mise en production à grande échelle devrait coûter environ 500 K€ (!), dont la moité à financer avant la sortie de la première unité. Différentes possibilités sont étudiées : pré-commandes, investisseurs, crédit, financement par un autre projet nommé RetroPi2. Le projet Pyra a reçu récemment une donation anonyme de 9000 €. Michael Mrozek, qui avait réussi à mener jusqu'au bout le projet Pandora, reste optimiste.
1) Le boîtier de la Pyra
Actuellement le boîtier plastique est imprimé en 3D. La nouvelle version, qui prend en compte les toutes dernières améliorations, devrait arriver le 5 juin 2015 ; avec des ajustements sur l'emplacement de écran LCD, de la batterie, le logo, etc. La fixation du compartiment batterie pourrait encore évoluer vers un système à vis, plutôt qu'à "clip", pour gagner en épaisseur.
2) La membrane caoutchouc du clavier ("keymat")
Le design est presque terminé. Les touches dépasseront suffisamment pour faciliter la frappe à l'aveugle. La pression nécessaire sur ce clavier devrait être légèrement inférieure à celle que l'on doit exercer sur la Pandora, pour un meilleur confort. Il y a eu de très nombreuses contributions et commentaires sur la disposition du clavier, qui semble donc devenir l'élément différenciant le plus important sur la Pyra.
3) L'électronique
Quelques problèmes ont ralenti la progression du projet. Le principal a été le réglage des timings pour la puce Solomon, qui est utilisée pour la rotation hardware de l'affichage. En effet, comme l'écran LCD qui a été choisi provient d'un téléphone Android, fonctionnant par défaut en mode vertical, cette puce Solomon était absolument nécessaire. Sinon, comme sur les téléphones, la rotation en mode paysage aurait pu être gérée au GPU, mais cela aurait consommé de la batterie. Actuellement, même si une image a finalement été obtenue, il reste encore quelques soucis à régler. En parallèle, ce temps a été mis à profit pour améliorer d'autres faiblesses de la carte mère.
4) Le financement du projet
Le développement complet sera financé sans problème. Mais la mise en production à grande échelle devrait coûter environ 500 K€ (!), dont la moité à financer avant la sortie de la première unité. Différentes possibilités sont étudiées : pré-commandes, investisseurs, crédit, financement par un autre projet nommé RetroPi2. Le projet Pyra a reçu récemment une donation anonyme de 9000 €. Michael Mrozek, qui avait réussi à mener jusqu'au bout le projet Pandora, reste optimiste.
- 25 mai 2015 22:57
- Forum : Problèmes techniques
- Sujet : Une pinoche tordue sur Casio MD-100
- Réponses : 5
- Vues : 5778
Une pinoche tordue sur Casio MD-100
Pas évident à rattraper :
Je vais essayer de trouver une pince électronique extra-fine...
Je vais essayer de trouver une pince électronique extra-fine...
- 25 mai 2015 12:08
- Forum : Tous les Pockets
- Sujet : Variables Home, HP Prime
- Réponses : 6
- Vues : 3898
Re: Variables Home, HP Prime
Le manuel en français évoque quatre types de variables :
Mais, qu'en est-il des mécanismes de garbage collection sur la HP Prime ? Certains usages pourraient-ils avoir un impact ? Les utilisateurs ont le droit de savoir !
Si l'on en croit le test ci-dessous, la HP Prime serait bien plus lente en mode CAS ; ce qui n'est pas très surprenant :
http://www.fierydragonlord.com/articles/calcbench/
- accueil (peuvent être utilisées dans les applications)
- application
- CAS
- utilisateur (variables "locales" dans un programme, ou bien "exportées")
Mais, qu'en est-il des mécanismes de garbage collection sur la HP Prime ? Certains usages pourraient-ils avoir un impact ? Les utilisateurs ont le droit de savoir !
Si l'on en croit le test ci-dessous, la HP Prime serait bien plus lente en mode CAS ; ce qui n'est pas très surprenant :
http://www.fierydragonlord.com/articles/calcbench/
- 24 mai 2015 19:24
- Forum : Tous les Pockets
- Sujet : Quelle Machine à la place de mon Sharp PC1500 ?
- Réponses : 51
- Vues : 38960
Re: Quelle Machine à la place de mon Sharp PC1500 ?
Dans les machines atypiques récentes, avec un écran 800x480, de la taille d'une Nintendo DS, avec un clavier, un environnement Linux libre, et capable d'émuler à peu près tout, vous connaissez certainement la console Pandora :
http://boards.openpandora.org/page/homepage.html
La prochaine version, encore en développement, avec des caractéristiques très tentantes, s'appellera la Pyra :
http://www.dragonbox-pyra.com/
Sur le forum dédié, ils en estiment le prix à moins de 500 €... Objectif ambitieux !
http://boards.openpandora.org/page/homepage.html
La prochaine version, encore en développement, avec des caractéristiques très tentantes, s'appellera la Pyra :
http://www.dragonbox-pyra.com/
Sur le forum dédié, ils en estiment le prix à moins de 500 €... Objectif ambitieux !
- 22 mai 2015 19:49
- Forum : Atari ST et compagnie
- Sujet : Softs pour conversion fichier GFX PC vers format ST (DEGAS)
- Réponses : 9
- Vues : 10203
Re: Softs pour conversion fichier GFX PC vers format ST (DEG
Voici une nouvelle version de mon script, qui donne parfois de meilleurs résultats. L'étape intermédiaire, avec une gif à la bonne résolution en 640x400, en niveau de gris, peut aider à ajuster les contrastes :
Test à partir d'une image jpeg couleur en 1280x768 :
Code : Tout sélectionner
#!/bin/bash
fic1="$1"
fic2=`echo $fic1 | cut -f1 -d\.`
convert $fic1 -resize 640x400 \
-size 640x400 xc:black +swap -gravity center -composite \
-contrast-stretch 5% -colorspace gray $fic2.gif
convert -monochrome $fic2.gif $fic2.pbm
pbmtopi3 $fic2.pbm > $fic2.pi3
- 22 mai 2015 16:35
- Forum : Atari ST et compagnie
- Sujet : Softs pour conversion fichier GFX PC vers format ST (DEGAS)
- Réponses : 9
- Vues : 10203
Re: Softs pour conversion fichier GFX PC vers format ST (DEG
@Ythunder : pour éviter les déformations, tu peux centrer l'image redimensionnée sur fond uni comme je l'ai fait ci-dessus (bandes noires sur les côtés). Ou bien, recadrer la scène (c.à.d, en perdre une partie), par exemple au "cutter", avec ton logiciel de retouche photo favori.
- 21 mai 2015 23:32
- Forum : Atari ST et compagnie
- Sujet : Softs pour conversion fichier GFX PC vers format ST (DEGAS)
- Réponses : 9
- Vues : 10203
Re: Softs pour conversion fichier GFX PC vers format ST (DEG
Voici un essai avec le script ci-dessous (ImageMagick et pbmtopi3), que l'on doit pouvoir améliorer, en fonction de ce qui est recherché :
L'image originale est une jpeg de 930x697 :
(capture d'écran de Degas Elite v1.1 sous Hatari)
Code : Tout sélectionner
#!/bin/bash
convert Scarlett.jpg -resize 640x400 \
-size 640x400 xc:black +swap -gravity center -composite \
-gravity center \
-colors 2 \
Scarlett.pbm
pbmtopi3 Scarlett.pbm > Scarlett.pi3
(capture d'écran de Degas Elite v1.1 sous Hatari)
- 21 mai 2015 16:47
- Forum : Atari ST et compagnie
- Sujet : Softs pour conversion fichier GFX PC vers format ST (DEGAS)
- Réponses : 9
- Vues : 10203
Re: Softs pour conversion fichier GFX PC vers format ST (DEG
A l'époque, j'utilisais Gemview sur ST ou Falcon, qui permettait de décoder le jpeg au DSP, et gérait bien le dithering.
Aujourd'hui, le plus efficace serait peut-être de travailler avec ImageMagick sous Linux... Mais je n'ai pas de script tout prêt à te proposer pour convertir vers du *.PI3... Google ?
Aujourd'hui, le plus efficace serait peut-être de travailler avec ImageMagick sous Linux... Mais je n'ai pas de script tout prêt à te proposer pour convertir vers du *.PI3... Google ?
- 15 mai 2015 22:35
- Forum : Tous les Pockets
- Sujet : nouvelle version logicel de com pour Hp Prime
- Réponses : 44
- Vues : 28373
Re: nouvelle version logicel de com pour Hp Prime
Qu'entends-tu par là ? Les versions précédentes étaient-elles conformes à la nouvelle règlementation ?gege a écrit : ah ah les fourbes ils ne mentionnent nulle part que cette version bloque le mode examen !!
- 15 mai 2015 15:30
- Forum : Tous les Pockets
- Sujet : nouvelle version logicel de com pour Hp Prime
- Réponses : 44
- Vues : 28373
Re: nouvelle version logicel de com pour Hp Prime
Avec la pub que vous faites pour cette superbe HP Prime, j'ai craqué, et j'en ai acheté une d'occasion, pour pas trop cher, sur leboncoin. Son ancien propriétaire est prof de math. Je l'ai trouvé un peu désabusé sur cette HP. Selon lui, "la Prime est complexe à prendre en main", "elle n'est pas encore très populaire parmi les élèves", et du coup il est "revenu à sa TI-89 favorite".
Quant à moi, quatre choses m'ont agacé :
1) le port micro USB n'est pas évident à orienter, il invite au forçage, et sera probablement fragile
2) le menu tactile du bas de l'écran n'est pas doublé par des touches physiques (qui n'a jamais appuyé sur Help par erreur ?)
3) le logiciel de communication "HP Connectivity kit", avec son protocole de communication propriétaire, obligatoirement sous Windows, me donne envie de vomir. Actuellement, il ne se connecte plus à ma calculatrice.
4) l'absence de connexion réseau sans fil interne. Certes un adaptateur externe moche existe en option. Mais, ma version hardware, A, n'est pas compatible apparemment.
L'upgrade du firmware s'est bien déroulé. Mais, dommage : l'opération est impossible pour le moment sous Linux (sauf avec une VM Windows qui supporte l'USB 2.0).
Quant à moi, quatre choses m'ont agacé :
1) le port micro USB n'est pas évident à orienter, il invite au forçage, et sera probablement fragile
2) le menu tactile du bas de l'écran n'est pas doublé par des touches physiques (qui n'a jamais appuyé sur Help par erreur ?)
3) le logiciel de communication "HP Connectivity kit", avec son protocole de communication propriétaire, obligatoirement sous Windows, me donne envie de vomir. Actuellement, il ne se connecte plus à ma calculatrice.
4) l'absence de connexion réseau sans fil interne. Certes un adaptateur externe moche existe en option. Mais, ma version hardware, A, n'est pas compatible apparemment.
L'upgrade du firmware s'est bien déroulé. Mais, dommage : l'opération est impossible pour le moment sous Linux (sauf avec une VM Windows qui supporte l'USB 2.0).
- 28 avr. 2015 12:44
- Forum : Tous les Pockets
- Sujet : Misez p'tit, optimisez n°61: Produit de chiffres en séquence
- Réponses : 36
- Vues : 20848
Re: Misez p'tit, optimisez n°61: Produit de chiffres en séqu
Contrairement au MPO 51, il ne semble pas y avoir de polynôme trivial qui décrive exactement la suite. C'était f(x)=(x^2 + x + 4)/2 dans le cas précédent, qui permettait d'aboutir à une solution ultra-optimale. Ou bien, peut-être qu'on n'a pas la bonne méthode pour rechercher ces "approximations polynomiales exactes" ? Ce dernier oxymore capillotracté traduit mon désarroi.
- 26 avr. 2015 20:51
- Forum : Tous les Pockets
- Sujet : Misez p'tit, optimisez n°61: Produit de chiffres en séquence
- Réponses : 36
- Vues : 20848
Re: Misez p'tit, optimisez n°61: Produit de chiffres en séqu
Bon travail d'analyse de la suite, ça pourrait donner des idées... mais pour l'optimisation du programme, on repassera !zpalm a écrit :Bon le sujet semble avoir refroidi ... voici donc ma solution sur HP Prime: j'utilise deux listes globales L1 et L2, L1 pour stocker les valeurs de la suite U1=1, L2 pour stocker les valeurs de LU(N). L1 n'est pas précalculée mais chaque terme est ajouté au fur et à mesure des besoins.
[...]
On obtient le résultat ( N=63, LU(N)=322) en un peu plus d'une minute
EDIT : le CPU ARM9 à 400 MHz de la HP Prime est tout de même plus rapide qu'un 68000 des années 80...
- 18 avr. 2015 22:59
- Forum : Tous les Pockets
- Sujet : Misez p'tit, optimisez n°61: Produit de chiffres en séquence
- Réponses : 36
- Vues : 20848
Re: Misez p'tit, optimisez n°61: Produit de chiffres en séqu
Voici une nouvelle version, un peu optimisée, toujours en Basic 1000D pour Atari ST (1990). La différence principale, c'est que j'utilise dorénavant un tableau de booléens (index *1 U).
Les résultats, sauvegardés dans "result.txt", sont obtenus en un peu moins de 56 min :
Code : Tout sélectionner
clear timer
Z=151000
index *1 U(Z)
print "pre-calcul de U..."
N=1
while N<Z
U(N)=-1
N=N+pchiffres(N)
wend
'calcul des termes LU(I)
open "o",#1,"result.txt"
X=0
for I=2,1000
B=0
N=I
while N<Z
ift U(N)=-1 exit
N=N+pchiffres(N)
B=B+1
wend
if N<Z
print I
ift X<B X=B
print #1 "LU(";I;")=";B;" MAX=";X;" t=";timer;"s"
else
print #1 I;" pre-calcul insuffisant"
endif
next
close
stop
' calcul du produit des chiffres de x
pchiffres:function(x)
value=1
n$=str$(x)
for j=3,len(n$)
c=asc(mid$(n$,j))-48
ift c>0 value=value*c
next
return
Code : Tout sélectionner
[...]
LU( 995)= 304 MAX= 322 t= 3272s
LU( 996)= 313 MAX= 322 t= 3293s
LU( 997)= 299 MAX= 322 t= 3314s
LU( 998)= 286 MAX= 322 t= 3334s
LU( 999)= 15 MAX= 322 t= 3335s
LU( 1000)= 30 MAX= 322 t= 3337s
- 16 avr. 2015 23:32
- Forum : Tous les Pockets
- Sujet : Misez p'tit, optimisez n°61: Produit de chiffres en séquence
- Réponses : 36
- Vues : 20848
Re: Misez p'tit, optimisez n°61: Produit de chiffres en séqu
Voici un programme proche de ma version précédente sur PB1000, cette fois en Basic 1000D sur Atari ST. J'ai utilisé quelques particularités de ce langage (fonction recherche dans un tableau). Mais, globalement, mon algorithme n'est toujours pas très efficace :
Quelques trucs sont affichés à l'écran, mais l'essentiel des résultats est sauvé dans le fichier "result.txt" :
Ce qui nous donne donc une exécution complète en 1h35min environ, sur un ST à 8 MHz.
Code : Tout sélectionner
clear timer
var A(1001)
index P(1000)
M=1000
'calcul tableau initial
U=1
for i=1,M
ift modr(i,100)=0 print i/10;"%"
A(i)=U
'index obligatoire pour la fonction search
P(i)=i
U=U+pchiffres(U)
next
open "o",#1,"result.txt"
X=0
for k=2,M
U=k
'calcul de U jusqu'a trouver une valeur connue
for i=1,M
'argument pour la fonction search
A(M)=U
s=search(A(1),M,1,P(1))
if A(s)=U
j=i-1
ift X<j X=j
print k
print #1 "LU(";k;")=";j;" MAX=";X;" t=";timer;"s"
exit
endif
U=U+pchiffres(U)
next i
next k
close
stop
' calcul du produit des chiffres de x
pchiffres:function(x)
value=1
do
ift x=0 return
p=modr(x,10)
ift p>0 value=value*p
x=x\10
loop
Code : Tout sélectionner
LU( 2)= 0 MAX= 0 t= 101s
LU( 3)= 5 MAX= 5 t= 101s
LU( 4)= 0 MAX= 5 t= 101s
LU( 5)= 6 MAX= 6 t= 102s
[...]
LU( 61)= 4 MAX= 17 t= 129s
LU( 62)= 0 MAX= 17 t= 129s
LU( 63)= 322 MAX= 322 t= 166s
LU( 64)= 3 MAX= 322 t= 166s
LU( 65)= 6 MAX= 322 t= 167s
[...]
LU( 997)= 299 MAX= 322 t= 5683s
LU( 998)= 286 MAX= 322 t= 5716s
LU( 999)= 15 MAX= 322 t= 5718s
LU( 1000)= 30 MAX= 322 t= 5721s