Je crois que la meilleur structure serait une asso étudiante qui se refile le bébé d'année en année avec un support de l'administration pour faire entrée le travail dans les projets scolaires. Cela marche bien pour VLC et pour beaucoup d'autres projets.
Je sais que tu aimes bien ton design à plat, mais est-ce qu'il ne serait pas souhaitable d'avoir une classe de base de gestion d'un tableau ayant des opérateurs de base réutilisé ensuite par tous les différents traitements ?
J'avais tenté à une époque un changement d'organisation mémoire des tableaux, mais le layout même, était réparti partout. Mon but était de tenter du "tiling". Les lignes caches font de 32 à 128 octets, soit de 8 à 32 valeurs flottantes. Avec un bête tableau en C, les lignes de caches sont reparti sur les lignes de l'image. Or la plus part des traitements fonctionnent par "proximité", y compris dans la dimension vertical. Je voulais tenter de repartir un peu plus les lignes de caches, sur 2 cases verticales au lieu d'une. Je voulais aussi tenter de faire la même chose mais au niveau de cache L1, en groupant une image par bloc de 16Ko, la moitié d'un cache L1.
Si on a une classe tableau avec des fonctions itératives de bases, il peut être facile ensuite de transformer le code pour le faire utiliser du code vectoriel. J'imagine que la suite logique est d'utiliser le gpu qui ne sait basiquement faire qu'un MAC sans dépendance mais 10x plus vite que le cpu.
Un petit travaille avec dd montre que CP est franchement pas rapide. Je pense que pour avoir des vrai perf, il faut faire des transfert de gros bloc genre 1Mo. Surtout ne pas utiliser fread/fwrite qui bufferise par bloc de 64K par défaut.
Ensuite, vu les discussions sur la gestion du sync et des blocage de logiciels, l'enchainement read/write devrait être placé dans un thread pour ne pas bloquer le reste de l'application et éviter les fameux freeze.
Le top du top du top serait l'utilisation des syslet ou threadlet noyau, qui permet normalement d'enchainer ce genre de commande sans recopie. Je ne sais plus ce qui reste mais cela remplace la command senfile(). (la command zéro copie disk->réseau), il y aussi la nouvelle interface Splice(), Tee() & VMsplice() sans doute plus simple que les threadlet.
Il faut maintenant que je trouve le temps de regarder tout ça :)
Et niveau perf, cela se passe comment ? La concurrence utilise le vectoriel depuis longtemps, ils sont entrain de passer au GPU.
J'imagine qu'avec un pixel sous format float (rgb ?) il devrait être possible d'utiliser du SSE. Je vais voir pour tester avec l'autovectoriser de gcc :) Je pense qu'il doit être très difficile de changer la structure de base d'une image vu la structure à plat des class de cimg.
D'ailleurs, les images sont traiter en RGB ? Souvent, je vois que le HSV fournis de meilleurs effets. Le CIEla*b est théoriquement meilleur mais propose des calculs super lourd et pas franchement justifié. C'est possible de dire d'utiliser un espace colorimétrique plutôt qu'un autre ?
Tu racontes un peu n'importe quoi. Etre interopérable et être un bon standard ce n'est pas forcément la même chose.
OOxml voulait utiliser autres choses que les normes ISO pour les dates, les nombres, il voulait aussi garder le legacy word97 ! C'est n'importe quoi pour une norme.
Ensuite, une norme peut être incomplète comme toute spec. D'où le processus de révision.
Sauf que l'on parle de standardiser la version suivante d'ODF car la première est connu pour avoir des lacunes. Cette nouvelle standardisation est compliqué par la volonté de certain de fusionner avec docx.
On peut ajouter aussi que le code de OOo est libre et donc que le comportement est plus simple à définir. Cela serait un comportement sain en attendant la standardisation n°2.
Les besoins c'est sans doute une fusion entre docx et ODF. Si on vire dans docx tout le "legacy" qui n'a rien à faire dans une norme et toutes les microsofteries (format de date non iso, nom de propriété différente pour le tableur, la présentation et le traitement de texte), etc... Cela pourrait faire un format opérable. Il faudrait aussi qu'ils maigrissent.
Une lampe HRI 150W coute 23€, je ne trouve pas ça super cher.
L'alim est forcément spécial, vu qu'il faut des décharges à 1000V. En conso, je ne pense pas que cela soit mauvais, il annonce : 73 lm/W. Une led, c'est entre 20 et 70.
Et si on voulait moduler la lumière, il faudrait avoir une alim spécial, mais je n'en voit pas du tout l'intérêt.
D'ailleurs, cela me fait penser qu'il devrait être obligatoire de mentionner sur les lampes:
- leur puissance en candela (car les lumens augmentent avec l'étroitesse du flux) pour comparer les technologies entre elles,
- la puissance électrique en watt,
- l'Indice_de_rendu_de_couleur, souvent pas terrible pour une nouvelle techno, qui exprime la qualité d'un blanc par rapport à la lumière du soleil (100 exprime la présence ou non de toutes les longueurs d'onde du spectre visible, les lampes jaunes à vapeur de sodium des routes sont autour de 25, les fluo entre 60 et 80, les lampes incandescentes proche de 100),
- et enfin la Temperature_de_couleur pour comparer les blancs entre eux, car avoir un mix de lampe à 3000°K, 5000°K et 9000°K est super moche.
Les leds n'ont pas un rendement terrible face aux lampes fluo, surtout les puissantes.
Dans les trucs puissantes, hors fluo, j'imagine que les lampes à décharge type HQE (celle des projecteurs vidéo) doivent avoir un rendement intéressant. C'est normalement meilleur qu'un halogène.
Ils n'ont pas appris à l'école que "la fin ne justifie pas les moyens" ? Le risque est de se perdre. Je pourrais placer aussi "L'enfer est pavé de bonne intention".
Tu aimes bien raconter n'importe quoi ? La plus part des gros investissements sont le fait de l'état, autoroute, train, par exemple.
Le dernier énorme investissement privé, c'est le tunnel sous la manche qui est un fiasco complet. Depuis, il demande toujours un partenariat public/privé.
mdv avait disparu de chez OVH, il est revenu dans une forme "expert" dépouillé, est-ce qu'il serait simple par 3 coups de urpmi d'installer un wiki dessus ?
Il y a quelques choses de fait pour les applications web ? De mémoire, il y a avait une volonté de proposer des CMS et autres programme php en paquet rpm.
Et je crois que les deux camps qui se battent sur fond musical en sont encore trop au stade "je fais une étude qui me donnera raison".
Il faut arrêter de mettre les 2 camps dos à dos. Les études dont il est question sont fait par des universitaires en économie. Contrairement au dossiers des brevets logiciels, je n'ai pas vu d'étude montrant l'impact négatif du piratage ! Dans le cas des brevets logiciels, on a vu des études dont la conclusion était différentes du contenu de l'étude. Ici, il n'y a aucune étude qui montre un fort impact du téléchargement. Il montre juste un impact faible ou positif !
Pour être plus précis, une étude américaine sur les ventes de disques entre une ville avec un campus et une ville sans étudiant (donc avec moins de copie illégal) avait conclu qu'il y avait une perte de vente pour 5000 téléchargements.
Bon, « implique » pas forcément, mais « corrélé », seul les menteurs le dénigreraient je pense.
Je te trouve bien présomptueux. Dans les cours d'écoles, on s'échangeait les K7 et on enregistrait la radio, et pourtant les ventes ne baissaient pas !
Pour moi la seul corrélation entre le piratage et la chute des ventes, c'est internet qui est sans doute le plus emblématique des nouveaux loisirs. C'est d'ailleurs arrivé en même temps que la téléphonie mobile.
[^] # Re: Le futur G'MIC
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche [GIMP] G'MIC évolue et s'internationalise. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: ça marche pas
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche [GIMP] G'MIC évolue et s'internationalise. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Impressionnant !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [GIMP] G'MIC évolue et s'internationalise. Évalué à 3.
J'avais tenté à une époque un changement d'organisation mémoire des tableaux, mais le layout même, était réparti partout. Mon but était de tenter du "tiling". Les lignes caches font de 32 à 128 octets, soit de 8 à 32 valeurs flottantes. Avec un bête tableau en C, les lignes de caches sont reparti sur les lignes de l'image. Or la plus part des traitements fonctionnent par "proximité", y compris dans la dimension vertical. Je voulais tenter de repartir un peu plus les lignes de caches, sur 2 cases verticales au lieu d'une. Je voulais aussi tenter de faire la même chose mais au niveau de cache L1, en groupant une image par bloc de 16Ko, la moitié d'un cache L1.
Si on a une classe tableau avec des fonctions itératives de bases, il peut être facile ensuite de transformer le code pour le faire utiliser du code vectoriel. J'imagine que la suite logique est d'utiliser le gpu qui ne sait basiquement faire qu'un MAC sans dépendance mais 10x plus vite que le cpu.
"La première sécurité est la liberté"
[^] # Re: Petit rajout
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Ultracopier, la copie enfin facile. Évalué à 9.
Ensuite, vu les discussions sur la gestion du sync et des blocage de logiciels, l'enchainement read/write devrait être placé dans un thread pour ne pas bloquer le reste de l'application et éviter les fameux freeze.
Le top du top du top serait l'utilisation des syslet ou threadlet noyau, qui permet normalement d'enchainer ce genre de commande sans recopie. Je ne sais plus ce qui reste mais cela remplace la command senfile(). (la command zéro copie disk->réseau), il y aussi la nouvelle interface Splice(), Tee() & VMsplice() sans doute plus simple que les threadlet.
"La première sécurité est la liberté"
# Impressionnant !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [GIMP] G'MIC évolue et s'internationalise. Évalué à 4.
Et niveau perf, cela se passe comment ? La concurrence utilise le vectoriel depuis longtemps, ils sont entrain de passer au GPU.
J'imagine qu'avec un pixel sous format float (rgb ?) il devrait être possible d'utiliser du SSE. Je vais voir pour tester avec l'autovectoriser de gcc :) Je pense qu'il doit être très difficile de changer la structure de base d'une image vu la structure à plat des class de cimg.
D'ailleurs, les images sont traiter en RGB ? Souvent, je vois que le HSV fournis de meilleurs effets. Le CIEla*b est théoriquement meilleur mais propose des calculs super lourd et pas franchement justifié. C'est possible de dire d'utiliser un espace colorimétrique plutôt qu'un autre ?
"La première sécurité est la liberté"
[^] # Re: Effectivement on est pas vendredi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 2.
Le principe d'un bureau de création de norme, c'est l'unification. Pas de créer des bidules à chaque création de bidule plus gros !
"La première sécurité est la liberté"
[^] # Re: Effectivement on est pas vendredi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 4.
OOxml voulait utiliser autres choses que les normes ISO pour les dates, les nombres, il voulait aussi garder le legacy word97 ! C'est n'importe quoi pour une norme.
Ensuite, une norme peut être incomplète comme toute spec. D'où le processus de révision.
"La première sécurité est la liberté"
[^] # Re: Effectivement on est pas vendredi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à 3.
On peut ajouter aussi que le code de OOo est libre et donc que le comportement est plus simple à définir. Cela serait un comportement sain en attendant la standardisation n°2.
Les besoins c'est sans doute une fusion entre docx et ODF. Si on vire dans docx tout le "legacy" qui n'a rien à faire dans une norme et toutes les microsofteries (format de date non iso, nom de propriété différente pour le tableur, la présentation et le traitement de texte), etc... Cela pourrait faire un format opérable. Il faudrait aussi qu'ils maigrissent.
"La première sécurité est la liberté"
[^] # Re: Effectivement on est pas vendredi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Oui je sais, on est pas Vendredi. Évalué à -4.
"La première sécurité est la liberté"
[^] # Re: Led
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les lampes fluocompactes, c'est mortel.. Évalué à 2.
Les diodes ultra efficace des records sont souvent 1) des prototypes 2) de faible puissance lumineuse.
"La première sécurité est la liberté"
[^] # Re: Led
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les lampes fluocompactes, c'est mortel.. Évalué à 4.
L'alim est forcément spécial, vu qu'il faut des décharges à 1000V. En conso, je ne pense pas que cela soit mauvais, il annonce : 73 lm/W. Une led, c'est entre 20 et 70.
Et si on voulait moduler la lumière, il faudrait avoir une alim spécial, mais je n'en voit pas du tout l'intérêt.
"La première sécurité est la liberté"
# Etiquette incomplète
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les lampes fluocompactes, c'est mortel.. Évalué à 10.
- leur puissance en candela (car les lumens augmentent avec l'étroitesse du flux) pour comparer les technologies entre elles,
- la puissance électrique en watt,
- l'Indice_de_rendu_de_couleur, souvent pas terrible pour une nouvelle techno, qui exprime la qualité d'un blanc par rapport à la lumière du soleil (100 exprime la présence ou non de toutes les longueurs d'onde du spectre visible, les lampes jaunes à vapeur de sodium des routes sont autour de 25, les fluo entre 60 et 80, les lampes incandescentes proche de 100),
- et enfin la Temperature_de_couleur pour comparer les blancs entre eux, car avoir un mix de lampe à 3000°K, 5000°K et 9000°K est super moche.
"La première sécurité est la liberté"
# Led
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les lampes fluocompactes, c'est mortel.. Évalué à 3.
Dans les trucs puissantes, hors fluo, j'imagine que les lampes à décharge type HQE (celle des projecteurs vidéo) doivent avoir un rendement intéressant. C'est normalement meilleur qu'un halogène.
"La première sécurité est la liberté"
[^] # Re: Puni
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nouveau système de pertinage/moinssage. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Hadopi n'est ni de droite ni de gauche...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les artistes de gauche pour la loi HADOPI. Évalué à 3.
Il payait la sacem russe mais la sacem française avait attaqué disant que la sacem russe n'avait pas de droit, ici.
"La première sécurité est la liberté"
[^] # Re: DROIT D'AUTEUR - L'UMP versera 30.000 euros au groupe MGMT
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HADOPI "Si [les études (...)] disaient vrai, le marché du disque canadien aurait été multiplié par trois ces dernières années.". Évalué à 2.
Et je ne parle pas du smicard à temps partiel... (non choisi pour la plus part)
"La première sécurité est la liberté"
# La peur
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les artistes de gauche pour la loi HADOPI. Évalué à 10.
Ils n'ont pas appris à l'école que "la fin ne justifie pas les moyens" ? Le risque est de se perdre. Je pourrais placer aussi "L'enfer est pavé de bonne intention".
"La première sécurité est la liberté"
[^] # Re: DROIT D'AUTEUR - L'UMP versera 30.000 euros au groupe MGMT
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HADOPI "Si [les études (...)] disaient vrai, le marché du disque canadien aurait été multiplié par trois ces dernières années.". Évalué à 3.
Le dernier énorme investissement privé, c'est le tunnel sous la manche qui est un fiasco complet. Depuis, il demande toujours un partenariat public/privé.
"La première sécurité est la liberté"
[^] # Re: compléments
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mandriva Linux 2009.1 Spring est disponible. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: compléments
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mandriva Linux 2009.1 Spring est disponible. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: blablabla
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HADOPI "Si [les études (...)] disaient vrai, le marché du disque canadien aurait été multiplié par trois ces dernières années.". Évalué à 2.
Il faut arrêter de mettre les 2 camps dos à dos. Les études dont il est question sont fait par des universitaires en économie. Contrairement au dossiers des brevets logiciels, je n'ai pas vu d'étude montrant l'impact négatif du piratage ! Dans le cas des brevets logiciels, on a vu des études dont la conclusion était différentes du contenu de l'étude. Ici, il n'y a aucune étude qui montre un fort impact du téléchargement. Il montre juste un impact faible ou positif !
"La première sécurité est la liberté"
[^] # Re: DROIT D'AUTEUR - L'UMP versera 30.000 euros au groupe MGMT
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HADOPI "Si [les études (...)] disaient vrai, le marché du disque canadien aurait été multiplié par trois ces dernières années.". Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: DROIT D'AUTEUR - L'UMP versera 30.000 euros au groupe MGMT
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HADOPI "Si [les études (...)] disaient vrai, le marché du disque canadien aurait été multiplié par trois ces dernières années.". Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: blablabla
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HADOPI "Si [les études (...)] disaient vrai, le marché du disque canadien aurait été multiplié par trois ces dernières années.". Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: blablabla
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HADOPI "Si [les études (...)] disaient vrai, le marché du disque canadien aurait été multiplié par trois ces dernières années.". Évalué à 2.
Je te trouve bien présomptueux. Dans les cours d'écoles, on s'échangeait les K7 et on enregistrait la radio, et pourtant les ventes ne baissaient pas !
Pour moi la seul corrélation entre le piratage et la chute des ventes, c'est internet qui est sans doute le plus emblématique des nouveaux loisirs. C'est d'ailleurs arrivé en même temps que la téléphonie mobile.
"La première sécurité est la liberté"