projet de nouveau firmware alternatif - Page 1

Bien le bonjour nous avons pour projet de faire un firmare alternatif pour la gp2x.
Nous voulons principalement utiliser un noyau linux un peu plus récent et inclure de nouveau module, librairie, et logiciel.
Nous voudrions savoir quel reproche et défaut vous trouvez au firmware 2.0, et bien sur ce que vous voudriez voir apparaitre...
S'il vous plais soyez clair et précis

Défaut: Idicateur batterie pas asez précis.
Explorateur trop basique
Pas assez de codecs dans la vidéo et dans l'audio,
...

Sinon j'aimerais avoir un navigateur internet déja intégré.
Là, je vois pas autre chose.

Mais sinon, ce firmware est un projet à longue date ou tout les élément sont déjà réunni et il reste plus qu'à les intégré?

c'est un projet a longue date...



Défaut: Idicateur batterie pas asez précis. ---------------------> sa c'est du au materiel, on ne peux pas bien l'amelioré
Explorateur trop basique ---------------------> sa c'est prevu d'en construire un meilleur dans le nouveau menu
Pas assez de codecs dans la vidéo et dans l'audio ---------------------> faut plutot voir avec ceux qui developpe les moviesplayers, nous on les integrera
Navigateur internet déja intégré ---------------------> On comptais developpé l'aspect multimedia avec plusieurs nouveaux logiciels

Pitux, tu va aider à faire ce Firmware?

Ah!
Et un autre truc: l'image du boot vert est vraiment moche!
Si on pouvait faire une autre image ce serait mieux.
(ça serait très sympa en .gif avec des animations)

- skinnable facilement, genre choix du skin a installer dans le settings
- plus besoin de naviguer dans l'explorateur pour trouver le GPE a lancer dans les sections games et utilities
- parametrage d'un répertoire unique pour les jeux et un autre pour les applications
- euh.... scan des répertoires pour trouver les gpe et gpu
- support des liens

je crois que c'est tout

c'est pitux et moi meme qui avons eu l'idée de ce nouveau firmware

outworld1 :
- skinnable facilement, genre choix du skin a installer dans le settings
- plus besoin de naviguer dans l'explorateur pour trouver le GPE a lancer dans les sections games et utilities
- parametrage d'un répertoire unique pour les jeux et un autre pour les applications
- euh.... scan des répertoires pour trouver les gpe et gpu
- support des liens

lol tout sa c'est actuelement géré ou entrain d'etre géré par le menu que je suis entrain de faire avec pitux...
normalement sortie a la fin du mois

la il y a encore quelques gros problemes a resoudre (et a debugger )

c'est merveilleux

Moi j'aimerai savoir comment compiler le noyau (euh pardon) firmware de la GP2x.
Une fois cela fait j'aimerai bien aider.

Sinon ce qui serait bien c'est d'avoir un framebuffer comme ca on pourrait avoir un vrai shell sur l'ecran de la GP2X et on pourrait se passer de la SDL pour les portages des émus et autre.

J'y connais pas grand chose, donc je ne sais du tout si ce que je vais dire est réalisable ou pas...
J'ai cru comprendre que le deuxième processeur n'était pas encore utilisé, est-il possible de coder directement dans le firmware pour que les instructions soient automatiquement partagées entre les deux processeurs? ou alors que par exemple, toutes les infos concernant le son soient traitées par le second processeur? Si oui, ça pourrait être intéressant, et devrait améliorer la vitesse de la plupart des applications...

j'aimerais que l'écran de la console ne s'éteigne pas lorsqu'on active la sortie TV !

memiks il me semble qu le framebuffer de la gp2x s'utilise plutot normalement, par exemple tu n'a pas besoin de la SDL, tu peux coder a la main pour acceder au framebuffer, la preuse il existe deux "mini lib" qui ont a peu pres les memes fonctions (en plus basique et rapide) que la SDL.

zilbuz, ton idée est assez impossible a realiser desolé.
et changer le mode de fonctionnement des processeurs supposerai une reacriture de tous les programmes.

plikita, c'est une idée, mais encore une fois il faut voir si l'extinction de l'ecran est motivé par le materiel ou par une programmation a l'arrache...

tout ce que vous demandez jusqu'a present n'a pas a voir directement avec le firmeware installe le seul interet d'une evokution serait une meilleur accecibilité aux dev a la gestion des 2processeur de la GP2x ainsi qu'un meilleur acces a la memoire haute de la GP2x mais ces 2 probleme sont deja corrig"é ou en passe de l'aire par le MMU Hack et surement quelque chose qui va bientot arrive

tchern0byl
: Défaut: Idicateur batterie pas asez précis. ---------------------> sa c'est du au materiel, on ne peux pas bien l'amelioré

Alor explique moi pourquoi avant le Firmware 2 la led d'indication de baterrie ne marchais pas ?
Si c'étais hardware, soit cela marcherasi quelque soit le firmware soit cela ne marcherais pas.
Donc l'indicateur de batterrie est géré par software.
Il existe même un programme, qui n'est pas fait par GPH, qui t'indique la tension exacte de la baterie ou de la source externe.

LAF ! ! ... !

bien entendu que la led de l'indicateur de batterie faible est géré par software, comme tout sur la gp2x.
seulement elle obeit a un signal donner par le noyau.

Il existe même un programme, qui n'est pas fait par GPH, qui t'indique la tension exacte de la baterie ou de la source externe.

c'est pas un programme, c'est juste 10 lignes de codes, et precisement les meme que celles utilisé par GPH.
j'utilise moi meme ce code. il est tres imprecis quand au resultats retourné, et peu varié suivant la batterie/pils utilisée (je crois)
car une pile ne delivre pas la meme tension qu'une batterie (1.5 vs 1.2 volt)

l'indicateur led n'etait pas activé avant peu etre a cause d'un bug, ou d'un oublie.

@tchern0byl : je me doutais qu'elle n'était pas réalisable, mais bon, il fallait bien essayer

intégration du MMU au firmware

Zilbuz :
je me doutais qu'elle n'était pas réalisable, mais bon, il fallait bien essayer

tu as bien fait

outworld1 :
intégration du MMU au firmware

oui sans probleme il suffit de charger le patch en tant que module (sa existe deja)

oui c'est pour ca que j'en parle

tchern0byl :
bien entendu que la led de l'indicateur de batterie faible est géré par software, comme tout sur la gp2x.
seulement elle obeit a un signal donner par le noyau.

Il existe même un programme, qui n'est pas fait par GPH, qui t'indique la tension exacte de la baterie ou de la source externe.

c'est pas un programme, c'est juste 10 lignes de codes, et precisement les meme que celles utilisé par GPH.
j'utilise moi meme ce code. il est tres imprecis quand au resultats retourné, et peu varié suivant la batterie/pils utilisée (je crois)
car une pile ne delivre pas la meme tension qu'une batterie (1.5 vs 1.2 volt)

l'indicateur led n'etait pas activé avant peu etre a cause d'un bug, ou d'un oublie.

En effet les piles alcaline font 1.5V et les pile rechargeable font 1.2V et la Gp2X marche avec des tension qui peuvent descendre a 0.8 ou 0.9 Volts et oui les piles et les piles rechargeable ne font 1.5V et 1.2V que quand elle sont chargée a bloc, ensuite au fru et a mesure de leur utilisation la tension chutte et quand elle descent trop la GP2X s'atteint.
Donc il suffit de régler les programmes de gestion de la led de manière qu'elle s'allume a 2*1v par exemple au lei de 2*0.9V. Ainsi cela améliorerais le probléme de la batterrie.
Donc contrairement a ce que tu dit ce n'est pas un probléme de hardware mais de software.

LAF ! ! ... !

je te dis ceci :
il n'y a qu'un seul moyen pour recupéré l'état de la batterie (a ma connaissance, et a celle de ceux qui m'ont indiqué cette technique, et a toute les recherches que j'ai pu faire)
ce moyen c'est de demander au noyau l'etat de la batterie.

une pile (parole de mon pere qui s'y connait pas mal je suppose) c'est galere a mesurer le voltage. surtout entre ceux qui utilisent des piles alcalines, des accu ni-cd, ni-mh, et qui ont des comportements differents en fonction du temps, les tensions ne chutant pas au meme rythme d'une pile a l'autre.

je vois pas vraiment ou est le probleme LAF, comment voudrai tu ameliorer la gestion de la LED ?! juste la faire s'allumé avant ? et qu'en sais tu qu'elle ne s'allume pas justement a 2*1v ??

admettons que la LED s'allume. c'est que le noyau a decrété que le voltage n'etait plus que de 2V. Apres defois la gp2x s'eteind une seconde apres l'allumage de la LED, defois 15min apres. La faute est au software selon toi ??juste que le noyau a dit a un moment que la batterie etait a admettons 2V, alors qu'elle ne l'etait pas.
pourquoi ? car ce meme noyau a toute les peines du monde a fournir un resultat juste. a qui la faute, au noyau, toujours le meme ou au materiel qui change a chaque fois ??

... jaimerai dans ce firmware !! un combinateur !!! ....je m'explique jaimerai pouvoir ecouter la musique en lisant un ebook ou en jouant un jeu (émulateur/jeux amateur...bien sur en enlevant le son du jeux avant )

et aussi que le son de demarrage puisse supporter des plus long son (2.71) :s ...( a titre perso) lol

hé bien sur des liens plus direct .. (merci gmenu ...)

les sons plus long c'est assez risqué car la Nand n'est pas illimité

Pour lire les musique en arriere plan ca pourrait se faire en ajoutant dans un menu madplay avec une interface selector. GPH m'a repondu negativement pour ca sauf pour l'utilisation de lire des musique avec un ebook ou la ils serait partant pour l'integrer

moi je veux bien tenté de l'integré tout le temps dans le menu, sauf extinction au lancement des applis (et videos bien sur)

oui pour le son de demarrage sa va toucher a l'uboot, qui n'est pas vraiment le firmware, c'est plus compliqué et plus risqué a changer...

De maniere generale faire quelque chose d'ultra legé. Donc hyper rapide.
Un menu bien plus navigable avec des raccourcis direct vers les emulos/jeux.
(le coup des skin c'est souvant lourd en ressources) Et puis que la console gere
les mp3/ogg et c'est pas trop utile vu le prix des baladeurs mp3...

Personne se lance dans un firmware orienté hard ? genre celui de la gp32...
La ce serait plus long pour developper mais les perfs seraient vraiment incroyables.
(y'a qu'a voir la perte de mhz sur des emulos comme DRMD, qui est tres bien )

merci.

l'histoire d'un systeme hard direct n'a jamais ete prouvé d'etre mieux que celui utilisé actuellement avec des hack le MMU Hack justement permet d'améliorer grandement les choses Linux sur GP2x ne prend pas temps de resource que ca donc le passage au hard n'ameliorera en rien la vitesse, juste peut etre des changement au niveau dev. Le gros probleme pour faire du hard c'est tout le systeme gestion de systeme de fichier, son qui est tres comlexe a mettre en place

tchern0byl :
je te dis ceci :
il n'y a qu'un seul moyen pour recupéré l'état de la batterie (a ma connaissance, et a celle de ceux qui m'ont indiqué cette technique, et a toute les recherches que j'ai pu faire)
ce moyen c'est de demander au noyau l'etat de la batterie.

une pile (parole de mon pere qui s'y connait pas mal je suppose) c'est galere a mesurer le voltage. surtout entre ceux qui utilisent des piles alcalines, des accu ni-cd, ni-mh, et qui ont des comportements differents en fonction du temps, les tensions ne chutant pas au meme rythme d'une pile a l'autre.

je vois pas vraiment ou est le probleme LAF, comment voudrai tu ameliorer la gestion de la LED ?! juste la faire s'allumé avant ? et qu'en sais tu qu'elle ne s'allume pas justement a 2*1v ??

admettons que la LED s'allume. c'est que le noyau a decrété que le voltage n'etait plus que de 2V. Apres defois la gp2x s'eteind une seconde apres l'allumage de la LED, defois 15min apres. La faute est au software selon toi ??juste que le noyau a dit a un moment que la batterie etait a admettons 2V, alors qu'elle ne l'etait pas.
pourquoi ? car ce meme noyau a toute les peines du monde a fournir un resultat juste. a qui la faute, au noyau, toujours le meme ou au materiel qui change a chaque fois ??

Je ne sai spas ce que fait ton père comme travail.
Moi je bosse dans une boite d'electronique et les probléme de "mesure" je connais, bien. Oui le spiles alcaline et les piles rechargeable non pas le mêm comportement dnas le temps.
Mais il est tout a fait faisable de dire au noyaux de faire des mesure régulière de la tension puis d'en déduire les paramètre de la courbe de décharge des piles.
Bien sur cette courbe change en fonction de l'utilisation de la GP2X mais cela ne doit pas êrte hyper dur de prévoir quelque dizaine de ligne de code qui permètrais de faire en sorte que la led s'allume dès que la courbe de décharge prévoit qu'il ne reste plus que 30 ou 60 secondes avant extinsion de la GP2X.
Bien sur il fau tque le noyaux tourne en tache de fond et là je ne peu xpas en dire plus.

LAF ! ! ... !

Je ne sai spas ce que fait ton père comme travail.

Il bosse dans l'electronique depuis plus de 30ans, et a realiser assez de projet pour s'y connaitre.

Moi je bosse dans une boite d'electronique et les probléme de "mesure" je connais, bien. Oui le spiles alcaline et les piles rechargeable non pas le mêm comportement dnas le temps. Mais il est tout a fait faisable de dire au noyaux de faire des mesure régulière de la tension puis d'en déduire les paramètre de la courbe de décharge des piles.

sa me parait tiré par les cheveux... le noyau mesure instantannement l'etat de la batterie je pense, mais ton idée est bonne si elle est réalisable.

Bien sur cette courbe change en fonction de l'utilisation de la GP2X mais cela ne doit pas êrte hyper dur de prévoir quelque dizaine de ligne de code qui permètrais de faire en sorte que la led s'allume dès que la courbe de décharge prévoit qu'il ne reste plus que 30 ou 60 secondes avant extinsion de la GP2X.

De tout evidence c'est compliqué puisque sa fonctionne pas.
Squidge, qui est quand meme un des meilleurs programmeurs qu'on ai sur GP2X a du retiré son code de gestion de batterie de squidgesnes, car il fonctionnait mal, et consommait enormement de batterie ! un comble. je n'est vu encore strictement aucun programme utiliser un indicateur de batterie, preuve que ce n'est pas fiable ??

Bien sur il fau tque le noyaux tourne en tache de fond et là je ne peu xpas en dire plus.

oui le noyau tourne 100% du temps, sinon la GP2X ne fonctionnerai pas.

LOL on s'agare qu'elle que peux.
Le but n'ai pas dit d'indiquer en permanence l'état de la batterie mais juste de mieux gerer l'état de la diode d'indication de la batterie.
Pour cela il suffit de faire une mesure toutes les 30 seconde par exemple, pui sde là grace a un programme, d'en déduire le temps que peux tenir la batterie avant de s'éteindre, ce n'es tpas je pense extrémement compliqué.
N'étant pas programmeur je ne peux pas non plsu trop m'avancer au niveaux de la programation de la chose. Niv Hard par contre il y a tout pour relever la tension des baterrie quand on le désire, sinon comme un programmeur a put le faire ?
Après il faut conaitre la formule de décharge d'une pile a courant constant (d'où une mesure régulière pour virifier que lon reste dans la bonne courbe), puis a partir de cette formule d'en déduire le moment ou les piles seront trop basse pour maintenir la GP2X allumée, pour finir il suffit de ce donner une durée limite (genre une minute) avant l'inxtinsion de la GP2x et pendant cette minute la diode s'allume et le programe vérifie toutes les 10 secondes pour faire clignoter la led dans les 30 ou 20 dernière secondes.
Je comprend bien que ce n'est pas un bout de code que l'on vat faire en 5 minutes, mais ce n'est pas imposibles. Après il faut un programmeur motivé sinon cela ne pourrat pas être fait.

LAF ! ! ... !

Uhm...
C'que j'entendais par indicateur de batterie plus précis c'est que aulieu de marquer 'full,medium,empty', mettre le pourcentage comme le fais Qtopia.
De plus pouvoir mettre cet indicateur dans un coin du skin pour qu'on le voie tout le temps et pas que quand on va dans les options (car c'est un peu chiant).

Ce qui serait bien c'est aussi que le ebook lise les PDF, les DOCs et HTML (mais ça, sa devrait pas poser de problème si y a un navigateur Web inclus).