Nouveau capteur Fuji ! Alléchant...

Stephane Legras-Decussy

30/09/2008 à 01:03

"Ofnuts" a écrit dans le message de news:
48e15384$0$10454$

L'utilisation de ce genre de réglage est viscéralement impossible dans une
population qui n'imagine pas utiliser un câble USB(*) qui n'est pas de la
même marque que l'appareil.

un vendeur Fnac m'a dit qu'un cable
USB de marque (et doré), ça améliorait la
qualité d'image...

mais qu'on s'en rendait pas compte sans TV full HD...

Ofnuts

30/09/2008 à 08:57

markorki wrote:

(*) Expérience vécue dans une boutique de photo indienne où on m'a
refusé un câble USB quand j'ai eu le malheur de dire que c'était pour
un Olympus.

En l'occurence, il n'y avait peut-être rien là de visceral. Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte. Bien sûr, il y a des prises
propriétaires, mais on en voit surtout sur les téléphones, et mon
Olympus prend une mini-B tout ce qu'il y a de plus classique. J'ai
d'ailleurs fini par trouver un câble qui venait avec un CD d'utilitaires
Nokia.

Tu as peut-être tout simplement eu affaire à des gens qui connaissaient
**leurs** cables et les risques à les monter sur Olympus, et peut-être
eu une réaction de "Sahib", style "rhalala, ces exotiques et leurs
manies"...

Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

--
Bertrand

markorki wrote:

(*) Expérience vécue dans une boutique de photo indienne où on m'a
refusé un câble USB quand j'ai eu le malheur de dire que c'était pour
un Olympus.

En l'occurence, il n'y avait peut-être rien là de visceral. Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte. Bien sûr, il y a des prises
propriétaires, mais on en voit surtout sur les téléphones, et mon
Olympus prend une mini-B tout ce qu'il y a de plus classique. J'ai
d'ailleurs fini par trouver un câble qui venait avec un CD d'utilitaires
Nokia.

Tu as peut-être tout simplement eu affaire à des gens qui connaissaient
**leurs** cables et les risques à les monter sur Olympus, et peut-être
eu une réaction de "Sahib", style "rhalala, ces exotiques et leurs
manies"...

Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

--
Bertrand

Vous avez filtré cet utilisateur ! Consultez son message

markorki wrote:

(*) Expérience vécue dans une boutique de photo indienne où on m'a
refusé un câble USB quand j'ai eu le malheur de dire que c'était pour
un Olympus.

En l'occurence, il n'y avait peut-être rien là de visceral. Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte. Bien sûr, il y a des prises
propriétaires, mais on en voit surtout sur les téléphones, et mon
Olympus prend une mini-B tout ce qu'il y a de plus classique. J'ai
d'ailleurs fini par trouver un câble qui venait avec un CD d'utilitaires
Nokia.

Tu as peut-être tout simplement eu affaire à des gens qui connaissaient
**leurs** cables et les risques à les monter sur Olympus, et peut-être
eu une réaction de "Sahib", style "rhalala, ces exotiques et leurs
manies"...

Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

--
Bertrand

Jacques L'helgoualc'h

30/09/2008 à 10:25

Le 30-09-2008, Ofnuts a écrit :

markorki wrote:
[...] Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte.

Pas forcément :

- tu as des câbles en Y à la mini-xxx --> (usb + video) qui partagent
le même connecteur pour deux entrées ;

- sur un onduleur MGE, j'ai un connecteur RJ-45 pour de l'USB...

Bien sûr, il y a des prises propriétaires,

utilisant parfois des connecteurs standard :/

[...]

Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Le code des modes « PASM » est probablement déjà éprouvé sur un autre
modèle...

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

Une option oui/non sur le débruitage ne doit tout de même pas nécessiter
un crash-test.
--
Jacques L'helgoualc'h

Le 30-09-2008, Ofnuts a écrit :

markorki wrote:

[...] Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte.

Pas forcément :

- tu as des câbles en Y à la mini-xxx --> (usb + video) qui partagent
le même connecteur pour deux entrées ;

- sur un onduleur MGE, j'ai un connecteur RJ-45 pour de l'USB...

Bien sûr, il y a des prises propriétaires,

utilisant parfois des connecteurs standard :/

[...]

Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Le code des modes « PASM » est probablement déjà éprouvé sur un autre
modèle...

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

Une option oui/non sur le débruitage ne doit tout de même pas nécessiter
un crash-test.
--
Jacques L'helgoualc'h

Vous avez filtré cet utilisateur ! Consultez son message

Le 30-09-2008, Ofnuts a écrit :

markorki wrote:
[...] Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte.

Pas forcément :

- tu as des câbles en Y à la mini-xxx --> (usb + video) qui partagent
le même connecteur pour deux entrées ;

- sur un onduleur MGE, j'ai un connecteur RJ-45 pour de l'USB...

Bien sûr, il y a des prises propriétaires,

utilisant parfois des connecteurs standard :/

[...]

Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Le code des modes « PASM » est probablement déjà éprouvé sur un autre
modèle...

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

Une option oui/non sur le débruitage ne doit tout de même pas nécessiter
un crash-test.
--
Jacques L'helgoualc'h

Ofnuts

30/09/2008 à 11:07

Jacques L'helgoualc'h wrote:

Le 30-09-2008, Ofnuts a écrit :
markorki wrote:
[...] Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte.

Pas forcément :

- tu as des câbles en Y à la mini-xxx --> (usb + video) qui partagent
le même connecteur pour deux entrées ;

- sur un onduleur MGE, j'ai un connecteur RJ-45 pour de l'USB...

Bien sûr, il y a des prises propriétaires,

utilisant parfois des connecteurs standard :/

[...]
Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Le code des modes « PASM » est probablement déjà éprouvé sur un autre
modèle...

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

Une option oui/non sur le débruitage ne doit tout de même pas nécessiter
un crash-test.

Dans une boite sérieuse, si... tu ne sais jamais ce qui se passe dans
ton code. Le débruitage peut générer une valeur quelque part qui est
utilisée plus tard, et qui subitement n'est plus initialisée quand tu ne
débruite plus. Oui, programmer ce genre d'effet secondaire est *mal*
mais malheureusement ça arrive, et donc il faut tester et retester.
Comme disait un bandeau dans l'open space d'une équipe de testeurs
américains auxquels je me suis frotté (sympas, mais sans pitié :-): "In
God we trust. Everybody else will have his code tested".

--
Bertrand

Jacques L'helgoualc'h wrote:

Le 30-09-2008, Ofnuts a écrit :

markorki wrote:

[...] Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte.

Pas forcément :

- tu as des câbles en Y à la mini-xxx --> (usb + video) qui partagent
le même connecteur pour deux entrées ;

- sur un onduleur MGE, j'ai un connecteur RJ-45 pour de l'USB...

Bien sûr, il y a des prises propriétaires,

utilisant parfois des connecteurs standard :/

[...]

Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Le code des modes « PASM » est probablement déjà éprouvé sur un autre
modèle...

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

Une option oui/non sur le débruitage ne doit tout de même pas nécessiter
un crash-test.

Dans une boite sérieuse, si... tu ne sais jamais ce qui se passe dans
ton code. Le débruitage peut générer une valeur quelque part qui est
utilisée plus tard, et qui subitement n'est plus initialisée quand tu ne
débruite plus. Oui, programmer ce genre d'effet secondaire est *mal*
mais malheureusement ça arrive, et donc il faut tester et retester.
Comme disait un bandeau dans l'open space d'une équipe de testeurs
américains auxquels je me suis frotté (sympas, mais sans pitié :-): "In
God we trust. Everybody else will have his code tested".

--
Bertrand

Vous avez filtré cet utilisateur ! Consultez son message

Jacques L'helgoualc'h wrote:

Le 30-09-2008, Ofnuts a écrit :
markorki wrote:
[...] Il y a
plusieurs cablages possibles, selon le fabricant, pour les cables
comprenant une prise "micro-USB" trapézoïdale.

Non... si ca rentre, ca connecte.

Pas forcément :

- tu as des câbles en Y à la mini-xxx --> (usb + video) qui partagent
le même connecteur pour deux entrées ;

- sur un onduleur MGE, j'ai un connecteur RJ-45 pour de l'USB...

Bien sûr, il y a des prises propriétaires,

utilisant parfois des connecteurs standard :/

[...]
Moi aussi je suis convaincu du coût très faible de fonctions élaborées
dans un firmware, tant qu'elles ne font pas appel à des boutons directs,
séparés, donc plus chers, compliquant le cablage, augamentant les
risques de défaut, etc... mais après tout, les 250 modes scène inutiles
exigent aussi une roue à 253 ou 254 positions quand ils sont directs ;-)

Sur que c'est moins cher et moins compliqué qu'un bouton. Reste
qu'écrire ce code c'est plus que rajouter 200 lignes de code au firmware.

Le code des modes « PASM » est probablement déjà éprouvé sur un autre
modèle...

Pour moi le coût est faible car il ne s'agit que de modifier un calcul à
n paramètres en en laissant fixer un (partfois 2) par l'utilisateur, et
ce type de séquences soft (le choix des fonctions, pas les calculs) est
récupérable d'un APN à l'autre (comme un boitier électronique d'ABS à 4
capteurs peut gérer aussi bien la logique de freinage d'une Panda que
d'un gros 4*4 en forme de "j'en ai une plus grosse que toi", tant qu'il
a 4 roues également.

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

Une option oui/non sur le débruitage ne doit tout de même pas nécessiter
un crash-test.

Dans une boite sérieuse, si... tu ne sais jamais ce qui se passe dans
ton code. Le débruitage peut générer une valeur quelque part qui est
utilisée plus tard, et qui subitement n'est plus initialisée quand tu ne
débruite plus. Oui, programmer ce genre d'effet secondaire est *mal*
mais malheureusement ça arrive, et donc il faut tester et retester.
Comme disait un bandeau dans l'open space d'une équipe de testeurs
américains auxquels je me suis frotté (sympas, mais sans pitié :-): "In
God we trust. Everybody else will have his code tested".

--
Bertrand

MELMOTH

30/09/2008 à 11:22

Ce cher mammifère du nom de Jean-Pierre Roche nous susurrait, le lundi
29/09/2008, dans nos oreilles grandes ouvertes mais un peu sales quand
même, et dans le message <gbqqsi$2mtc$, les doux
mélismes suivants :

Voilà : utile (selon toi) à *toi*

Quelles sont selon toi les fonctions *utiles*, pour ne pas dire
*indispensables*, que doit avoir un APN (quelque soit le type...Disons
reflex, quand même !) pour satisfaire un _véritable_ *amateur* de fotos
(qui aime "tout" fotograpfier, et en essayant d'y mettre une touche
personnelle) ?...

Perso, J'ai choisi le Nikon D90 essentiellement pour :

- les nombreux et _simples_ réglages à l'aide des _deux_ molettes
(balance des blancs, ouverture, bracketing etc...)
- le viseur optique et son _quadrillage_...
- la visulaisation de la configue à la fois sur l'écran du dessus et
sur le viseur électronique...
- les très hauts ISO...
- les _neuf_ collimateurs (quoique...)...
- enregistrements NEF + _trois_ formats de JPG...
- mode rafale à 4.5 images/seconde
- bracketing...
- test de PdC...
- poids plus qu'acceptable (avec l'objectif habituel, le 18-200)...

En revanche, Je Me fous complètement :

- de la vidéo (bon...Elle Me permettra malgré tout de garder
d'émouvants souvenirs de Mes petits-enfants !)...
- du "live view"...(sauf évidemment pour d'éventuelles vidéos)...
- le traitemet d'images embarqué...Je préfère nettement "bosser" sur
micro... (même sur une antiquité comme la Mienne)...

--
Car avec beaucoup de science, il y a beaucoup de chagrin ; et celui qui
accroît sa science, accroît sa douleur.
[Ecclésiaste, 1-18]
MELMOTH - souffrant

MELMOTH

30/09/2008 à 11:27

Ce cher mammifère du nom de François Jouve nous susurrait, le lundi
29/09/2008, dans nos oreilles grandes ouvertes mais un peu sales quand
même, et dans le message <gbqtvh$8ap$, les doux mélismes
suivants :

Franchement, les 50 menus "scenes" qu'on trouve maintenant
sur la plupart des apn, ils sont utiles à qui ?
Vraiment personne.

Je Me demande bien qu'est-ce qui te permet d'affirmer une telle conceté
!...
Je connais beaucoup d'utilisateurs de compacts/brifge qui utilisent
_systématiquement_ les modes "scène" !...
Mais c'est vrai que les "pros" et autres amateurs dits "avertis" ne les
utilisent jamais...Ils ne sont d'ailleurs plus présents sur les
appareils à partir d'un certain niveau...
Le D90 les a conservés, lui...9a et la vidéo touchent bien évidemment
une clientèle bien spécifique...Amateurs "avertis" et/ou _second
boitier_ pour les "pros" ?...

--
Car avec beaucoup de science, il y a beaucoup de chagrin ; et celui qui
accroît sa science, accroît sa douleur.
[Ecclésiaste, 1-18]
MELMOTH - souffrant

Eric

30/09/2008 à 11:38

MELMOTH wrote:

Amateurs "avertis"

Il faudrait surtout avertir les amateurs que ce genre d'appareil n'est pas
fait pour toi

Jacques L'helgoualc'h

30/09/2008 à 11:48

Le 30-09-2008, MELMOTH a écrit :

Je connais beaucoup d'utilisateurs de compacts/brifge qui utilisent
_systématiquement_ les modes "scène" !...

Il existe aussi un mode « choix automatique du mode »...
--
Jacques L'helgoualc'h

Jean

30/09/2008 à 21:26

Stephane Legras-Decussy a écrit :

un vendeur Fnac m'a dit qu'un cable
USB de marque (et doré), ça améliorait la
qualité d'image...

mais qu'on s'en rendait pas compte sans TV full HD...

Rigole, on trouve bien des câbles USB 2.

markorki

30/09/2008 à 22:58

Ofnuts a écrit :

Sauf que subitement, au lieu de tester un algorithme de débruitage, tu
te mets à devoir tester les combinaisons possibles, plus documenter ce
qui se passe avec les différentes combinaisons... Et moi je n'accepterai
pas que le boitier ABS de voiture ne soit pas intégralement retesté en
situation quand il est monté sur un camion. Souvenons-nous que le
calculateur d'Ariane 4 "devait marcher" sur Ariane 5....

Je doute que ce soit "le calculateur" qui n'a aps marché, mais plutôt
les hypothèses faites sur le comportement analogue des capteurs et des
actionneurs, nécessairement pas tous installés à l'identique entre les 2
Ariane, et les adaptations faites au logiciel, dont je doute fort qu'il
ait été reconduit tel que. Au cas où tu ne le saurais pas, il y a plus
de 3 capteurs sur une Ariane, et pas beaucoup de roues.

Pour le reste, je maintiens que tant que les ABS sont du même type (pas
compliqué ou éfgalement compliqués par exemple par les interactions avec
AFU, ESP, antipatinage et autres gadgets, les calculs sont les mêmes,
seuls quelques paramètres en nombre très limité étant à changer.

et pfff... recalculer un ABS d'auto pour un camion, c'est pas très futé,
puisque que les camions circulant sur le réseau public ont eu l'ABS des
années avant les voitures hors compétition automobile (ABS: invention
Bendix France, années 60 en aquitaine, initialement "destiné aux avions,
mais que nous pensons pouvoir monter sur les vehicules poids lourds dès
que nous aurons atteint des prix compatibles avec ce marché"). A
l'époque, on n'envisageait les véhicules légers que dans un futur
incertain: le premier microprocesseur intégré doit dater de 1972,
c'était le 4004 d'Intel, il m'en reste au moins un, un bijou en boitier
céramique et à pattes dorées ;-)

Nouveau capteur Fuji ! Alléchant...

10 réponses

Veuillez sélectionner un problème