452 résultats trouvés

par dprtl
05 juin 2015 10:53
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 ?

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.
par dprtl
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.
par dprtl
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 :

Image

Je vais essayer de trouver une pince électronique extra-fine...
par dprtl
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 :
  1. accueil (peuvent être utilisées dans les applications)
  2. application
  3. CAS
  4. utilisateur (variables "locales" dans un programme, ou bien "exportées")
En dehors des conseils sur le nommage des variables, pour privilégier la lisibilité, il n'y a pas vraiment de limitation documentée. On peut donc supposer que tout est bien géré. Et donc, qu'il n'y a pas d'obligation à utiliser tel ou tel type de variable pour préserver les performances. Le coup de la pile des HP RPL (et du STO, à éviter dans une boucle) est oublié.

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/
par dprtl
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 !
par dprtl
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 :

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
Test à partir d'une image jpeg couleur en 1280x768 :

Image
par dprtl
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.
par dprtl
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é :

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
L'image originale est une jpeg de 930x697 :

Image

(capture d'écran de Degas Elite v1.1 sous Hatari)
par dprtl
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 ? :)
par dprtl
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

gege a écrit : ah ah les fourbes ils ne mentionnent nulle part que cette version bloque le mode examen !!
Qu'entends-tu par là ? Les versions précédentes étaient-elles conformes à la nouvelle règlementation ?
par dprtl
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.

Image

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

Image
par dprtl
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.
par dprtl
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

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
Bon travail d'analyse de la suite, ça pourrait donner des idées... mais pour l'optimisation du programme, on repassera ! :)

EDIT : le CPU ARM9 à 400 MHz de la HP Prime est tout de même plus rapide qu'un 68000 des années 80...
par dprtl
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).

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
Les résultats, sauvegardés dans "result.txt", sont obtenus en un peu moins de 56 min :

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
par dprtl
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 :

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
Quelques trucs sont affichés à l'écran, mais l'essentiel des résultats est sauvé dans le fichier "result.txt" :

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
Ce qui nous donne donc une exécution complète en 1h35min environ, sur un ST à 8 MHz.

Aller à la recherche avancée