Bon r=C3=A9v=C3=A9lateur des plus inattendu : on me dit mais le format raw =
c'est pour les neuneux qui veulent acheter du disque dur ou /et du nuage, c=
ela n'apporte rien de plus que le format jpg qui est un tiff compress=C3=A9=
!
Et donc en lieu et place de copier ce que font les photographe, c'est vrai =
?
Qu'apporte le RAW de plus que 16 millions de couleurs, parce que =C3=A0 par=
t deux donn=C3=A9e dans un repaire orthonorm=C3=A9e et une couleur je voies=
pas bien ce que l'on peut mettre comme information suppl=C3=A9mentaire, =
=C3=A0 part du Merdeux marketing ?
Le jeudi 22 août 2019 13:28:10 UTC+2, Stephane Legras-Decussy a é crit :
Le 22/08/2019 05:45, Ptilou a écrit :
// Makernote tag type: #define is_0x927c 0 /* most cameras */" C'est pas du code source, un accé memoire peut soit faire réf érence à une instruction qu'il faut connaitre, soi une valeur sto cké à cette endroit ... Je te fais grâce stricto sensu du cours d'informatique ...
arrête le délire, c'est pas un accès mémoire, c'est d u pré-processeur pour le compilateur
Ben essaye motif et cross compilation
Le jeudi 22 août 2019 13:28:10 UTC+2, Stephane Legras-Decussy a é crit :
Le 22/08/2019 05:45, Ptilou a écrit :
> // Makernote tag type:
> #define is_0x927c 0 /* most cameras */"
>
> C'est pas du code source, un accé memoire peut soit faire réf érence à une instruction qu'il faut connaitre, soi une valeur sto cké à cette endroit ...
> Je te fais grâce stricto sensu du cours d'informatique ...
>
arrête le délire, c'est pas un accès mémoire, c'est d u pré-processeur
pour le compilateur
Le jeudi 22 août 2019 13:28:10 UTC+2, Stephane Legras-Decussy a é crit :
Le 22/08/2019 05:45, Ptilou a écrit :
// Makernote tag type: #define is_0x927c 0 /* most cameras */" C'est pas du code source, un accé memoire peut soit faire réf érence à une instruction qu'il faut connaitre, soi une valeur sto cké à cette endroit ... Je te fais grâce stricto sensu du cours d'informatique ...
arrête le délire, c'est pas un accès mémoire, c'est d u pré-processeur pour le compilateur
Ben essaye motif et cross compilation
GG
Dans son message précédent, Stephane Legras-Decussy a écrit :
je veux dire c'est pas le capteur qui est compliqué,
Pas si faux, mais quand tu sais comment cela fonctionne ce n'est pas si compliqué mais assez difficile à expliquer a un pousse-bouton qui n'y comprend pas grand chose en hard (je ne me permettrais pas de te traiter de la sort) mais pas simple avec les softeux aussi. :)
c'est s'être fait chier à prendre en compte les innombrables produits du marché, même les pires produits de niche.
Ca c'est la passion, ça ne se commande pas, il s'est fait "chier" comme tu dis car il a du avoir aussi des passionnés dans d'autres domaines, en face de lui, l'astrophotograpie par exemple. ;-)
le genre de code que personne n'aime faire : très peu de math et énormément de if then
Bin quoi !!! les ordre de pré-processing pour le ou les compilateurs un jeu d'enfants quand tu travailles sur du code que tu veux excecuter sur différence OS par exemple, ensuite ... Autrement plus simple http://gphoto.org/ Allez un dernier lien qui peut aider a faire de l'astrophotographie en ciel profond, http://espace-raspberry-francais.fr/Composants/Utilisation-Camera-sur-Raspberry-Pi-Francais/ pas la peine de faire un gros investissement au début pour y comprendre quelque chose tu peux avoir accès au cpateur directement et le Sony est interressant mais cher.
Dans son message précédent, Stephane Legras-Decussy a écrit :
je veux dire c'est pas le capteur qui est compliqué,
Pas si faux, mais quand tu sais comment cela fonctionne ce n'est pas
si compliqué mais assez difficile à expliquer a un pousse-bouton qui
n'y comprend pas grand chose en hard (je ne me permettrais pas de te
traiter de la sort) mais pas simple avec les softeux aussi. :)
c'est s'être fait chier
à prendre en compte les innombrables produits du marché, même les pires
produits de niche.
Ca c'est la passion, ça ne se commande pas, il s'est fait "chier" comme
tu dis car il a du avoir aussi des passionnés dans d'autres domaines,
en face de lui, l'astrophotograpie par exemple. ;-)
le genre de code que personne n'aime faire : très peu de math et
énormément de if then
Bin quoi !!! les ordre de pré-processing pour le ou les compilateurs
un jeu d'enfants quand tu travailles sur du code que tu veux excecuter
sur différence OS par exemple, ensuite ...
Autrement plus simple http://gphoto.org/
Allez un dernier lien qui peut aider a faire de l'astrophotographie
en ciel profond,
http://espace-raspberry-francais.fr/Composants/Utilisation-Camera-sur-Raspberry-Pi-Francais/
pas la peine de faire un gros investissement au début pour y comprendre
quelque chose tu peux avoir accès au cpateur directement et le
Sony est interressant mais cher.
Dans son message précédent, Stephane Legras-Decussy a écrit :
je veux dire c'est pas le capteur qui est compliqué,
Pas si faux, mais quand tu sais comment cela fonctionne ce n'est pas si compliqué mais assez difficile à expliquer a un pousse-bouton qui n'y comprend pas grand chose en hard (je ne me permettrais pas de te traiter de la sort) mais pas simple avec les softeux aussi. :)
c'est s'être fait chier à prendre en compte les innombrables produits du marché, même les pires produits de niche.
Ca c'est la passion, ça ne se commande pas, il s'est fait "chier" comme tu dis car il a du avoir aussi des passionnés dans d'autres domaines, en face de lui, l'astrophotograpie par exemple. ;-)
le genre de code que personne n'aime faire : très peu de math et énormément de if then
Bin quoi !!! les ordre de pré-processing pour le ou les compilateurs un jeu d'enfants quand tu travailles sur du code que tu veux excecuter sur différence OS par exemple, ensuite ... Autrement plus simple http://gphoto.org/ Allez un dernier lien qui peut aider a faire de l'astrophotographie en ciel profond, http://espace-raspberry-francais.fr/Composants/Utilisation-Camera-sur-Raspberry-Pi-Francais/ pas la peine de faire un gros investissement au début pour y comprendre quelque chose tu peux avoir accès au cpateur directement et le Sony est interressant mais cher.
Stephane Legras-Decussy
Le 23/08/2019 12:07, GG a écrit :
Dans son message précédent, Stephane Legras-Decussy a écrit :
je veux dire c'est pas le capteur qui est compliqué,
Pas si faux, mais quand tu sais comment cela fonctionne ce n'est pas si compliqué mais assez difficile à expliquer a un pousse-bouton qui n'y comprend pas grand chose en hard (je ne me permettrais pas de te traiter de la sort) mais pas simple avec les softeux aussi. :)
c'est s'être fait chier à prendre en compte les innombrables produits du marché, même les pires produits de niche.
Ca c'est la passion, ça ne se commande pas, il s'est fait "chier" comme tu dis car il a du avoir aussi des passionnés dans d'autres domaines, en face de lui, l'astrophotograpie par exemple. ;-)
le genre de code que personne n'aime faire : très peu de math et énormément de if then
Bin quoi !!! les ordre de pré-processing pour le ou les compilateurs un jeu d'enfants quand tu travailles sur du code que tu veux excecuter sur différence OS par exemple, ensuite ... Autrement plus simple http://gphoto.org/ Allez un dernier lien qui peut aider a faire de l'astrophotographie en ciel profond, http://espace-raspberry-francais.fr/Composants/Utilisation-Camera-sur-Raspberry-Pi-Francais/ pas la peine de faire un gros investissement au début pour y comprendre quelque chose tu peux avoir accès au cpateur directement et le Sony est interressant mais cher.
c'est plus compliqué pour moi d'utiliser ce genre de truc plutôt que de partir de la brique de base. j'avais pris et soudé sur circuit perso un capteur kodak kaf 1001, il est cool ce capteur, il est carré, full frame, n&b, 1 Mpix, ça m'aurait fait un couette APN :-) c'est pas compliqué à utiliser... en revanche le temps de dev pour avoir un *beau* jpg écrit dans une SD card, c'est lourd. par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus chaud que lire le capteur !
Le 23/08/2019 12:07, GG a écrit :
Dans son message précédent, Stephane Legras-Decussy a écrit :
je veux dire c'est pas le capteur qui est compliqué,
Pas si faux, mais quand tu sais comment cela fonctionne ce n'est pas
si compliqué mais assez difficile à expliquer a un pousse-bouton qui
n'y comprend pas grand chose en hard (je ne me permettrais pas de te
traiter de la sort) mais pas simple avec les softeux aussi. :)
c'est s'être fait chier à prendre en compte les innombrables produits
du marché, même les pires produits de niche.
Ca c'est la passion, ça ne se commande pas, il s'est fait "chier" comme
tu dis car il a du avoir aussi des passionnés dans d'autres domaines,
en face de lui, l'astrophotograpie par exemple. ;-)
le genre de code que personne n'aime faire : très peu de math et
énormément de if then
Bin quoi !!! les ordre de pré-processing pour le ou les compilateurs
un jeu d'enfants quand tu travailles sur du code que tu veux excecuter
sur différence OS par exemple, ensuite ...
Autrement plus simple http://gphoto.org/
Allez un dernier lien qui peut aider a faire de l'astrophotographie
en ciel profond,
http://espace-raspberry-francais.fr/Composants/Utilisation-Camera-sur-Raspberry-Pi-Francais/
pas la peine de faire un gros investissement au début pour y comprendre
quelque chose tu peux avoir accès au cpateur directement et le
Sony est interressant mais cher.
c'est plus compliqué pour moi d'utiliser ce genre de truc plutôt que
de partir de la brique de base.
j'avais pris et soudé sur circuit perso un capteur kodak kaf 1001,
il est cool ce capteur, il est carré, full frame, n&b, 1 Mpix, ça
m'aurait fait un couette APN :-)
c'est pas compliqué à utiliser... en revanche le temps de dev pour avoir
un *beau* jpg écrit dans une SD card, c'est lourd.
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus
chaud que lire le capteur !
Dans son message précédent, Stephane Legras-Decussy a écrit :
je veux dire c'est pas le capteur qui est compliqué,
Pas si faux, mais quand tu sais comment cela fonctionne ce n'est pas si compliqué mais assez difficile à expliquer a un pousse-bouton qui n'y comprend pas grand chose en hard (je ne me permettrais pas de te traiter de la sort) mais pas simple avec les softeux aussi. :)
c'est s'être fait chier à prendre en compte les innombrables produits du marché, même les pires produits de niche.
Ca c'est la passion, ça ne se commande pas, il s'est fait "chier" comme tu dis car il a du avoir aussi des passionnés dans d'autres domaines, en face de lui, l'astrophotograpie par exemple. ;-)
le genre de code que personne n'aime faire : très peu de math et énormément de if then
Bin quoi !!! les ordre de pré-processing pour le ou les compilateurs un jeu d'enfants quand tu travailles sur du code que tu veux excecuter sur différence OS par exemple, ensuite ... Autrement plus simple http://gphoto.org/ Allez un dernier lien qui peut aider a faire de l'astrophotographie en ciel profond, http://espace-raspberry-francais.fr/Composants/Utilisation-Camera-sur-Raspberry-Pi-Francais/ pas la peine de faire un gros investissement au début pour y comprendre quelque chose tu peux avoir accès au cpateur directement et le Sony est interressant mais cher.
c'est plus compliqué pour moi d'utiliser ce genre de truc plutôt que de partir de la brique de base. j'avais pris et soudé sur circuit perso un capteur kodak kaf 1001, il est cool ce capteur, il est carré, full frame, n&b, 1 Mpix, ça m'aurait fait un couette APN :-) c'est pas compliqué à utiliser... en revanche le temps de dev pour avoir un *beau* jpg écrit dans une SD card, c'est lourd. par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus chaud que lire le capteur !
jdd
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus chaud que lire le capteur !
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites! jdd -- http://dodin.org
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus
chaud que lire le capteur !
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites!
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus chaud que lire le capteur !
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites! jdd -- http://dodin.org
benoit
jdd wrote:
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus chaud que lire le capteur !
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites!
D'autant qu'une SD est gérée par l'OS comme n'importe quel disque dur. Ce n'est pas d'une bibliothèque dont tu as besoin, mais d'un OS tout court. -- Vie : n.f. maladie mortelle sexuellement transmissible Benoit chez lui à leraillez.com
jdd <jdd@dodin.org> wrote:
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
> par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus
> chaud que lire le capteur !
>
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites!
D'autant qu'une SD est gérée par l'OS comme n'importe quel disque dur.
Ce n'est pas d'une bibliothèque dont tu as besoin, mais d'un OS tout
court.
--
Vie : n.f. maladie mortelle sexuellement transmissible
Benoit chez lui à leraillez.com
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus chaud que lire le capteur !
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites!
D'autant qu'une SD est gérée par l'OS comme n'importe quel disque dur. Ce n'est pas d'une bibliothèque dont tu as besoin, mais d'un OS tout court. -- Vie : n.f. maladie mortelle sexuellement transmissible Benoit chez lui à leraillez.com
Stephane Legras-Decussy
Le 24/08/2019 07:36, jdd a écrit :
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus chaud que lire le capteur !
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites!
ça existe bien sur, mais c'est un mode particulier ultra fast, qui coute tellement cher que Nikon / Canon peut se la payer... écrire à 10 Mo/s dans une SD, c'est très chaud... le mode normal est série, très lent.
Le 24/08/2019 07:36, jdd a écrit :
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus
chaud que lire le capteur !
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites!
ça existe bien sur, mais c'est un mode particulier ultra fast, qui coute
tellement cher que Nikon / Canon peut se la payer...
écrire à 10 Mo/s dans une SD, c'est très chaud... le mode normal est
série, très lent.
Le 23/08/2019 à 22:14, Stephane Legras-Decussy a écrit :
par exemple l'ecriture haute vitesse dans une SD card, c'est bien plus chaud que lire le capteur !
ca m'étonne qu'on ne trouve pas des bibliothèques toute faites!
ça existe bien sur, mais c'est un mode particulier ultra fast, qui coute tellement cher que Nikon / Canon peut se la payer... écrire à 10 Mo/s dans une SD, c'est très chaud... le mode normal est série, très lent.
GG
Il se trouve que Benoît a formulé :
mais d'un OS tout court.
Certes mais pas d'un OS-camion, mais plutot d'un OS-Formule1 et ça ce n'est pas si simple comme le mentionne Stéphane. Quand tu es au 1/1000 de secondes et qu'il faut récuperer les données du capteur, il faut s'arracher, ce n'est ni avec un windows, ni un Nunux ni un OS d'ailleurs autrement tu fais simplement du 8 à 10 images secondes et encore. :) 10 images/seconde ca fait du 100 ms quand tu es au 1/1000S il te reste 99 ms pour l'ecrire dans la SD, si le capteur fait 8 MegaPixels il faut quand te magner le popotin. :) Temps réel vous avez dit ? :)
Il se trouve que Benoît a formulé :
mais d'un OS tout
court.
Certes mais pas d'un OS-camion, mais plutot d'un OS-Formule1
et ça ce n'est pas si simple comme le mentionne Stéphane.
Quand tu es au 1/1000 de secondes et qu'il faut récuperer les
données du capteur, il faut s'arracher, ce n'est ni avec un
windows, ni un Nunux ni un OS d'ailleurs autrement tu fais
simplement du 8 à 10 images secondes et encore. :)
10 images/seconde ca fait du 100 ms quand tu es au 1/1000S
il te reste 99 ms pour l'ecrire dans la SD, si le capteur
fait 8 MegaPixels il faut quand te magner le popotin. :)
Temps réel vous avez dit ? :)
Certes mais pas d'un OS-camion, mais plutot d'un OS-Formule1 et ça ce n'est pas si simple comme le mentionne Stéphane. Quand tu es au 1/1000 de secondes et qu'il faut récuperer les données du capteur, il faut s'arracher, ce n'est ni avec un windows, ni un Nunux ni un OS d'ailleurs autrement tu fais simplement du 8 à 10 images secondes et encore. :) 10 images/seconde ca fait du 100 ms quand tu es au 1/1000S il te reste 99 ms pour l'ecrire dans la SD, si le capteur fait 8 MegaPixels il faut quand te magner le popotin. :) Temps réel vous avez dit ? :)
jdd
Le 24/08/2019 à 16:18, GG a écrit :
Quand tu es au 1/1000 de secondes et qu'il faut récuperer les données du capteur, il faut s'arracher, ce n'est ni avec un windows, ni un Nunux ni un OS d'ailleurs autrement tu fais simplement du 8 à 10 images secondes et encore. :)
ce n'est pas nouveau ni spécifique à la carte sd, il y a sûrement des bibliothèques spécialisées et, évidemment elles sont en langage machine, mais l'interface est sans doute en python ou en C par exemple https://www.fstpackage.org/ jdd -- http://dodin.org
Le 24/08/2019 à 16:18, GG a écrit :
Quand tu es au 1/1000 de secondes et qu'il faut récuperer les
données du capteur, il faut s'arracher, ce n'est ni avec un
windows, ni un Nunux ni un OS d'ailleurs autrement tu fais
simplement du 8 à 10 images secondes et encore. :)
ce n'est pas nouveau ni spécifique à la carte sd, il y a sûrement des
bibliothèques spécialisées et, évidemment elles sont en langage machine,
mais l'interface est sans doute en python ou en C
Quand tu es au 1/1000 de secondes et qu'il faut récuperer les données du capteur, il faut s'arracher, ce n'est ni avec un windows, ni un Nunux ni un OS d'ailleurs autrement tu fais simplement du 8 à 10 images secondes et encore. :)
ce n'est pas nouveau ni spécifique à la carte sd, il y a sûrement des bibliothèques spécialisées et, évidemment elles sont en langage machine, mais l'interface est sans doute en python ou en C par exemple https://www.fstpackage.org/ jdd -- http://dodin.org
Stephane Legras-Decussy
Le 24/08/2019 16:55, jdd a écrit :
Quand tu es au 1/1000 de secondes et qu'il faut récuperer les données du capteur, il faut s'arracher, ce n'est ni avec un windows, ni un Nunux ni un OS d'ailleurs autrement tu fais simplement du 8 à 10 images secondes et encore. :)
ce n'est pas nouveau ni spécifique à la carte sd, il y a sûrement des bibliothèques spécialisées et, évidemment elles sont en langage machine, mais l'interface est sans doute en python ou en C
pas de différence entre langage machine et C, vitesse egale. les firmware sont en C, ya pas d'OS... un OS sert à faire une machine evolutive et/ou multi-applications... un smartphone. un APN est une pierre... qui doit pas prendre 10s pour booter. un SD card c'a écrit en serie (mode lent) ou en serie/parrallèle (mode utra fast à doc hors de prix). au dessus de ça, il suffit d'avoir le bloc de C qui sait écrire du FAT32. Et voilà.
Le 24/08/2019 16:55, jdd a écrit :
Quand tu es au 1/1000 de secondes et qu'il faut récuperer les
données du capteur, il faut s'arracher, ce n'est ni avec un
windows, ni un Nunux ni un OS d'ailleurs autrement tu fais
simplement du 8 à 10 images secondes et encore. :)
ce n'est pas nouveau ni spécifique à la carte sd, il y a sûrement des
bibliothèques spécialisées et, évidemment elles sont en langage machine,
mais l'interface est sans doute en python ou en C
pas de différence entre langage machine et C, vitesse egale.
les firmware sont en C, ya pas d'OS... un OS sert à faire une machine
evolutive et/ou multi-applications... un smartphone.
un APN est une pierre... qui doit pas prendre 10s pour booter.
un SD card c'a écrit en serie (mode lent) ou en serie/parrallèle (mode
utra fast à doc hors de prix).
au dessus de ça, il suffit d'avoir le bloc de C qui sait écrire du
FAT32. Et voilà.
Quand tu es au 1/1000 de secondes et qu'il faut récuperer les données du capteur, il faut s'arracher, ce n'est ni avec un windows, ni un Nunux ni un OS d'ailleurs autrement tu fais simplement du 8 à 10 images secondes et encore. :)
ce n'est pas nouveau ni spécifique à la carte sd, il y a sûrement des bibliothèques spécialisées et, évidemment elles sont en langage machine, mais l'interface est sans doute en python ou en C
pas de différence entre langage machine et C, vitesse egale. les firmware sont en C, ya pas d'OS... un OS sert à faire une machine evolutive et/ou multi-applications... un smartphone. un APN est une pierre... qui doit pas prendre 10s pour booter. un SD card c'a écrit en serie (mode lent) ou en serie/parrallèle (mode utra fast à doc hors de prix). au dessus de ça, il suffit d'avoir le bloc de C qui sait écrire du FAT32. Et voilà.
Stephane Legras-Decussy
Le 24/08/2019 16:18, GG a écrit :
Il se trouve que Benoît a formulé :
mais d'un OS tout court.
Certes mais pas d'un OS-camion, mais plutot d'un OS-Formule1 et ça ce n'est pas si simple comme le mentionne Stéphane. Quand tu es au 1/1000 de secondes et qu'il faut récuperer les données du capteur, il faut s'arracher, ce n'est ni avec un windows, ni un Nunux ni un OS d'ailleurs autrement tu fais simplement du 8 à 10 images secondes et encore. :) 10 images/seconde ca fait du 100 ms quand tu es au 1/1000S il te reste 99 ms pour l'ecrire dans la SD, si le capteur fait 8 MegaPixels il faut quand te magner le popotin. :) Temps réel vous avez dit ? :)
surtout, pas le moindre OS... qui a aurait envie qu'un APN boot avec un sablier qui tourne, quand on l'allume !! evil ! l'electronique numerique ordinaire, ça tourne à 10 Mhz on va dire... une simple image de 10 Mpix raw c'est disons 10 Mega octet, en écrivant octet par octet avec un horloge à 10 Mhz dans la SD, on écrit déja qu'une image par seconde !
Le 24/08/2019 16:18, GG a écrit :
Il se trouve que Benoît a formulé :
mais d'un OS tout
court.
Certes mais pas d'un OS-camion, mais plutot d'un OS-Formule1
et ça ce n'est pas si simple comme le mentionne Stéphane.
Quand tu es au 1/1000 de secondes et qu'il faut récuperer les
données du capteur, il faut s'arracher, ce n'est ni avec un
windows, ni un Nunux ni un OS d'ailleurs autrement tu fais
simplement du 8 à 10 images secondes et encore. :)
10 images/seconde ca fait du 100 ms quand tu es au 1/1000S
il te reste 99 ms pour l'ecrire dans la SD, si le capteur
fait 8 MegaPixels il faut quand te magner le popotin. :)
Temps réel vous avez dit ? :)
surtout, pas le moindre OS... qui a aurait envie qu'un APN boot
avec un sablier qui tourne, quand on l'allume !! evil !
l'electronique numerique ordinaire, ça tourne à 10 Mhz on va dire...
une simple image de 10 Mpix raw c'est disons 10 Mega octet, en écrivant
octet par octet avec un horloge à 10 Mhz dans la SD, on écrit déja
qu'une image par seconde !
Certes mais pas d'un OS-camion, mais plutot d'un OS-Formule1 et ça ce n'est pas si simple comme le mentionne Stéphane. Quand tu es au 1/1000 de secondes et qu'il faut récuperer les données du capteur, il faut s'arracher, ce n'est ni avec un windows, ni un Nunux ni un OS d'ailleurs autrement tu fais simplement du 8 à 10 images secondes et encore. :) 10 images/seconde ca fait du 100 ms quand tu es au 1/1000S il te reste 99 ms pour l'ecrire dans la SD, si le capteur fait 8 MegaPixels il faut quand te magner le popotin. :) Temps réel vous avez dit ? :)
surtout, pas le moindre OS... qui a aurait envie qu'un APN boot avec un sablier qui tourne, quand on l'allume !! evil ! l'electronique numerique ordinaire, ça tourne à 10 Mhz on va dire... une simple image de 10 Mpix raw c'est disons 10 Mega octet, en écrivant octet par octet avec un horloge à 10 Mhz dans la SD, on écrit déja qu'une image par seconde !
