Pour moi le plus compliqué, il me semble, est de réaliser un simulateur qui soit assez fidèle à la réalité afin de sélectionner les candidats à la reproduction.
KDE 4.8.4 (4.8.4)
Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz
4 Gio
Fonctionnait à peu près avant la réécriture de Dolphin.
Fonctionne parfaitement avec Konqueror.
Tu n'as pas compris. Ta version de KDE n'a rien à voir avec la vieillesse de ton .kde.
Essaye de déplacer ton dossier de config .kde, puis relance ta session.
Je ferais certainement un Journal quand j'aurais quelque chose de fonctionnel (ne pas s'attendre à ce que se soit pour bientôt).
En attendant je vais essayer de documenter mes bidouillages et investigations sur ce github : https://github.com/Oripy/Rabbity-Pi
J'y inclurais également le code (certainement en python) dès que j'en écrirais.
Pour l'instant c'est vierge, le github ayant été créé il y a quelques minutes.
Ce n'est pas trop gros, le Raspberry-Pi rentre largement dans le lapin (pas vraiment testé, mais en les mettant côte à côte, c'est flagrant).
Le lapin est sur secteur, je ne vois pas pourquoi j'y mettrais des piles… surtout qu'il y aura aussi le port hdmi quelque part a déporter ainsi qu'un hub USB
Effectivement je n'avais pas vraiment fait attention au circuit imprimé auxquels ces 4 fils étaient connectés, il semble que ce n'est qu'un moyen de se relier simplement aux 4 bornes du moteur pas à pas. Je dois avouer que j'ai un peu trop espéré que ce soit du moteur classique plutôt que du pas à pas, car le moteur classique paraît plus simple à contrôler.
Du coup je ne comprends pas comment le lapin sait quelle est la position de ses oreilles (on peut les tourner à la main et il reviendra tout seul à la bonne position lors de l'animation suivante). De mémoire les moteurs pas à pas n'indexent pas leur position.
J'en saurais plus quand j'aurais éventré mon lapin.
Il semble en fait (si je ne me trompe pas) que les moteurs soient de simples moteurs avec réducteurs, et que la position des oreilles soit détectée par un autre moyen (que je ne vois pas sur l'image).
Je vais donc pouvoir contrôler les 2 oreilles avec seulement 1 pont-H. Par contrôle il va me falloir trouver comment lire la position.
Par contre j'ai peur de manquer de GPIO:
- 5 leds RGB = 5x3 = 15 GPIO
- 2 moteurs = 2x2 = 4 GPIO
- 2 indicateurs de position = 2x2? = 4? GPIO
- 1 interrupteur sur la tête = 1 GPIO
Ce qui me fait un total de 20 GPIO, et il me semble que le R-Pi n'en a que 17.
Je suppose que je pourrais trouver une solution pour mutualiser sur les leds, de toute façon je n'en suis pas encore là !
J'ai acquis il y a quelque temps un Nabaztag à un Linuxfrien. Il trône depuis sur mon bureau, s'agitant et clignotant régulièrement (mais sans son car ce qu'il dit n'est pas vraiment intelligible).
Le problème du Nabaztag est qu'il est assez limité en fonctionnalités et surtout qu'on ne peut pas contrôler ce qu'il fait. Le constructeur a coulé et le serveur qui l'anime actuellement est vraiment limité.
J'ai reçu hier un Raspberry pi et j'envisage de remplacer la carte logique de mon Nabaztag afin de le contrôler avec le Raspberry pi. Cela fera un petit ordinateur avec des oreilles qui bougent ça peut être marrant.
Problème numéro 1 : Je n'y connais rien en électronique (hormis une petite base au lycée).
Je pense qu'il n'y aura pas trop de problème pour contrôler des leds (quoi que j'envisage d'utiliser des leds multicolore comme sur l'original, donc il y a certainement plus à faire que de simplement connecter une led à une sortie et une résistance).
Le plus difficile est de contrôler les moteurs pas à pas et surtout de récupérer les infos de l'indexeur qui permet au lapin de savoir dans quelle position sont ses oreilles.
Peux-tu me conseiller sur des sites expliquant à un débutant en électronique les bases pour apprendre à faire cela ?
D'après ce que je comprends de tes divers messages à propos d'Ultracopier et de Supercopier, Ultracopier est supérieur en terme de fonctionnalités, de performances et en portabilité. Supercopier quand a lui a uniquement comme avantage sa notoriété et sa base d'utilisateurs.
Tu pourrais par exemple faire une version 4 de Supercopier qui serait en fait un Ultracopier "skinné" pour ressembler à Supercopier. Le tout en annonçant aux utilisateurs les gains de fonctionnalités et de performances + le support de nouvelles plateformes.
Avantages :
- Une seule base de code à maintenir (à part éventuellement l'interface)
- Tu conserves la base d'utilisateurs de Supercopier (qui a l'air importante)
- Les utilisateurs de Supercopier gagnent les avantages en terme de fonctionnalités et de performances
Inconvénients :
- Un peu de temps pour adapter l'interface ?
- Rien d'autre ?
Maintenant que tu as appris tout ce qu'il y avait à apprendre du code de Supercopier, où est l'intérêt de continuer à le maintenir ?
Si j'ai quelque chose de compliqué à faire j'ouvre mon éditeur et je l´écris, et je le relis. Cela ne prend pas plus de temps et je fais moins de faute parceque mon programme jetable est mieux présenté, colorié et tout. ET c'est plus facile d'insérer une fonction intermédiaire si je décide que mon programme en serait plus facile à écrire — chose que tu ne feras jamais en ligne de commande.
Ben justement ipython te permet de commencer à faire du script interactif en quelques lignes puis si ça commence à devenir trop gros, un simple %save mon_script 1-num_dernière_ligne et roule ma poule !
Si on a plein de lignes à taper, un petit %edit, ça ouvre ton éditeur favoris, tu tapes, c'est plein de jolies couleurs, tu fermes en sauvegardant, puis ça exécute !
Dans ipython tu peux aussi écrire en tout ce que tu aurais pu écrire sur ton shell, simplement précéder la commande de !
Bref, c'est une habitude à prendre, mais je sais que mon ipython me sert souvent !
En disant "souvent décrit comme les échecs asiatiques", je parlais surtout au niveau de la popularité : le go est autant connu en Asie que les échecs sont connu en occident (par les joueurs et les non joueurs). Mais aussi au niveau de la compétitivité : il n'y a (à ma connaissance) pas de grande compétition internationale de shogi, contrairement au go et aux échecs.
Ceci étant dit tu as tout à fait raison, les règles du shogi se rapproche plus des règles échecs que le go.
Les dates sont fixés au week-end de Pâques : 29-30-31 Mars 2013.
Le nombre de personnes, je dirais dans les 200 pour faire très large. Sachant qu'il faut assez de places pour mettre une 100ène de "duo" en face à face (tables + chaises) + un espace "buvette" + un stand de vente de livres/goban + souvent une autre petite salle pour les commentaires.
Je pense qu'il n'y a pas de souci pour signer une convention, les organisateurs ont l'habitude de faire ce genre de choses carrées.
Je prendrais le temps de te contacter (comment ?) demain dans la journée.
Posté par Strash .
En réponse au journal Tournoi de go de Paris.
Évalué à 1.
Dernière modification le 15 janvier 2013 à 20:00.
Effectivement pas de majuscule pour "go", mais du coup je trouve qu'il ne ressort pas assez, j'ai tendance à mettre trop de majuscules en français (par exemple j'aurais été tenté de mettre "Français", comme on l'aurait fait en anglais).
Le jeu Reversi n'a aucune règle commune avec le go, seul l'aspect visuel du matériel pourrait éventuellement s'en rapprocher.
Les règles du go sont très simples et peuvent être expliquées en quelques minutes. La suite est une autre histoire, comme aux échecs, la marge de progression étant infinie !
Pour l’étymologie :
"Go" se dit "igo" en japonais (ou également, par simplification, "go").
Le jeu étant d'origine chinoise, le terme "igo" viendrait du chinois "weiqi" (qui désigne le jeu de go en chine).
Je ne suis pas l'organisateur du tournois, je suis juste un simple joueur (même pas fort du tout, à peine assez fort pour participer à un tournois, et encore, dans les dernières places).
Du coup je ne suis pas vraiment légitime pour donner des informations ni expliquer plus en avant, je ne fais que relayer le message des organisateurs qui sont en manque de salle.
Pour plus d'information sur le Go en France : http://ffg.jeudego.org/ ou le club près de chez toi !
Je pense que ce n'est pas exactement la même cible.
- Le prix est certes comparable mais il est tout de même de 45€, loin des 35€ du Pi (quasiment 30% plus cher), ce qui peut faire la différence lorsqu'on en achète beaucoup.
- Pas d'HDMI ou autre moyen de le brancher facilement à une TV (ce qui est plus courant qu'un écran d'ordinateur VGA dans les foyers de nos jours).
- La communauté énorme derrière le Pi qui produit des tonnes de choses toute prêtes, de tutos et autres projets fous, géniaux pour apprendre.
Je ne connais pas bien la différence entre DLNA et UPNP mais Plex ( http://www.plexapp.com ) a un serveur DLNA qui tourne sous Mac/Linux/Windows et qui partage bien les sous titres.
Je ne sais pas trop, l'une de ces deux raisons certainement :
- Mes premières expériences où Kubuntu était désastreux au niveau de l'intégration de KDE, plantages à répétition, nepomuk mal géré etc…
- le fait que Kubuntu n'est plus supportée financièrement : http://www.pcinpact.com/news/68861-kubuntu-1204-abandon-support-canonical.htm
# Interopérabilité
Posté par Strash . En réponse à la dépêche Weboob 0.e. Évalué à 0. Dernière modification le 30 janvier 2013 à 08:08.
Vu la "professionalisation" de Weboob, y a-t-il des avancées sur le support d'autres OS ? (Je pense notamment à MacOSX)
[^] # Re: algorithmes plus efficace pour la gestion des pattes
Posté par Strash . En réponse au journal Bleuette, un robot hexapode libre. Évalué à 4.
Pour moi le plus compliqué, il me semble, est de réaliser un simulateur qui soit assez fidèle à la réalité afin de sélectionner les candidats à la reproduction.
[^] # Re: Grindadráp
Posté par Strash . En réponse au journal KDE : A webdesigner's workflow . Évalué à 3.
Tu n'as pas compris. Ta version de KDE n'a rien à voir avec la vieillesse de ton .kde.
Essaye de déplacer ton dossier de config .kde, puis relance ta session.
[^] # Re: Conversion d'un Nabaztag
Posté par Strash . En réponse au journal Je me fais des amis (au sens littéral). Évalué à 2.
Je ferais certainement un Journal quand j'aurais quelque chose de fonctionnel (ne pas s'attendre à ce que se soit pour bientôt).
En attendant je vais essayer de documenter mes bidouillages et investigations sur ce github : https://github.com/Oripy/Rabbity-Pi
J'y inclurais également le code (certainement en python) dès que j'en écrirais.
Pour l'instant c'est vierge, le github ayant été créé il y a quelques minutes.
[^] # Re: Conversion d'un Nabaztag
Posté par Strash . En réponse au journal Je me fais des amis (au sens littéral). Évalué à 2.
Première étape bloquante : les vis du Nabaztag ont des tête avec des trous en forme de triangle… j'ai pas ça en rayon…
[^] # Re: Conversion d'un Nabaztag
Posté par Strash . En réponse au journal Je me fais des amis (au sens littéral). Évalué à 2.
Donc je pense qu'utiliser le Raspberry-Pi n'est pas si idiot que ça…
[^] # Re: Conversion d'un Nabaztag
Posté par Strash . En réponse au journal Je me fais des amis (au sens littéral). Évalué à 1.
Effectivement je n'avais pas vraiment fait attention au circuit imprimé auxquels ces 4 fils étaient connectés, il semble que ce n'est qu'un moyen de se relier simplement aux 4 bornes du moteur pas à pas. Je dois avouer que j'ai un peu trop espéré que ce soit du moteur classique plutôt que du pas à pas, car le moteur classique paraît plus simple à contrôler.
Du coup je ne comprends pas comment le lapin sait quelle est la position de ses oreilles (on peut les tourner à la main et il reviendra tout seul à la bonne position lors de l'animation suivante). De mémoire les moteurs pas à pas n'indexent pas leur position.
J'en saurais plus quand j'aurais éventré mon lapin.
[^] # Re: Conversion d'un Nabaztag
Posté par Strash . En réponse au journal Je me fais des amis (au sens littéral). Évalué à 1.
Merci beaucoup pour ces infos.
Pour le LEDs, peut-on faire varier la tension en sortie d'un GPIO ou est-ce forcément du tout ou rien ?
En regardant un peu avant d'éventrer mon lapin, je suis tombé là dessus :
http://asia.cnet.com/cracking-open-the-nabaztag-wi-fi-rabbit-62036366.htm
Il semble en fait (si je ne me trompe pas) que les moteurs soient de simples moteurs avec réducteurs, et que la position des oreilles soit détectée par un autre moyen (que je ne vois pas sur l'image).
http://asia.cnet.com/cracking-open-the-nabaztag-wi-fi-rabbit-62036366.htm
Cette image montre 4 fils sortant de chaque "moteur", je suppose que 2 fils alimentent le moteur et 2 autres fils contrôlent la position.
Je vais donc pouvoir contrôler les 2 oreilles avec seulement 1 pont-H. Par contrôle il va me falloir trouver comment lire la position.
Par contre j'ai peur de manquer de GPIO:
- 5 leds RGB = 5x3 = 15 GPIO
- 2 moteurs = 2x2 = 4 GPIO
- 2 indicateurs de position = 2x2? = 4? GPIO
- 1 interrupteur sur la tête = 1 GPIO
Ce qui me fait un total de 20 GPIO, et il me semble que le R-Pi n'en a que 17.
Je suppose que je pourrais trouver une solution pour mutualiser sur les leds, de toute façon je n'en suis pas encore là !
# Conversion d'un Nabaztag
Posté par Strash . En réponse au journal Je me fais des amis (au sens littéral). Évalué à 1.
J'ai acquis il y a quelque temps un Nabaztag à un Linuxfrien. Il trône depuis sur mon bureau, s'agitant et clignotant régulièrement (mais sans son car ce qu'il dit n'est pas vraiment intelligible).
Le problème du Nabaztag est qu'il est assez limité en fonctionnalités et surtout qu'on ne peut pas contrôler ce qu'il fait. Le constructeur a coulé et le serveur qui l'anime actuellement est vraiment limité.
J'ai reçu hier un Raspberry pi et j'envisage de remplacer la carte logique de mon Nabaztag afin de le contrôler avec le Raspberry pi. Cela fera un petit ordinateur avec des oreilles qui bougent ça peut être marrant.
Problème numéro 1 : Je n'y connais rien en électronique (hormis une petite base au lycée).
Je pense qu'il n'y aura pas trop de problème pour contrôler des leds (quoi que j'envisage d'utiliser des leds multicolore comme sur l'original, donc il y a certainement plus à faire que de simplement connecter une led à une sortie et une résistance).
Le plus difficile est de contrôler les moteurs pas à pas et surtout de récupérer les infos de l'indexeur qui permet au lapin de savoir dans quelle position sont ses oreilles.
Peux-tu me conseiller sur des sites expliquant à un débutant en électronique les bases pour apprendre à faire cela ?
# Envisager une migration "invisible" de Supercopier en Ultracopier
Posté par Strash . En réponse à la dépêche Supercopier 3. Évalué à 9.
D'après ce que je comprends de tes divers messages à propos d'Ultracopier et de Supercopier, Ultracopier est supérieur en terme de fonctionnalités, de performances et en portabilité. Supercopier quand a lui a uniquement comme avantage sa notoriété et sa base d'utilisateurs.
Tu pourrais par exemple faire une version 4 de Supercopier qui serait en fait un Ultracopier "skinné" pour ressembler à Supercopier. Le tout en annonçant aux utilisateurs les gains de fonctionnalités et de performances + le support de nouvelles plateformes.
Avantages :
- Une seule base de code à maintenir (à part éventuellement l'interface)
- Tu conserves la base d'utilisateurs de Supercopier (qui a l'air importante)
- Les utilisateurs de Supercopier gagnent les avantages en terme de fonctionnalités et de performances
Inconvénients :
- Un peu de temps pour adapter l'interface ?
- Rien d'autre ?
Maintenant que tu as appris tout ce qu'il y avait à apprendre du code de Supercopier, où est l'intérêt de continuer à le maintenir ?
[^] # Re: tablette ?
Posté par Strash . En réponse à la dépêche Sortie de MyPaint 1.1. Évalué à 2.
A confirmer, mais sous Linux il me semble que seul les talettes Wacom sont bien compatibles avec tout les logiciels de ce type (Gimp, Krita, …).
# Krita
Posté par Strash . En réponse à la dépêche Sortie de MyPaint 1.1. Évalué à 5.
Quel est le positionnement par rapport à Krita (Calligra) ? Y a-t-il des collaborations entre ces deux logiciels qui semblent avoir la même cible ?
[^] # Re: Switcher à python comme shell
Posté par Strash . En réponse à la dépêche pyxshell : piper des flux de texte en pur Python. Évalué à 5.
Ben justement ipython te permet de commencer à faire du script interactif en quelques lignes puis si ça commence à devenir trop gros, un simple
%save mon_script 1-num_dernière_ligneet roule ma poule !Si on a plein de lignes à taper, un petit %edit, ça ouvre ton éditeur favoris, tu tapes, c'est plein de jolies couleurs, tu fermes en sauvegardant, puis ça exécute !
Dans ipython tu peux aussi écrire en tout ce que tu aurais pu écrire sur ton shell, simplement précéder la commande de !
Bref, c'est une habitude à prendre, mais je sais que mon ipython me sert souvent !
[^] # Re: Une possibilité
Posté par Strash . En réponse au journal Tournoi de go de Paris. Évalué à 1.
Je n'avais pas réalisé la distance ! Je vais quand même transmettre le contact, mais j'ai peur que la salle ne soit considérée comme trop éloignée.
En tout cas merci pour cette possibilité !
Si quelqu'un d'autre à une autre proposition plus près de Paris, je suis également intéressé !
[^] # Re: Petit commentaire :
Posté par Strash . En réponse au journal Tournoi de go de Paris. Évalué à 3.
En disant "souvent décrit comme les échecs asiatiques", je parlais surtout au niveau de la popularité : le go est autant connu en Asie que les échecs sont connu en occident (par les joueurs et les non joueurs). Mais aussi au niveau de la compétitivité : il n'y a (à ma connaissance) pas de grande compétition internationale de shogi, contrairement au go et aux échecs.
Ceci étant dit tu as tout à fait raison, les règles du shogi se rapproche plus des règles échecs que le go.
[^] # Re: Une possibilité
Posté par Strash . En réponse au journal Tournoi de go de Paris. Évalué à 2.
Les dates sont fixés au week-end de Pâques : 29-30-31 Mars 2013.
Le nombre de personnes, je dirais dans les 200 pour faire très large. Sachant qu'il faut assez de places pour mettre une 100ène de "duo" en face à face (tables + chaises) + un espace "buvette" + un stand de vente de livres/goban + souvent une autre petite salle pour les commentaires.
Je pense qu'il n'y a pas de souci pour signer une convention, les organisateurs ont l'habitude de faire ce genre de choses carrées.
Je prendrais le temps de te contacter (comment ?) demain dans la journée.
[^] # Re: Un peu de pub ?
Posté par Strash . En réponse au message Recherche d'une Salle - Tournois de Go de Paris. Évalué à 2.
J'ai finalement créé un journal comme conseillé :
http://linuxfr.org/users/strash/journaux/tournois-de-go-de-paris
[^] # Re: Go !
Posté par Strash . En réponse au journal Tournoi de go de Paris. Évalué à 1. Dernière modification le 15 janvier 2013 à 20:00.
Effectivement pas de majuscule pour "go", mais du coup je trouve qu'il ne ressort pas assez, j'ai tendance à mettre trop de majuscules en français (par exemple j'aurais été tenté de mettre "Français", comme on l'aurait fait en anglais).
Le jeu Reversi n'a aucune règle commune avec le go, seul l'aspect visuel du matériel pourrait éventuellement s'en rapprocher.
Les règles du go sont très simples et peuvent être expliquées en quelques minutes. La suite est une autre histoire, comme aux échecs, la marge de progression étant infinie !
Pour l’étymologie :
"Go" se dit "igo" en japonais (ou également, par simplification, "go").
Le jeu étant d'origine chinoise, le terme "igo" viendrait du chinois "weiqi" (qui désigne le jeu de go en chine).
Plus de détail ici (en).
Nota : go se dit "baduk" en Corée.
[^] # Re: Un peu de pub ?
Posté par Strash . En réponse au message Recherche d'une Salle - Tournois de Go de Paris. Évalué à 1.
Merci pour tes encouragements,
Je ne suis pas l'organisateur du tournois, je suis juste un simple joueur (même pas fort du tout, à peine assez fort pour participer à un tournois, et encore, dans les dernières places).
Du coup je ne suis pas vraiment légitime pour donner des informations ni expliquer plus en avant, je ne fais que relayer le message des organisateurs qui sont en manque de salle.
Pour plus d'information sur le Go en France : http://ffg.jeudego.org/ ou le club près de chez toi !
[^] # Re: What Else ?
Posté par Strash . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 1.
Pardon, ne pouvant lire les vidéos ici, j'ai confondu les projets.
Voilà la Raspberry Pi portable :
http://blog.parts-people.com/2012/12/20/mobile-raspberry-pi-computer-build-your-own-portable-rpi-to-go/
[^] # Re: What Else ?
Posté par Strash . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 3. Dernière modification le 10 janvier 2013 à 14:18.
Le site officiel (http://www.raspberrypi.org) est plein de projets complètements délirant, et ce n'est que la partie émergée de l'iceberg !
Quelques uns collectés rapidement sur les premières pages :
Un moyen de prendre des photos artistiques de gouttes d'eau se percutant
http://www.raspberrypi.org/archives/2986
Une console de jeu portable
http://www.raspberrypi.org/archives/2984
Un support pour prendre des photos en "timelapse"
https://sites.google.com/site/raspilapse/home
Un point d'accès Wifi
http://www.pi-point.co.uk/
Un système de son et lumière pour Noël
http://www.raspberrypi.org/archives/2688
Contrôler un aspirateur automatique
http://www.raspberrypi.org/archives/2348
[^] # Re: What Else ?
Posté par Strash . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 2.
Je pense que ce n'est pas exactement la même cible.
- Le prix est certes comparable mais il est tout de même de 45€, loin des 35€ du Pi (quasiment 30% plus cher), ce qui peut faire la différence lorsqu'on en achète beaucoup.
- Pas d'HDMI ou autre moyen de le brancher facilement à une TV (ce qui est plus courant qu'un écran d'ordinateur VGA dans les foyers de nos jours).
- La communauté énorme derrière le Pi qui produit des tonnes de choses toute prêtes, de tutos et autres projets fous, géniaux pour apprendre.
[^] # Re: Faillite du desktop ?
Posté par Strash . En réponse au journal Le laptop le plus vendu par Amazon en décembre tourne sous Google/Linux. Évalué à 3.
Les applications sont toujours là, elles sont juste codées en javascript, mais elles sont présentes.
On peut éditer des documents offline, rédiger ses mails offline, jouer à Angry Birds offline, etc… http://www.zdnet.com/yes-you-can-use-the-new-chromebook-offline-7000006103/
Ce sont bien des applications, elles sont seulement codées pour tourner sur le navigateur et pas directement sur l'OS.
# Pas opensource mais fait le job
Posté par Strash . En réponse au message Serveur UPnP distribuant les sous-titres. Évalué à 1.
Je ne connais pas bien la différence entre DLNA et UPNP mais Plex ( http://www.plexapp.com ) a un serveur DLNA qui tourne sous Mac/Linux/Windows et qui partage bien les sous titres.
Par contre ce n'est pas libre.
[^] # Re: Miam !
Posté par Strash . En réponse à la dépêche Sortie de ROSA Desktop.Fresh 2012. Évalué à 2.
Je ne sais pas trop, l'une de ces deux raisons certainement :
- Mes premières expériences où Kubuntu était désastreux au niveau de l'intégration de KDE, plantages à répétition, nepomuk mal géré etc…
- le fait que Kubuntu n'est plus supportée financièrement : http://www.pcinpact.com/news/68861-kubuntu-1204-abandon-support-canonical.htm