martinc a écrit 166 commentaires

J'ai pas mal galéré pour trouver un lecteur qui fasse compact flash ET smartmédia sous linux car j'ai besoin des deux (APN qui plante le driver uhci et compact flash comme disque de ma gateway).

Le problème n'est pas de trouver une marque fonctionnant sous linux, mais de trouver celle ci en france. Il y a Addonics, PQI, Omniflash. Sandisk est supporté mais pas tout ses lecteurs (nottament les duals).

Je me suis tourné vers PQI (en fait de fabrication samsung). Il existe un modèle 5 in 1, 7 in 1, cad qui lit quasiment tout les formats de cartes.

Ca marche parfaitement sous linux, autant en smartmédia que compactflash. C'est ca l'avantage de l'usb bien programmé.
Donc avec un noyau 2.4 pas de patch ni autre gruikages. Juste avoir le support usb storage et le support emulation scsi. Et monter la carte comme un disque normal. On peut monter simultanément 4 cartes. Il faut juste penser a insérer la carte avant de connecter le lecteur sur l'USB, sauf a jouer avec le hotplug.

http://www.pqi.com.tw/(...)

Je l'ai trouvé chez topachat, a environ 30€. Je ne l'ai pas trouvé chez un autre VPCiste.

Les microcontrolleurs sont bien des microprocesseurs, mais avec en prime des périphériques supplémentaires (timer, controlleurs, I/O diverses).

Cette dénomination n'a rien a voir avec la présence ou l'absence d'unité de calcul flottants mais la présence de périphériques dédiés et intégrés.

Par exemple le 68060RC est un microprocesseur sans FPU, mais ce n'est pas un microcontrolleur pour autant.

Si les calculs a virgule fixe sont si utilisé c'est que les DSP virgule fixe sont très rapide et très peu cher.

Cryo n'a pas son mot a dire si cette techno appartient a Cryo Networks.

L'entreprise étant en liquidation, c'est le liquidateur qui va vendre ca au plus offrant, afin de satisfaire les créanciers...

Donc c'est un voeux pieu que Sylvain Huet formule, car ce n'est pas lui qui prendra la décision, sauf si il rachète les droits au moment de la liquidation.

Ce n'est pas activé par defaut, c'est l'utilisateur qui choisi les options de son noyau a la compil de celui ci...

Au passage les avantages de la gentoo vont plus loin que la simple compil depuis les sources:

- système de d'init different (je le connais pas assez bien pour commenter plus)

- système de mise a jour et d'installation simplifiée (portage)

- Nombre impressionnant de d'ebuild, même si ceux ci ne sont pas testés

Au nombre des defauts la lenteur d'installation (surtout depuis le stage 1), le risque des compils agressives...

La sortie s-vhs est active au boot en mode console (et donc frame buffer), mais pour l'avoir en mode X il faut absolument les drivers Via qui sont binaires et pour Xfree 4.0.2.

Ce serait bien que VIA contribue plutot au drivers Xfree plutot que de sortir les siens...

Sauf que ca fait pas 10$, et c'est bien dommage :(

Le linux utilisé est uClinux, une version sans MMU pour alleger un max le noyau. Donc bcp de fonctionnalitées sont absentes (mémoire virtuelle, nmap etc...).

GTK1.2 et GTK2 peuvent tourner l'un a coté de l'autre sans aucun pb.

Et GTK n'est pas gnome non plus...

Il circule déja des MP3 (récents) dont en fait on a en boucle que le refrain (c'est piment chaud rouge pour ceux qui veulent tester). En plus la qualité des MP3 est en chute libre depuis quelque temps, et ce même si on tape dans les hauts bitrates.

Bref le p2p ressemble de plus en plus aux sites z avec plein de popup de luc dedans.

PS: n'oubliez pas que télécharger un morceaux dont vous n'avez pas acquité les droits est illégal.

Quelles sont les extensions supportées par le driver OpenGL?

C'est une chose importante car chez Nvidia(cépalibre) on a quasiment le même support que sous windows (voire plus avec le test VM via les memory leaks).

Pour info les extensions son visible via la commande glxinfo...

arf oui les packages debian de ximian, on ne m'y reprendra plus. Autant j'utilise leur installeur sous redaht, autant je n'y toucherais plus jamais sous debian: ca m'a flingué une install complètement la base de dépendance etant flinguée. Etant donné ma faible connaissance du système a l'epoque, j'ai du tout reinstaller...

Justement ce genre de chose devrait etre intégré par une distro. C'est dommage de passer par des outils externes, qui seront toujours moins bien supporté (comme apt pour rpm).

Je préfère m'orienter vers une distro qui l'utilise de facto.

J'ai vraiment essayé debian le jour ou j'ai testé garnome, il m'a fallu moins de temps pour l'installer que pour rechercher toutes les librairies manquantes...

C'est la que l'on voit la faiblesse de RPM. Pour faire une mise a jour ou un update de sécu, ca tourne vite au cauchemard, on télécharge un rpm, puis on s'apercoit qu'il en faut un autre etc...

Je vais abandonner ce qui reste de redhat chez moi rien que pour ca (car les systèmes de mise a jour ou il faut s'enregistrer ca su><), ce sera soit une woody soit une gentoo, mais en tout cas plus de rpm c'est certain...

Python est un langage byte-codé et non simplement interprété. Ce qui permets a Python de tourner sur une machine java (jython) et ce avec peu de pénalité (mais un peu tout de même du a sa nature typée dynamique). Une très bonne page de ressource sur python: http://www.rimbault.net/python/ Ensuite il est dommage que l'auteur se focalise sur wxWindows, alors qu'il existe des bindings beaucoup plus utiles pour les linuxiens: pyQt et PyGTK, d'ailleurs pour ce dernier il fonctionne aussi bien sous linux que sous windows et ce sans modification de code.

Le prix d'un disque dur reste constant, voire diminue depuis plusieurs années, et ce indépendament de sa capacité. Hors cette capacité deviens de plus en plus grande. Le standard d'il y a deux ans était le 10/20Go. Il y a peu 40Go, maintenant ca va vers le 60Go. En fait c'est la capacité par plateau des disques. Donc on va avoir une redevance qui va etre proportionnellement de plus en plus lourde, car le prix du disque reste lui parfaitement constant. On retrouve d'ailleurs la même chose sur les cartes mémoire, dont le prix dépend du nombre de chips embarqués et non de la capacité. On voit tout de suite que ce système de taxe^W redevance est complètement a coté de la plaque et ne tiens absolument pas compte de la technologie. Qu'il a été décidé dans l'urgence et n'importe comment par des gens n'ayant aucune connaissance dans ce domaine... Le pire étant que cela va passer, avec la bénédiction du gouvernement, et on se demandera encore dans quelques années pourquoi la France a raté l'ère du numérique.

Les developpeurs gardent le copyright de leur code, donc si le code est sous GPL mais seulement d'un contributeur (ou d'une société) alors celle ci peut diffuser cette version en closed source. Par contre elle ne peut s'opposer a la continuation de diffusion/modification de la version GPL.

Ce qui se complique c'est quand tu as une myriade de devs et contributeurs. Car il te faut l'accord de tout ceux ci pour pouvoir le faire, et qu'un seul refuse et tu es obligé de virer toute ses contributions. Ca c'est déja fait, nottament pour Tuxracer.

Dans tout les cas, la version GPL reste diffusable, ainsi que ses dérivé (qui seront GPL). Idem pour la BSD, sauf que les dérivés peuvent etre closed source.

Alors je suis un entrepreneur/décideur pressé qui fait des vélos. Manque de pot, y'a une série qui a un defaut de cadre. Pas grave, je le donne a des assos pour djeuns désargenté, ca fait bonne concience en plus.

Les 3/4 des djeuns se plantent avec et y perdent leurs ratiches, mais bien fait pour eux, ct gratuit et c'est leur pb...

Tu ne penses pas qu'il y a un pb la?

Bien sur dans ce cas il y a dissimulation d'un pb, mais dans le cas d'un logiciel, l'auteur peut etre au courant d'un bug, sans pour autant avoir l'envie, ou le temps de le fixer (voire de savoir à quoi il est du).

Tout ca risque fort d'être exploité par les anti-LL en disant tout simplement que les LL sont dangeureux car tt simplement non garanti...

Nvidia n'a pas de monopole, sinon tout juste commercial (et encore). Regarde 3dfx, ils avaient une position encore plus dominante avec un hard et surtout une API (le glide) complètement controlés.
Seulement ils ont fait des erreurs et ont coulé vite fait. Les erreurs c'etait pas leurs extensions, mais le fait d'avoir ignorés longtemps la 3D fenétré, le mode 32 bits...

Tout les autres joueurs de ce marché se plantent car ils leur manque souvent une pièce maitresse: le soft. S3 c'est planté la dessus, PowerVR itou, ATI a failli, Matrox aussi. Aujourd'hui si un fabriquant n'a pas de drivers digne de ce nom c'est le flop intégral assuré.

D'ailleurs c'est un des coup de gueulle récurent de Carmark: les drivers qui ne suivent pas les specs ou qui sont buggés. Et ca pour tt le monde...

Relisez bien vos licence, on voit bien que les LL ont bien souvent des clauses de limitation de responsabilité. Hors ce sont ces clauses la que certains veulent limiter en responsabilisant l'editeur.

Dans le cas d'un LL qui sera responsable? L'auteur du code qui plante? Le mainteneur du projet?

Ce genre de chose ne fera pas bcp de mal a Microsoft, mais beaucoup plus au logiciels libres et aux petits éditeurs.

La solution? Peut être un principe de prise de responsabilité: un bug se devra d'être corrigé dans les plus brefs délais et/ou annoncé clairement... Mais quid des LL abandonné par leur auteurs et récupérés par d'autres?

Bref, il va falloir vraiment y refléchir...

OpenGL est a la rue pour ce qui est des shaders. Tout se fait via les extensions proprio, ce qui empèche toute portabilité simple. Il ne faut pas se leurrer, DirectX a su prendre l'avantage en releasant un nouvelle mouture quasiment tout les ans, surtout que maintenant les fabriquants taillent leurs chip en fonction de directX.

Du coup un truc comme Cg peut apporter bcp a la communauté OpenGL via une pseudo standardisation. Pseudo car ca ne change en rien les specs d'opengl en elles même.

Nvidia est un peu dans la même position qu'Intel. Ils sont suffisament gros pour conduire l'innovation ou ils veulent, et pas forcement dans le bon sens. Mais ca leur permets aussi de fournir pas mal de choses pour les developpeurs (il y a énormement d'article opengl chez nvidia).

OpenGL reste l'API de choix pour les pros, d'autant plus que ceux-ci reste (ou viennent) sous *nix. Mais cela ne mène pas openGL sur la voie du grand public (ce qui est la cible des fonctions additionnelles des cg d'aujourd'hui...).

Cg est un langage de compilation pour vertex et pixels shaders, pas une API graphique qui fait bcp d'autres choses.

Nvidia s'interesse bcp a OpenGL pour le marché pro, car ce marché ne passera jamais a DirectX, et c'est la que les marges sont les plus impressionnante: une nvidia MX coutant moins de 150€ est revendue plus de 450€ en changeant juste son PCIid et en y ajoutant des drivers optimisés pour la 3D pro (grosse textures, bcp de lumières hards, lignes anti-aliasées). Sans compter que bcp de studio passent a linux, et devinez qui a les meilleurs drivers OpenGL (du moins du coté fonctionnalitées)?

C'est pas bon car la carte utilise un chipset PLE133, avec chip trident intégré, il y a une erreur sur le site d'Eurisko.
Il y a bien une version avec un chipset savage pro, mais ce n'est pas celle la (elle n'a pas l'air d'être vendue en france):

http://www.viavpsd.com/product/epia_mini_itx_spec.jsp?motherboardId(...)

Considérez-vous le succès de KDE (développé en C++), et la rapidité de son développement (face à un Gnome développé en C qui stagne) comme une démonstration de la supériorité de C++ sur de tels développements ?

Ils nous ressortent le vieux troll gnome/kde de derriere les fagots. Sont pas aware chez DR.

Les actionnaires ne cherchent qu'une chose: rentrer dans leur frais. Comme Blender n'a jamais eu la volonté ni l'ambition de faire du libre ca n'a rien d'étonnant qu'ils cherchent a vendre leur code. AMHA ils n'y arriverons pas car il n'y a pas de marché (trop de monde sur la brêche).

Le plus important est de savoir ce que les devs de Blender vont faire maintenant, et si ils contribueront/demmarerons un projet libre ou opensource.

la seule fois ou j'ai vu un Lisa en vrai de vrai, c'est chez un voisin qui etait dev chez Apple (mais il était éteind).

même si l'empreinte du chips est la, c'est programmable en usine. Quoique il serait possible via les drivers MTD d'y toucher.
Mais rien sans des infos du coté de via, et de ce coté la c'est pas la joie (rien qu'a voir pour obtenir les drivers X cité dans leurs guides).