Ça ne ne ne reproduira pas cette fois je pense (sur a + de 90%) il y a eu un changement de kernel avec le RPI2 et le nouveau kernel(3.18.7+) fonctionne avec device tree.
Cette fonction change pas mal de chose sur l'initialisation des périphériques (en I2C, spi, et 1 wire). Si tu as résolu ton soucis la dernière fois , c'est bon .
Dans le doute , poste une copie de /boot/config.txt .
J'ai eu aussi la surprise, j'avais perdu mon écran lcd et mon capteur barométrique (ic2) suite à cette mise à jour. Après quelques recherches j'ai put réparer le tout, ainsi que mon horloge qui ne fonctionnait plus depuis le kernel 3.6.11….
Je connais l'article de canardPC…
…(quoique?)…. J' attendais un peu ce type de commentaire …
Un sdk pour broadcom ? C'est pas faux, mais est ce tout à fait vrai pour autant ? Les GPU: Videocore (broadcom) Vs mali (ARM), c'est peut être ça la bonne lecture . L'un est assez ouvert, l'autre emme…. le monde… Alors ?
Reste à savoir ce que donnera win 10 avec aussi peut de ressource (même par rapport a winRT)…
Je suis surpris de ne pas encore avoir vu pas_bill dans le coin….
Tu n'as pas tord (quoique?), ils réagissent au vu des ventes , plus de 4 millions de machines quasi exclusivement sous linux ça commence à faire. La partie ironique, c'est que maintenant ils vont devoir écrire quelques pilotes pour les différentes extensions existantes : le monde à l'envers.
Désolé,pour les fautes , j'en oublie.
Pour les mauvaises nouvelles : toujours pas d'horloge (RTC), toujours pas de port SATA.
processeur quadcore à 800 Mhz(
Et je confirme, j'ai déjà dépensé plus d'une centaine d'euros chez eux au total. J'habite pas trop loin d'un relais-messagerie qu'ils utilisent (pas de pub).Comme j'habite dans le nord, c'est souvent 36 heures ouvrable pour le délai de livraison.
Ils font de gros effort pour la documentation (parfait pour les débutants anglophobes) , et ils sont compétitifs.
Ah oui, c'est dans le même genre que les Colecovision/Adam. Le système Intellivision lui je ne l'ai jamais vu. Sauf erreur c'etait un processeur 16 bit a moins d'un Mhz (oui, moins d'un)
Les vieilleries…. En effet, la mode est au "retrogaming", quand je vois CP/M sur un arduino DUE et Alan Cox qui code un noyau pour Z80 , on en arrive au "retrocoding" semble t'il.
En effet, pas la peine d'importer un album avec 2 Go, à l'unité pourquoi pas ? Dans un environnement graphique très léger, ça pourrait être tenté (windowmaker ?). Mais la faut pas chercher à être productif, ce sont des conditions extrèmes.
J'ai mal de photos en RAW qui mérite d'être traitées. Je laisse souvent mon 500D en double (jpeg+RAW) quand les conditions sont difficile , en basse lumière principalement….
La où darktable fait mal , c'est sur ses exigences CPU . Sur la doc il semble que ce soit cpu x86 avec instruction SSE2. J'ai testé sur une vieille machine de recup , un acer de 2008 n'ayant pas survécu à la fin de windows XP (boosté avec 2Go de ram). Avec une mageia caulcdron sur cette machine Darktable refuse ce ce lancer, car il réclame les instructions SSE3…. Zut … Faut que je teste avec une autre machine.
Ceci étant dit , vu les quantités de données a traiter dans un album en RAW , ça peut exiger toutes les optimisations possible.
Faut vraiment que je m'y mette. Ce soft semble pouvoir m'aider a tirer le meilleur de certaines de mes photos.
Pour ce qui est de l’électronique il y a un changement par rapport au rasp: sur les 14 broches supplémentaires (par rapport au 26 des premier modèles) , certaines sont en analogique (entrée sortie je ne sais pas , faut voir). Ça change un peu la donne …
Le B+ provoque pas mal de changements.
Pour les bananapi il semble y avoir une discorde entre le fabricant et Lemaker … Les 2 sites parlent d'un nouveau modèle tout les 2 avec un connecteur 40 broches, mais c'est le seul point commun .
Pas forcement besoin d'un 8086.
En lisant le post sur G+ d'Alan Cox , il semble qu'il s’intéresse aux MSX (j'ai posté un journal il y a longtemps lié à ça). C'est assez logique, openMsx par exemple peut simuler un tas de trucs, et il existe un firmware libre (C-Bios, fournit avec open Msx) qui permet d'initialiser tout le système.
Pour ceux qui veulent jouer du fer a souder il y a ça : http://www.gr8bit.ru/ , un msx2 DIY en kit.
Après une rapide lecture supplémentaire , il semble possible de récupérer des GPIO en diminuant la profondeur d'affichage.
La sortie hdmi est toujours active, mais l'utilisation simultanée des 2 sorties à leurs plus haute résolution et profondeur de couleurs n'est pas possible pour une question de bande passante mémoire.
il semble qu'il en reste 6 du 22 au 27 mais plus d'i2c ,de spi, ni d'uart (port serie). Ça laisse encore quelques possibilités . La bonne nouvelle c'est que l'on profite de l'accélération matérielle …
Amstrad est particulier la dessus, les Roms (basic et le reste) sont du domaine public , aucun soucis tous les émulateurs peuvent les intégrer ….
Pour ce qui est de l'atari ST il existe emutos , qui est une réécriture du tos et du GEM en se basant sur les sources de de digital research sous licence GPL (il existe même un port pour …. AMIGA..sacrilège).
Pour le MSX , openmsx utilise c-bios la ont a juste le nécessaire pour faire tourner les cartouches de jeux, mais c'est sous licence GPL aussi.
Euh, depuis quand la Mageia est basée sur Deb ? Non, alors c'est Ubuntu qui passe en RPM ? ;-) , De plus historiquement Gaël Duval en 98 s'est basé sur la Red Hat 5.2 , il a même repris la numérotation …
Bien sur que ça fonctionne, c'est même tout aussi fiable . Mais c'est plus les cycles de développement qui différent, et pour moi , celui de la debian est plus adapté. Je parle pars expérience, moi aussi j'ai fait de l'autohébergement avec une mandriva (8 mois d'uptime sans onduleur, faut le faire ;-)).
18 mois pour un serveur, c'est un peu court… Chacun voit midi à sa porte…
Pour faire une comparaison, je dirai que la Mageia est une Fedora stabilisée.
Moins "tranchante" , avec une gestion des paquetages et surtout des dépôts beaucoup mieux ficelées (mieux que opensuse aussi). Les dépôts officiels sont classés par catégorie de license(free/libre , proprio, limite niveaux brevet).Et c'est assez complet.
Le Mageai control center est moins complet que yast, moins complexe aussi (dans la mesure du possible). Mais il couvre quand même 95% des besoins au moins.
L’intégration des bureaux est en général plus complète aussi, surtout si l'on considère le nb d’environnement disponible.
Euh..a 10/20 ans comme tu dis , rien n'est sur pour lightroom non plus. Je dirais même que c'est un soucis avec TOUT les formats numérique propriétaire (matériel ou logiciel)….
Sur de telle durée les logiciels libre apportent une certaine pérennité…
Juste pour le fun essaye de trouver un lecteur de carte smartmedia (olympus/fuji) à l'heure actuelle.
Eh ben, ce sont les utilisateurs de lightroom qui vont être envieux.
Un cache local , ça aussi c'est intéressant, parce que des raw à 20-30 Mio pièce, les disques externes deviennent vite trés utile.
Quand aux scripts: à nous les timelapses en raw (pour équilibrer l'exposition ou l'astronomie).
Et tout ça avec un saut de la version 1.2-> 1.4 ? Ça me fait penser à Blender; qu'est ce que ça va être pour la version 2.0 ou 3.0 ?
[^] # Re: apt-get
Posté par cortex62 . En réponse au message RPI-Monitor ( Raspberry ). Évalué à 2.
Pour le 1 wire ça devrait être ça : dtoverlay=w1-gpio,gpiopin=4
Plus les modules habituels dans /etc/modules je pense.
w1-gpio
w1-therm
Les cartes au format "hat" doivent faire ça automatiquement via une lecture de eeprom en i2c (un 2em bus). C'est du plug and play en fait.
Pour ma part en i2c j'ai mis dans config.txt:
dtparam=i2c_arm=on
dtoverlay=pcf2127-rtc
et dans /etc/modules
i2c-dev
i2c_bcm2708
rtc-pcf2127
Avec ça tu peux faire toutes tes mises à jours , avec les avantages que cela représente niveau sécurité.
[^] # Re: apt-get
Posté par cortex62 . En réponse au message RPI-Monitor ( Raspberry ). Évalué à 2.
Ça ne ne ne reproduira pas cette fois je pense (sur a + de 90%) il y a eu un changement de kernel avec le RPI2 et le nouveau kernel(3.18.7+) fonctionne avec device tree.
Cette fonction change pas mal de chose sur l'initialisation des périphériques (en I2C, spi, et 1 wire). Si tu as résolu ton soucis la dernière fois , c'est bon .
Dans le doute , poste une copie de /boot/config.txt .
J'ai eu aussi la surprise, j'avais perdu mon écran lcd et mon capteur barométrique (ic2) suite à cette mise à jour. Après quelques recherches j'ai put réparer le tout, ainsi que mon horloge qui ne fonctionnait plus depuis le kernel 3.6.11….
# Un peu vieux comme lien
Posté par cortex62 . En réponse au message RPI-Monitor ( Raspberry ). Évalué à 3.
Le tuto dont tu parles date de 2013. Ça commence a être un peu ancien.
Il vaut mieux s'adresser au bon dieu qu'a ses saints: http://rpi-experiences.blogspot.fr/2015/01/rpi-monitor-version-210-is-available.html#more
Le développement de ce logiciel semble assez actif (version 2.10 de janvier 2015).
Et oui, un "geek à barbe" lit l'anglais couramment…. ;-)
[^] # Re: La vraie nouvelle
Posté par cortex62 . En réponse au journal Encore un nouveau Raspberry pi !. Évalué à 0.
Je connais l'article de canardPC…
…(quoique?)…. J' attendais un peu ce type de commentaire …
Un sdk pour broadcom ? C'est pas faux, mais est ce tout à fait vrai pour autant ? Les GPU: Videocore (broadcom) Vs mali (ARM), c'est peut être ça la bonne lecture . L'un est assez ouvert, l'autre emme…. le monde… Alors ?
Reste à savoir ce que donnera win 10 avec aussi peut de ressource (même par rapport a winRT)…
Je suis surpris de ne pas encore avoir vu pas_bill dans le coin….
[^] # Re: La vraie nouvelle
Posté par cortex62 . En réponse au journal Encore un nouveau Raspberry pi !. Évalué à 3.
Tu n'as pas tord (quoique?), ils réagissent au vu des ventes , plus de 4 millions de machines quasi exclusivement sous linux ça commence à faire. La partie ironique, c'est que maintenant ils vont devoir écrire quelques pilotes pour les différentes extensions existantes : le monde à l'envers.
[^] # Re: Gestion réseau ?
Posté par cortex62 . En réponse au journal Raspberry Pi: la suite. Évalué à 2.
Ça reste identique sur ce point. Ils ne veulent pas en faire un serveur "lowcost" semble t'il.
# Le hardware ne change pas tant que ça
Posté par cortex62 . En réponse au journal Raspberry Pi: la suite. Évalué à 3.
Le raspberry pi B+ dispose déjà de 4 ports USB et de micro-sd. Le B+ et le 2 ont les mêmes dimensions et brochages GPIO.
# Oups!
Posté par cortex62 . En réponse au journal Encore un nouveau Raspberry pi !. Évalué à 2. Dernière modification le 02 février 2015 à 11:15.
Désolé,pour les fautes , j'en oublie.
Pour les mauvaises nouvelles : toujours pas d'horloge (RTC), toujours pas de port SATA.
processeur quadcore à 800 Mhz(
Si quelqu'un peut corriger , merci.
[^] # Re: MC Hobby
Posté par cortex62 . En réponse au message Ou acheter vous vos raspberry ?. Évalué à 1.
Et je confirme, j'ai déjà dépensé plus d'une centaine d'euros chez eux au total. J'habite pas trop loin d'un relais-messagerie qu'ils utilisent (pas de pub).Comme j'habite dans le nord, c'est souvent 36 heures ouvrable pour le délai de livraison.
Ils font de gros effort pour la documentation (parfait pour les débutants anglophobes) , et ils sont compétitifs.
[^] # Re: Deux autres...
Posté par cortex62 . En réponse au journal ARM: Etat des lieu dans la communauté linux. Évalué à 1.
Ah oui, c'est dans le même genre que les Colecovision/Adam. Le système Intellivision lui je ne l'ai jamais vu. Sauf erreur c'etait un processeur 16 bit a moins d'un Mhz (oui, moins d'un)
[^] # Re: Deux autres...
Posté par cortex62 . En réponse au journal ARM: Etat des lieu dans la communauté linux. Évalué à 7.
Les vieilleries…. En effet, la mode est au "retrogaming", quand je vois CP/M sur un arduino DUE et Alan Cox qui code un noyau pour Z80 , on en arrive au "retrocoding" semble t'il.
[^] # Re: Va falloir que je m'y mette
Posté par cortex62 . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 2.
En effet, pas la peine d'importer un album avec 2 Go, à l'unité pourquoi pas ? Dans un environnement graphique très léger, ça pourrait être tenté (windowmaker ?). Mais la faut pas chercher à être productif, ce sont des conditions extrèmes.
# Va falloir que je m'y mette
Posté par cortex62 . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 1.
J'ai mal de photos en RAW qui mérite d'être traitées. Je laisse souvent mon 500D en double (jpeg+RAW) quand les conditions sont difficile , en basse lumière principalement….
La où darktable fait mal , c'est sur ses exigences CPU . Sur la doc il semble que ce soit cpu x86 avec instruction SSE2. J'ai testé sur une vieille machine de recup , un acer de 2008 n'ayant pas survécu à la fin de windows XP (boosté avec 2Go de ram). Avec une mageia caulcdron sur cette machine Darktable refuse ce ce lancer, car il réclame les instructions SSE3…. Zut … Faut que je teste avec une autre machine.
Ceci étant dit , vu les quantités de données a traiter dans un album en RAW , ça peut exiger toutes les optimisations possible.
Faut vraiment que je m'y mette. Ce soft semble pouvoir m'aider a tirer le meilleur de certaines de mes photos.
[^] # Re: Linux power!
Posté par cortex62 . En réponse à la dépêche Vulnérabilité dans Git et Mercurial sur certains systèmes de fichiers (FAT, NTFS, HFS+, etc.). Évalué à -6.
ah oui ? lequel ? c'est une question ;-)
[^] # Re: tenté...
Posté par cortex62 . En réponse au journal Carte à base d'ARM 4 coeurs au prix d'un Raspberry pi.. Évalué à 2.
Pour ce qui est de l’électronique il y a un changement par rapport au rasp: sur les 14 broches supplémentaires (par rapport au 26 des premier modèles) , certaines sont en analogique (entrée sortie je ne sais pas , faut voir). Ça change un peu la donne …
Le B+ provoque pas mal de changements.
Pour les bananapi il semble y avoir une discorde entre le fabricant et Lemaker … Les 2 sites parlent d'un nouveau modèle tout les 2 avec un connecteur 40 broches, mais c'est le seul point commun .
[^] # Re: 8086
Posté par cortex62 . En réponse à la dépêche Fuzix OS, parce que les petites choses sont belles. Évalué à 2.
Pas forcement besoin d'un 8086.
En lisant le post sur G+ d'Alan Cox , il semble qu'il s’intéresse aux MSX (j'ai posté un journal il y a longtemps lié à ça). C'est assez logique, openMsx par exemple peut simuler un tas de trucs, et il existe un firmware libre (C-Bios, fournit avec open Msx) qui permet d'initialiser tout le système.
Pour ceux qui veulent jouer du fer a souder il y a ça : http://www.gr8bit.ru/ , un msx2 DIY en kit.
[^] # Re: VGA ou rien d'autre !
Posté par cortex62 . En réponse au journal Raspberry B+ : Sortie VGA via le GPIO. Évalué à 5.
Après une rapide lecture supplémentaire , il semble possible de récupérer des GPIO en diminuant la profondeur d'affichage.
La sortie hdmi est toujours active, mais l'utilisation simultanée des 2 sorties à leurs plus haute résolution et profondeur de couleurs n'est pas possible pour une question de bande passante mémoire.
[^] # Re: VGA ou rien d'autre !
Posté par cortex62 . En réponse au journal Raspberry B+ : Sortie VGA via le GPIO. Évalué à 4.
il semble qu'il en reste 6 du 22 au 27 mais plus d'i2c ,de spi, ni d'uart (port serie). Ça laisse encore quelques possibilités . La bonne nouvelle c'est que l'on profite de l'accélération matérielle …
[^] # Re: matériel
Posté par cortex62 . En réponse au journal Eloark, mon nouveau robot hybride Raspberry Pi & Arduino écrit en Python. Évalué à 3.
Je confirme, et pour les débutants anglophobes leur wiki permet de bien commencer ….
[^] # Re: Emulation
Posté par cortex62 . En réponse au journal Il y a 30 ans aujourd'hui que le CPC 464 est sorti. Évalué à 2.
Amstrad est particulier la dessus, les Roms (basic et le reste) sont du domaine public , aucun soucis tous les émulateurs peuvent les intégrer ….
Pour ce qui est de l'atari ST il existe emutos , qui est une réécriture du tos et du GEM en se basant sur les sources de de digital research sous licence GPL (il existe même un port pour …. AMIGA..sacrilège).
Pour le MSX , openmsx utilise c-bios la ont a juste le nécessaire pour faire tourner les cartouches de jeux, mais c'est sous licence GPL aussi.
[^] # Re: Qu'apporte Mageia ?
Posté par cortex62 . En réponse à la dépêche Sortie de la Mageia 4. Évalué à -3.
Euh, depuis quand la Mageia est basée sur Deb ? Non, alors c'est Ubuntu qui passe en RPM ? ;-) , De plus historiquement Gaël Duval en 98 s'est basé sur la Red Hat 5.2 , il a même repris la numérotation …
[^] # Re: Mageia et serveur web
Posté par cortex62 . En réponse à la dépêche Sortie de la Mageia 4. Évalué à 1.
Bien sur que ça fonctionne, c'est même tout aussi fiable . Mais c'est plus les cycles de développement qui différent, et pour moi , celui de la debian est plus adapté. Je parle pars expérience, moi aussi j'ai fait de l'autohébergement avec une mandriva (8 mois d'uptime sans onduleur, faut le faire ;-)).
18 mois pour un serveur, c'est un peu court… Chacun voit midi à sa porte…
[^] # Re: Qu'apporte Mageia ?
Posté par cortex62 . En réponse à la dépêche Sortie de la Mageia 4. Évalué à 6.
Pour faire une comparaison, je dirai que la Mageia est une Fedora stabilisée.
Moins "tranchante" , avec une gestion des paquetages et surtout des dépôts beaucoup mieux ficelées (mieux que opensuse aussi). Les dépôts officiels sont classés par catégorie de license(free/libre , proprio, limite niveaux brevet).Et c'est assez complet.
Le Mageai control center est moins complet que yast, moins complexe aussi (dans la mesure du possible). Mais il couvre quand même 95% des besoins au moins.
L’intégration des bureaux est en général plus complète aussi, surtout si l'on considère le nb d’environnement disponible.
[^] # Re: Celles qui m'ont marquées jusque là
Posté par cortex62 . En réponse à la dépêche darktable 1.4. Évalué à 4.
Euh..a 10/20 ans comme tu dis , rien n'est sur pour lightroom non plus. Je dirais même que c'est un soucis avec TOUT les formats numérique propriétaire (matériel ou logiciel)….
Sur de telle durée les logiciels libre apportent une certaine pérennité…
Juste pour le fun essaye de trouver un lecteur de carte smartmedia (olympus/fuji) à l'heure actuelle.
# Les masques dessiné ?
Posté par cortex62 . En réponse à la dépêche darktable 1.4. Évalué à 1.
Eh ben, ce sont les utilisateurs de lightroom qui vont être envieux.
Un cache local , ça aussi c'est intéressant, parce que des raw à 20-30 Mio pièce, les disques externes deviennent vite trés utile.
Quand aux scripts: à nous les timelapses en raw (pour équilibrer l'exposition ou l'astronomie).
Et tout ça avec un saut de la version 1.2-> 1.4 ? Ça me fait penser à Blender; qu'est ce que ça va être pour la version 2.0 ou 3.0 ?