J'ai fait l'acquisition d'un Sansa Clip+ qui satisfait apparemment à tous tes critères.
À savoir :
− lecture des OGG Vorbis (et FLAC),
− radio FM (quasiment pas utilisée, je ne sais pas ce que vaut la fonctionnalité),
− 8Gio dans cette version + 16 Gio via une carte sur un port MicroSD,
− interface sobre avec de vrais boutons, un baladeur de numérique « comme dans le temps ».
Au niveau du classement, l'indexation est correcte, mais prend un peu de temps quand le lecteur est rempli via UMS / MSC. Le lecteur indique prendre en charge le protocole « MTP » pour transporter spécifiquement de la musique, mais je n'en ai jamais eu l'utilité.
Les rares reproches que j'ai pu lui faire :
− certains FLAC lui déplaisent (je pense que le 24bits/96Khz sort de son domaine de compétence, du mien aussi d'ailleurs), mais les nouveaux firmware améliorent cela occasionnellement (je n'ai eu à faire qu'une unique mise à jour) ;
− l'indicateur de niveau de batterie est très approximatif : l'autonomie est tout à fait correcte, mais comme l'indicateur ne bouge pas sur les 80/90 premiers % (! peut-être dû à une fausse manip), j'oublie parfois de le recharger ;
− le temps d'indexation si on fait un ajout et que l'on veut immédiatement l'écouter.
Point positif, mais jamais testé : RockBox annonce une prise en charge complète de ce modèle.
Enfin, ce baladeur était avant tout conseillé pour son traitement du son de qualité nettement supérieure à ses concurrents, en tout cas dans la même gamme de prix.
Des discussions ci-dessus, je retiens qu'il serait plus intéressant de proposer non pas des binaires « gras », mais des paquets « gras » : un .deb pour i686 et amd64, où les données sont partagées et les deux versions binaires disponibles, et où le gestionnaire peut se permettre de sélectionner et ne décompresser que l'architecture adaptée.
En gardant en tête que cela ne correspond pas à l'esprit « FLOSS », mais que ce serait plus adapté à la distribution de logiciels propriétaires (et même privateurs, en tout cas pour ceux qui n'ont pas la bonne architecture :)) sur des distributions GNU/Linux.
À ce sujet, il faut reconnaître que la multitude de distributions rend la tâche impossible à bien faire, seules des RHEL ou Ubuntu LTS étant effectivement ciblées.
Ne serait-il pas envisageable de proposer un overlay « LTS » pour chaque architecture et indépendant de la distribution : par exemple dans un préfixe /opt/proprietary/, une sélection de bibliothèques dans des versions gelées (mais recevant les patchs de sécurité), avec l'assurance qu'elles soient compatibles, éventuellement gérées par leur propre gestionnaire de paquets et qui pourraient être ciblées par les distributeurs de logiciels propriétaires.
Ceci rendu possible par la stabilité des syscalls et du protocole X11, et sans chercher à s'intégrer avec l'environnement libre, mais de sorte que ça juste marche pour les utilisateurs finaux.
> la sécurité locale (à l'échelle de l'utilisateur) est tout de même standard (donc nulle).
À vrai dire je ne peux qu'être d'accord (et comme dit ci-dessus, en choisissant une définition adaptée et erronée de "virus", tout système semble est faillible).
Donc je me demande, avez-vous une idée pour améliorer cette sécurité locale ? Que voudriez-vous à la place ?
(C'est de la curiosité, et aussi pour avoir une vision de ce vers quoi les 'modèles de sécurité' pourraient évoluer).
Moi j'y vois une utilité pour la traduction d'interfaces logicielles (libres). Les menus, dialogues, et autres expressions qui utilisent un sous-ensemble très limité de la langue tournant parfois au jargon.
J'imagine pouvoir écrire un fichier d'internationalisation, pourquoi pas dans ma langue maternelle, avoir les traductions générées et les potentielles ambiguïtés pointées.
En tout cas, j'utilise principalement le driver libre radeon, et les progrès sont très encourageant. La pile graphique est bancale comme celle de l'audio, ce qui est souvent frustrant, mais les choses bougent.
Ça me semble nécessaire pour l'hypothétique « desktop » qui serait libre, grand public, et répandu.
Tu ne devrais pas te sentir aussi « attaqué » par sa remarque; c'est un conseil justifié.
Entre amis ce genre de sobriquets peut faire sourire, voire soulager quelque peu le locuteur de sa hargne. Mais dans un débat tu risques effectivement de te décrédibiliser, les personnes à convaincre risquant d'être plus marquée par le ton « mal poli » que par les faits que tu avances; et ton adversaire pourrait même enfoncer le clou s'il réagit avec tact.
KDevelop complètera sans soucis ton cas. Son moteur est vraiment très performant (il y a un an, il faisait une analyse bien plus fine que celle d'eclipse).
Il fait vraiment de la complétion sémantique et de plus, souligne les erreurs relevées par son frontend de manière incrémentale (donc avant compilation)... Un beau produit, testé sur du C++ plutôt complexe (mais il n'invente pas de complétion "potentielle" pour les "templates" non instantiés).
C'est le premier outil qui me paraît faire une analyse satisfaisante sur du C++ tordu, très agréable pour prendre en main des projets très "méta".
À côté de ça, je le fais tourner sous enlightenment avec une installation minimale de KDE, c'est tout à fait acceptable et l'intégration de QT à GTK est transparente au niveau "Look'n'feel".
L'idée est séduisante mais puisqu'il est question de compression, il faut bien remarquer que tu n'afficheras jamais plus d'informations à l'écran que tu n'en as stockées.
Dans la pratique si je prends 100 x 100 pixels sur ton 1024^10 x 680^10, j'aurai un truc qui oscillera entre une couleur uniforme et un dégradé (... voire une fractale). En gros, l'équivalent des "textures procédurales" qu'offre SVG. Ça peut être artistique, mais ça n'apportera pas "d'informations concrètes" comme la tronche d'un acteur...
Par contre, il serait plaisant de voir certains artistes tirer parti de ce genre de technologies dans des oeuvres adaptées. Si je ne me trompe, OpenVG a pour but de proposer une interface pour l'accélération hardware de rendu vectoriel; à côté de ça, en dotant le SVG de "shaders" et avec la connaissance qu'a blender de la scène rendue, il pourrait "annoter la vidéo" de manière à privilégier la vitesse et la qualité à l'exécution chez le client. Sinon, ça revient plus ou moins à un jeu vidéo duquel on a retiré l'interactivité.
> côté OS libre, on a ce qu'il faut
Certes, mais la concurrence, voir ce qu'il y a à côté, tout ça, ... ça a parfois du bon.
À moins que tu n'aies quelque chose en particulier contre OpenSolaris ?
Un UNIX libre en dehors de la famille BSD, ça a un intérêt. Et il permet d'accéder à quelques technologies innovantes, comme le système de fichiers ZFS (tout comme FreeBSD, mais les innovations sont d'abord disponibles sous OpenSolaris).
Le noyau est mappé dans l'espace virtuel de chaque processus (plus simple ainsi pour le noyau d'accéder directement à la mémoire du processus lorsqu'il est sollicité).
Des permissions (~ ring) empêchent simplement le processus d'accéder à la mémoire noyau, bien que celle-ci soit mappée en intégralité dans l'espace du processus.
Comme si tu avais des binaires dans un même dossier, avec les permissions d'exécution (rwx le plus souvent) pour tout le monde en général (~ fonctions propres au processus), et certains accessibles uniquement au superviseur (~ fonctions propres au noyau). Reste que le superviseur peut exécuter tout le code, le processus malicieux n'a qu'à tromper sa vigilance.
<ma vie>
(je n'ai pas vu les autres tests).
Une copine, non versée dans l'informatique, est passée aujourd'hui d'Ubuntu à Fedora... Si je pensai lui proposer une nouvelle distribution depuis un certain temps, la sortie de Fedora 12 est arrivée à point nommée. Et si ce n'est pas peut-être pas ce test qui m'a convaincu, il m'a en tout cas conforté dans cette idée...
</ma vie>
Comme dis plus haut, ce test est très superficiel et ne présente à peu de choses près que quelques images. Je vois plus ça comme le récit de l'expérience de l'installation de la distribution et des premières heures à l'utiliser. Mais ce n'est pas inutile pour autant.
Les utilisateurs "non spécialistes" apprécient les articles qui ne les inondent pas de terme technique. Peut-être ce test se situe à cheval, avec un bref abord de la migration KDE3/KDE4, sans trop s'étendre sur le côté technique. Il faudrait trouver un créneau plus séduisant s'il se destine "au grand public" intrigué par les OS libres.
Je pense que se concentrer sur l'expérience utilisateur, aborder vraiment le sujet comme le ferait quelqu'un qui démarre après avoir demandé sur un forum ce qu'il faisait d'un ".iso", en apportant l'avis ou les explications d'un utilisateur plus aguéri. Ça peut être une alternative à une étude de l'aspect technique des distributions, alternative qui trouverait sûrement sa place avec l'intérêt grandissant (tout est relatif) d'un public moins spécialiste.
Ça à l'air sympathique comme tout ce site. Une idée me passe par la tête...
Je vois par exemple "Simon The Sorcerer" compatible Xp et Vista. La version d'origine je doute fortement qu'elle le soit, du coup ils l'ont portée, ils ont les sources, etc, etc... Ça pourrait valoir le coup de, sans distribuer les sources, au moins fournir des binaires pour d'autres systèmes?
Je sais que certaines personnes travaillent aux ports de jeux beaucoup plus récents, mais les oldies poseraient moins de soucis techniques (en considérant qu'ils ont déjà été portés sous windows) et financiers aussi je suppose.
Après, d'accord avec 20 couches de compatibilité superposées, je pourrais le faire tourner relativement bien (ou alors avec un OS d'époque + la version d'origine sans doute indisponible à l'heure actuelle + une machine virtuelle ou un émulateur adapté), mais... c'est déjà le cas.
Bref, un site qui prendrait l'initiative de rendre des jeux accessibles +/- nativement sous d'autres systèmes mériterait d'être encouragé (cela dit, je suis peut-être le seul à le penser :)).
Le truc c'est que ça me paraît curieux si ce n'est impossible de comparer à fonctionnalités identiques deux systèmes si différents.
Effectivement, tous les reproches qui sont fais montrent bien le côté scientifique "oublié". Mais comparer cela objectivement me paraît impossible...
Les chiffres donnés ont un intérêt uniquement dans le protocol de test qu'il a choisi (installation directe de l'OS + firefox + OOo). Après quoi qu'on fasse, on biaisera les résultats en faveur de l'un ou de l'autre. Je vois mal comment interpréter les résultats au delà de ça.
Pour venir compléter mes réponses ci-dessous...
> Après, j'espère que vous comprendrez mon emportement car si on touche à quelque chose que vous aimez il est humain d'avoir des réactions exagérées.
Et c'est bien cette réaction humaine qui a guidé ce "troll" jusqu'ici, pour l'un comme pour l'autre. C'est également cette réaction qui a pu en faire une tentative de nuire à votre boîte.
Je me suis donc permis de vous envoyer un message privé pour poursuivre cette discussion.
Me revoilà *occupé ces derniers jours*. J'ai vu, avec une certaine surprise, les dernières interventions sur le forum.
Donc, pour le côté trollesque de mon post, il y a sans doute eu une bonne dose d'emportement à sa rédaction; et s'il était provocateur, il exposait le problème et n'excluait pas toute discussion. Le coup du "fichier verouillé" m'a semblé une anti-feature superflue et désagréable...
Pour le côté manipulation marketing d'un concurrent, ce n'est pas du tout ça. C'est pourquoi j'ai posté sur DLFP, qui traite habituellement de sujets qui me concernent, et où des problèmes d'interopérabilité ont leur place. Et je n'ai posté que sur DLFP: sur un forum concerné par votre marché et non par des implications techniques, ça n'aurait été qu'un troll stérile et inutile.
Pas exactement il me semble...
Le facteur 3 dans ton calcul suggère que tu considères trois plans? L'appareil photo ne saisi qu'un plan. les cellules ne capte qu'une intensité ("scalaire"), le spectre de sensibilité dépendant de la constitution d'une cellule.
Pour passer de cela à une couleur, il y a effectivement un tour de passe-passe interpolant... Mais techniquement, il n'y a pas "15*10^6 * 3 * 14 bits" d'information utile (bruit mis à part), d'ou le fait que le RAW soit bien plus petit qu'un TIFF ou l'information est très redondante.
La qualité de l'image à une échelle 1:1 sur le moniteur dépendant de l'algo d'interpolation utilisé, il n'y a jamais "15 MPx en couleur" (d'ou ces magnifique tâches colorées quand on agrandit un peu trop).
[^] # Re: Sandisk Sansa Clip+
Posté par Defre . En réponse au journal Lost in mp3 players.... Évalué à 1.
Jamais eu l'occasion d'écouter un fichier AAC.
Si je me fie aux forums, pas de support officiel mais RockBox marche comme il faut :
http://www.anythingbutipod.com/forum/showthread.php?t=59219
# Sandisk Sansa Clip+
Posté par Defre . En réponse au journal Lost in mp3 players.... Évalué à 5.
J'ai fait l'acquisition d'un Sansa Clip+ qui satisfait apparemment à tous tes critères.
À savoir :
− lecture des OGG Vorbis (et FLAC),
− radio FM (quasiment pas utilisée, je ne sais pas ce que vaut la fonctionnalité),
− 8Gio dans cette version + 16 Gio via une carte sur un port MicroSD,
− interface sobre avec de vrais boutons, un baladeur de numérique « comme dans le temps ».
Au niveau du classement, l'indexation est correcte, mais prend un peu de temps quand le lecteur est rempli via UMS / MSC. Le lecteur indique prendre en charge le protocole « MTP » pour transporter spécifiquement de la musique, mais je n'en ai jamais eu l'utilité.
Les rares reproches que j'ai pu lui faire :
− certains FLAC lui déplaisent (je pense que le 24bits/96Khz sort de son domaine de compétence, du mien aussi d'ailleurs), mais les nouveaux firmware améliorent cela occasionnellement (je n'ai eu à faire qu'une unique mise à jour) ;
− l'indicateur de niveau de batterie est très approximatif : l'autonomie est tout à fait correcte, mais comme l'indicateur ne bouge pas sur les 80/90 premiers % (! peut-être dû à une fausse manip), j'oublie parfois de le recharger ;
− le temps d'indexation si on fait un ajout et que l'on veut immédiatement l'écouter.
Point positif, mais jamais testé : RockBox annonce une prise en charge complète de ce modèle.
Enfin, ce baladeur était avant tout conseillé pour son traitement du son de qualité nettement supérieure à ses concurrents, en tout cas dans la même gamme de prix.
Le produit en question :
http://sandisk.fr/products/sansa-music-and-video-players/sandisk-sansa-clipplus-mp3-player
Prise en charge RockBox :
http://www.rockbox.org/wiki/SansaAMS#Models
# Et des « FatPkg » indépendants d'une distribution ?
Posté par Defre . En réponse au journal FatELF : binaires universels pour Linux. Évalué à 8.
Des discussions ci-dessus, je retiens qu'il serait plus intéressant de proposer non pas des binaires « gras », mais des paquets « gras » : un .deb pour i686 et amd64, où les données sont partagées et les deux versions binaires disponibles, et où le gestionnaire peut se permettre de sélectionner et ne décompresser que l'architecture adaptée.
En gardant en tête que cela ne correspond pas à l'esprit « FLOSS », mais que ce serait plus adapté à la distribution de logiciels propriétaires (et même privateurs, en tout cas pour ceux qui n'ont pas la bonne architecture :)) sur des distributions GNU/Linux.
À ce sujet, il faut reconnaître que la multitude de distributions rend la tâche impossible à bien faire, seules des RHEL ou Ubuntu LTS étant effectivement ciblées.
Ne serait-il pas envisageable de proposer un overlay « LTS » pour chaque architecture et indépendant de la distribution : par exemple dans un préfixe /opt/proprietary/, une sélection de bibliothèques dans des versions gelées (mais recevant les patchs de sécurité), avec l'assurance qu'elles soient compatibles, éventuellement gérées par leur propre gestionnaire de paquets et qui pourraient être ciblées par les distributeurs de logiciels propriétaires.
Ceci rendu possible par la stabilité des syscalls et du protocole X11, et sans chercher à s'intégrer avec l'environnement libre, mais de sorte que ça juste marche pour les utilisateurs finaux.
[^] # Re: Comment font-ils ?
Posté par Defre . En réponse au journal Le nouvel album de David TMX est sorti. Évalué à 4.
# Vivre dans un monde meilleur...
Posté par Defre . En réponse au journal Android et virus. Évalué à 1.
À vrai dire je ne peux qu'être d'accord (et comme dit ci-dessus, en choisissant une définition adaptée et erronée de "virus", tout système semble est faillible).
Donc je me demande, avez-vous une idée pour améliorer cette sécurité locale ? Que voudriez-vous à la place ?
(C'est de la curiosité, et aussi pour avoir une vision de ce vers quoi les 'modèles de sécurité' pourraient évoluer).
[^] # Re: Traductions ?
Posté par Defre . En réponse à la dépêche Attempto Controlled English. Évalué à 0.
[^] # Re: Traductions ?
Posté par Defre . En réponse à la dépêche Attempto Controlled English. Évalué à 2.
J'imagine pouvoir écrire un fichier d'internationalisation, pourquoi pas dans ma langue maternelle, avoir les traductions générées et les potentielles ambiguïtés pointées.
J'en demande peut-être trop ?
[^] # Re: Ati et les specs
Posté par Defre . En réponse au journal QUAKE Wars et Mesa. Évalué à 1.
http://www.phoronix.com/scan.php?page=news_item&px=ODczN(...)
En tout cas, j'utilise principalement le driver libre radeon, et les progrès sont très encourageant. La pile graphique est bancale comme celle de l'audio, ce qui est souvent frustrant, mais les choses bougent.
Ça me semble nécessaire pour l'hypothétique « desktop » qui serait libre, grand public, et répandu.
[^] # Re: La Poste
Posté par Defre . En réponse au journal Filtrage de sites webs en France, ça commence cet été !. Évalué à 5.
Entre amis ce genre de sobriquets peut faire sourire, voire soulager quelque peu le locuteur de sa hargne. Mais dans un débat tu risques effectivement de te décrédibiliser, les personnes à convaincre risquant d'être plus marquée par le ton « mal poli » que par les faits que tu avances; et ton adversaire pourrait même enfoncer le clou s'il réagit avec tact.
[^] # Si la regression suit son cours …
Posté par Defre . En réponse au journal AppInventor : création graphique d'applications android pour les non programmeurs. Évalué à 8.
Développeur AppInventor, deux ans d'expérience minimum, certifié en dépôt de rectangles (à la souris ET sur écran tactile).
[^] # Re: Un pas vers KDE ?
Posté par Defre . En réponse à la dépêche Sortie de KDevelop 4.0. Évalué à 6.
Il fait vraiment de la complétion sémantique et de plus, souligne les erreurs relevées par son frontend de manière incrémentale (donc avant compilation)... Un beau produit, testé sur du C++ plutôt complexe (mais il n'invente pas de complétion "potentielle" pour les "templates" non instantiés).
C'est le premier outil qui me paraît faire une analyse satisfaisante sur du C++ tordu, très agréable pour prendre en main des projets très "méta".
À côté de ça, je le fais tourner sous enlightenment avec une installation minimale de KDE, c'est tout à fait acceptable et l'intégration de QT à GTK est transparente au niveau "Look'n'feel".
[^] # Une question d'information…
Posté par Defre . En réponse au journal Des films en vectoriel ?. Évalué à 6.
Dans la pratique si je prends 100 x 100 pixels sur ton 1024^10 x 680^10, j'aurai un truc qui oscillera entre une couleur uniforme et un dégradé (... voire une fractale). En gros, l'équivalent des "textures procédurales" qu'offre SVG. Ça peut être artistique, mais ça n'apportera pas "d'informations concrètes" comme la tronche d'un acteur...
Par contre, il serait plaisant de voir certains artistes tirer parti de ce genre de technologies dans des oeuvres adaptées. Si je ne me trompe, OpenVG a pour but de proposer une interface pour l'accélération hardware de rendu vectoriel; à côté de ça, en dotant le SVG de "shaders" et avec la connaissance qu'a blender de la scène rendue, il pourrait "annoter la vidéo" de manière à privilégier la vitesse et la qualité à l'exécution chez le client. Sinon, ça revient plus ou moins à un jeu vidéo duquel on a retiré l'interactivité.
[^] # Re: corriger des pixels défectueux ?
Posté par Defre . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 1.
[http://www.zero-based.org/software/jpegpixi]
Il est dans les AUR archlinux.
[^] # Re: Ce n'est pas étonnant de leur part, celà dit ....
Posté par Defre . En réponse au journal Oracle réduit ses activités dans le libre. Évalué à 7.
Certes, mais la concurrence, voir ce qu'il y a à côté, tout ça, ... ça a parfois du bon.
À moins que tu n'aies quelque chose en particulier contre OpenSolaris ?
Un UNIX libre en dehors de la famille BSD, ça a un intérêt. Et il permet d'accéder à quelques technologies innovantes, comme le système de fichiers ZFS (tout comme FreeBSD, mais les innovations sont d'abord disponibles sous OpenSolaris).
[^] # Re: Et pour ceux qui n'y connaissent rien...
Posté par Defre . En réponse au journal Un autre type de faille locale. Évalué à 3.
Des permissions (~ ring) empêchent simplement le processus d'accéder à la mémoire noyau, bien que celle-ci soit mappée en intégralité dans l'espace du processus.
Comme si tu avais des binaires dans un même dossier, avec les permissions d'exécution (rwx le plus souvent) pour tout le monde en général (~ fonctions propres au processus), et certains accessibles uniquement au superviseur (~ fonctions propres au noyau). Reste que le superviseur peut exécuter tout le code, le processus malicieux n'a qu'à tromper sa vigilance.
[^] # Re: moi j'aime tes essais!!!
Posté par Defre . En réponse à la dépêche Test de la Fedora 12 (Constantine). Évalué à 2.
(je n'ai pas vu les autres tests).
Une copine, non versée dans l'informatique, est passée aujourd'hui d'Ubuntu à Fedora... Si je pensai lui proposer une nouvelle distribution depuis un certain temps, la sortie de Fedora 12 est arrivée à point nommée. Et si ce n'est pas peut-être pas ce test qui m'a convaincu, il m'a en tout cas conforté dans cette idée...
</ma vie>
Comme dis plus haut, ce test est très superficiel et ne présente à peu de choses près que quelques images. Je vois plus ça comme le récit de l'expérience de l'installation de la distribution et des premières heures à l'utiliser. Mais ce n'est pas inutile pour autant.
Les utilisateurs "non spécialistes" apprécient les articles qui ne les inondent pas de terme technique. Peut-être ce test se situe à cheval, avec un bref abord de la migration KDE3/KDE4, sans trop s'étendre sur le côté technique. Il faudrait trouver un créneau plus séduisant s'il se destine "au grand public" intrigué par les OS libres.
Je pense que se concentrer sur l'expérience utilisateur, aborder vraiment le sujet comme le ferait quelqu'un qui démarre après avoir demandé sur un forum ce qu'il faisait d'un ".iso", en apportant l'avis ou les explications d'un utilisateur plus aguéri. Ça peut être une alternative à une étude de l'aspect technique des distributions, alternative qui trouverait sûrement sa place avec l'intérêt grandissant (tout est relatif) d'un public moins spécialiste.
[^] # Re: Sisi.
Posté par Defre . En réponse au journal L’occasion des oeuvres intellectuelles a-t-elle une raison d’exister?. Évalué à 1.
Je vois par exemple "Simon The Sorcerer" compatible Xp et Vista. La version d'origine je doute fortement qu'elle le soit, du coup ils l'ont portée, ils ont les sources, etc, etc... Ça pourrait valoir le coup de, sans distribuer les sources, au moins fournir des binaires pour d'autres systèmes?
Je sais que certaines personnes travaillent aux ports de jeux beaucoup plus récents, mais les oldies poseraient moins de soucis techniques (en considérant qu'ils ont déjà été portés sous windows) et financiers aussi je suppose.
Après, d'accord avec 20 couches de compatibilité superposées, je pourrais le faire tourner relativement bien (ou alors avec un OS d'époque + la version d'origine sans doute indisponible à l'heure actuelle + une machine virtuelle ou un émulateur adapté), mais... c'est déjà le cas.
Bref, un site qui prendrait l'initiative de rendre des jeux accessibles +/- nativement sous d'autres systèmes mériterait d'être encouragé (cela dit, je suis peut-être le seul à le penser :)).
[^] # Re: Quelle rigolade
Posté par Defre . En réponse au journal Consommation de ressources de Windows et Debian. Évalué à 5.
Effectivement, tous les reproches qui sont fais montrent bien le côté scientifique "oublié". Mais comparer cela objectivement me paraît impossible...
Les chiffres donnés ont un intérêt uniquement dans le protocol de test qu'il a choisi (installation directe de l'OS + firefox + OOo). Après quoi qu'on fasse, on biaisera les résultats en faveur de l'un ou de l'autre. Je vois mal comment interpréter les résultats au delà de ça.
[^] # Re: Le retour du Velu
Posté par Defre . En réponse au journal Une liberté sur 360°. Évalué à 2.
Pour venir compléter mes réponses ci-dessous...
> Après, j'espère que vous comprendrez mon emportement car si on touche à quelque chose que vous aimez il est humain d'avoir des réactions exagérées.
Et c'est bien cette réaction humaine qui a guidé ce "troll" jusqu'ici, pour l'un comme pour l'autre. C'est également cette réaction qui a pu en faire une tentative de nuire à votre boîte.
Je me suis donc permis de vous envoyer un message privé pour poursuivre cette discussion.
[^] # Re: Tone_mapping
Posté par Defre . En réponse au journal Une liberté sur 360°. Évalué à 2.
Et tout à fait, dans ce cas de "HDR" le tone mapping n'a pas à être fait, c'est un contre-sens! ;)
[^] # Re: Gros Troll Velu
Posté par Defre . En réponse au journal Une liberté sur 360°. Évalué à 2.
Donc, pour le côté trollesque de mon post, il y a sans doute eu une bonne dose d'emportement à sa rédaction; et s'il était provocateur, il exposait le problème et n'excluait pas toute discussion. Le coup du "fichier verouillé" m'a semblé une anti-feature superflue et désagréable...
Pour le côté manipulation marketing d'un concurrent, ce n'est pas du tout ça. C'est pourquoi j'ai posté sur DLFP, qui traite habituellement de sujets qui me concernent, et où des problèmes d'interopérabilité ont leur place. Et je n'ai posté que sur DLFP: sur un forum concerné par votre marché et non par des implications techniques, ça n'aurait été qu'un troll stérile et inutile.
[^] # Re: Bon, et si on en venait directement au but du journal
Posté par Defre . En réponse au journal Une liberté sur 360°. Évalué à 2.
Dès lors qu'une information est modifiée pour la rendre inexploitable directement, je me permet d'employer le terme de chiffrement.
(et, tu veux vraiment une image "type" prise par l'appareil ? :))
[^] # Re: Solution alternative
Posté par Defre . En réponse au journal Une liberté sur 360°. Évalué à 2.
Sans avoir utilisé ce format à d'autres fins que des tests, je dois dire que ses performances ne sont pas déplaisantes.
[^] # Re: Belle reussite, du bon journal trolleur comme il faut!
Posté par Defre . En réponse au journal Une liberté sur 360°. Évalué à 5.
[^] # Re: Solution alternative
Posté par Defre . En réponse au journal Une liberté sur 360°. Évalué à 4.
Le facteur 3 dans ton calcul suggère que tu considères trois plans? L'appareil photo ne saisi qu'un plan. les cellules ne capte qu'une intensité ("scalaire"), le spectre de sensibilité dépendant de la constitution d'une cellule.
Pour passer de cela à une couleur, il y a effectivement un tour de passe-passe interpolant... Mais techniquement, il n'y a pas "15*10^6 * 3 * 14 bits" d'information utile (bruit mis à part), d'ou le fait que le RAW soit bien plus petit qu'un TIFF ou l'information est très redondante.
La qualité de l'image à une échelle 1:1 sur le moniteur dépendant de l'algo d'interpolation utilisé, il n'y a jamais "15 MPx en couleur" (d'ou ces magnifique tâches colorées quand on agrandit un peu trop).