Serge Rossi a écrit 632 commentaires

Pas mal mais ça à l'ai un peu limité. C'est plus le concurrent d'un Autocad (c'est à dire plutôt orienté dessin 2D) que d'un système complet comme Catia, Euclid, Ideas ou Pro Engineer, même s'il semble avoir certains aspects paramétriques.

Ils le disent eux même :

Two things you can't do

VARKON is not a true solid modeller [...] mass properties like volume or center of gravity can not be calculated automatically

Pas comparable aux modules volumiques des 4 softs que j'ai cité donc.


VARKON is not a manufacturing (CAM) system. There are no high level functions in VARKON to support the programming of multi axis numerical machines.

Dommage. Ca aurait pu intéresser un paquet de PME ça.

Aux copies d'écran, ça a l'air quand même limité pour la partie 3D. Je ne me vois pas dessiner une voiture complète avec ça mais il faudrait regarder plus en détail. Les logiciels de CAO actuels sont très complexes et il est difficile de déterminer aussi rapidement la qualité d'un programme.

Ayant un graveur de DVD et utilisant pour l'instant une version patchée de cdrecord (car l'auteur original de cdrecord fournit une version non open source et limitée appelée cdrecord-ProDVD), j'ai regardé comment XCDRoast supportait le gravage sur DVD.

Ben c'est simple, ça ne marche que si on a cdrecord-ProDVD installé. Sinon, le graveur de DVD ne sait graver que les CD-R/RW.

Pour plus d'info, lire :

ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/ProDVD/README(...)

Il y'a une clef pour pouvoir l'utiliser mais elle expirera le 17 Juin...

Y'a même des usages originaux. Avec mencoder (qui fait partie du package MPlayer et une carte télé BT 878, je peux enregistrer les émissions télé directement en DivX en temps réel et avec une bonne qualité. Depuis la 0.90, on peut même paramétrer la durée d'enregistrement.

"MPlayer roulaize" comme on dit :)

Mais le clavier est en disposition Allemande : QWERTZ :-/

> Bien sur on ne peut pas recopier le contenu des CD sur le dur, puisqu'ils sont protégés contre la copie....

Et si tu essaye de faire un dd des cd (dd if=/dev/cdrom of=image-du-cd) et ensuite de les monter en local (mount -t iso9660 -o loop image-du-cd /mnt/point-de-montage) ?

Ca n'est même pas aussi simple. Suivant les lecteur de DVD de salon ou de DVD-Rom, on trouve de tout :

- des qui lisent tout
- des qui ne lisent que les -
- des qui ne lisent que les +
- des qui ne lisent aucun DVD gravé.

Un grand plaisir...

Même Apple a du publier une liste de compatibilité de son Superdrive (qui n'est autre que le Pioneer DVR-A03, un graveur DVD-RW) avec les lecteurs de salon :

http://www.apple.com/dvd/compatibility/(...)

Chose que tu peux aussi faire sous Linux (théoriquement, c'est pas encore au point) avec un CD-RW ou un DVD-RW avec udf + udftools +

http://packet-cd.sourceforge.net/(...)
http://sourceforge.net/projects/linux-udf/(...)

(le bug daté du 23/03 et non traité à ce jour, c'est moi qui l'ai déposé...)

http://sourceforge.net/tracker/index.php?func=detail&aid=534046(...)

Il me semble que ça a du être réalisé par une boite externe. L'informatique interne et la comm', c'est pas la même chose.

Quand la news était passée ici, j'ai fait suivre à quelques personnes que je conaissais mais ça n'a pas l'air d'avoir évolué pour l'instant. www.renault.com fonctionne mais www.renault.fr bloque toujours Galeon ou Mozilla...

Dans ma boite (bureau d'études, filliale de Renault qui s'occupe des utilitaires, Kangoo, tout ça...), on développe en 100 % PHP nos applis intranet depuis 4 ans (gestion des données techniques CAO, reporting, saisie d'activité, reporting, workflow d'achat avec SAP/R3, etc, etc...)

(bon, c'est moi qui installe Apache + PHP donc je suis assez bien placé pour le savoir :-)

Depuis 1 an et demi, y'a aussi une équipe de développeurs PHP à l'informatique centrale.

Ca doit faire environ au total une vingtaine de développeurs PHP à temps plein.

Je ne sais pas si c'est vrai techniquement mais le mec qui est venu installer le boitier Numeris chez moi m'a dit que les contraintes de distance pour une liaison Numeris sont en gros les mêmes que pour une installation ADSL. Ils ont fait des tests de distance et d'atténuation avant d'accepter l'install mais heureusement, j'étais à 2.2 km. Au delà d'une certaine distance (4 km ?), ils n'installent pas de Numeris non plus.

Evidement, je suis en zone rurale et c'est pas demain la veille que l'autocom sur lequel je suis raccordé sera équipé en ADSL... Il ne doit pas y avoir plus de 1000 ou 2000 lignes sur cet autocom et seulement une dizaine d'installations Numeris.

FAUX !

Les drivers NVidia sont aussi fournis sous la même forme avec le module kernel recompilable avec n'importe quel noyau. C'est exactement la même chose que pour KYRO : c'est un gros binaire avec quelques sources, le tout se recompilant pour recréer un module adapté à ta version de noyau.

Le dernier module noyau avec les sources qui font l'interface est là :
http://download.nvidia.com/XFree86_40/1.0-2880/NVIDIA_kernel-1.0-28(...)

Et la partie X11 là :

http://download.nvidia.com/XFree86_40/1.0-2880/NVIDIA_GLX-1.0-2880.(...)


Le driver Kyro est aussi "closed source" que celui de chez NVidia.

C'est marrant, aprés un make clean, il reste toujours les binaires : powervr_dri.so,libPOWERVR.a et powervr_drv.o. Le premier ne pèse pas moins 2.5 Mo et le second 512 Ko. Le sources ne sont pas fournis pour recompiler tout ça.

La situation est rigoureusement la même que pour le driver NVidia. On recompile la couche d'interaction avec n'importe quelle version du noyau mais le driver est à 99 % binaire.

Et LICENCE.TXT est clair sur la situation :

2.1.2 Limitations. No Reverse Engineering. Customer may not reverse engineer, decompile, or disassemble the SOFTWARE, nor attempt in any other manner to obtain the source code. No Separation of Components. The SOFTWARE is licensed as a single product. Its component parts may not be separated for use on more than one computer, nor otherwise used separately from the other parts.

Je crois que c'est assez clair.

Seul avantage par rapport à NVidia, ils ont utilisé l'architecture standard XFree4 (DRI + DRM) contrairement à NVidia qui a recrée sa propre architecture de zéro.


Même si c'est aussi binaire que NVidia, c'est tout de même agréable de voir qu'un constructeur de plus fournit ses drivers pour Linux.

J'en sors, c'est quelque chose !

Côté image, c'est du grand Miyazaki au mieux de sa forme. La qualité, le réalisme du dessin me paraissent encore plus impressionants qu'avec Mononoke Hime si c'était possible. Bien que le dessin soit typique de Miyazaki, y'a plusieurs moment dans le film ou a du mal à croire que c'est un D.A. L'animation est elle aussi exceptionelle.
A noter l'utilisation maintenant fréquente de la 3D comme support au dessin pour certaines séquences (il y en avait déjà quelques unes dans Mononoke Hime).

Pour l'histoire, c'est quelque chose aussi mais c'est difficilement racontable. Ca fait un peu penser à un mix entre Alice au Pays des Merveilles, mon voisin Totoro, le tout se déroulant dans une maison de bains traditionelle pour les esprits et les Dieux... (ça c'est de la description limpide :-)

Les persos sont mimis tout pleins. Y'a pleins de petites bestioles marrantes et bizarres : un régal :-)

Est-il nécessaire que je vous conseille d'aller le voir ? :-)

On peut critiquer NVidia pour leur drivers non libres mais en tout cas, la doc fournie avec est excellente ! Le README pèse 100 Ko, il est très complet.

Par la même occasion, pour les ceusses qui utilisent la sortie TV, n'oubliez pas cet indispensable outil très pratique qui permet de tout régler : position et taille de l'image sur la télé, modes, flicker fixer, filtrage : nv-tv-out.

http://sourceforge.net/projects/nv-tv-out(...)

Côté encodeur, mplayer (enfin mencoder) est très récent et n'est pas encore très évolué (par exemple, on peut paramétrer le bitrate mais quoi qu'on mette, c'est affreux :). Je ne doute pas qu'il va progresser rapidement.

Pour l'encodage, la référence absolue, c'est transcode qui est vraiment excellent et est capable de transcoder à peu près n'importe quoi en n'importe quoi !

Sur ma bécanne avec transcode, j'arrive à encoder la télé en DivX en 640x480 avec désentrelacement en temps réel. Avec un bon disque, ça fait un magnétoscope d'enfer ! La qualité est meilleure qu'un scope VHS classique.

Il ne manquerait qu'un lien avec nxtvepg pour se faire un truc à la Tivo entièrement en open source...

http://www.theorie.physik.uni-goettingen.de/~ostreich/transcode/(...)
http://nxtvepg.tripod.com/(...)

Et zou :

                 L M B E N C H  2 . 0   S U M M A R Y

                 ------------------------------------





Basic system parameters

----------------------------------------------------

Host                 OS Description              Mhz



--------- ------------- ----------------------- ----

agato      Linux 2.4.18       i686-pc-linux-gnu 1677

agato     Linux 2.4.18-       i686-pc-linux-gnu 1679



Processor, Processes - times in microseconds - smaller is better

----------------------------------------------------------------

Host                 OS  Mhz null null      open selct sig  sig  fork exec sh

                             call  I/O stat clos TCP   inst hndl proc proc proc

--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----

agato      Linux 2.4.18 1677 0.16 0.29 1.90 2.86  16.4 0.48 1.45 111. 532. 2863

agato     Linux 2.4.18- 1679 0.16 0.24 1.30 2.46  15.3 0.49 1.49 101. 509. 2764



Context switching - times in microseconds - smaller is better

-------------------------------------------------------------

Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K

                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw

--------- ------------- ----- ------ ------ ------ ------ ------- -------

agato      Linux 2.4.18 0.660 0.9200 9.9000 3.2300   94.6    20.2    94.7

agato     Linux 2.4.18- 0.680 0.9600   10.1 3.4100   93.9    19.6    94.0



*Local* Communication latencies in microseconds - smaller is better

-------------------------------------------------------------------

Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP

                        ctxsw       UNIX         UDP         TCP conn

--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----

agato      Linux 2.4.18 0.660 3.247 5.37  10.4  22.4  15.9  31.5 53.1

agato     Linux 2.4.18- 0.680 3.844 6.16 9.550  22.9  15.5  34.7 55.9



File & VM system latencies in microseconds - smaller is better

--------------------------------------------------------------

Host                 OS   0K File      10K File      Mmap    Prot    Page

                        Create Delete Create Delete  Latency Fault   Fault

--------- ------------- ------ ------ ------ ------  ------- -----   -----

agato      Linux 2.4.18                                407.0 0.336 1.00000

agato     Linux 2.4.18-   31.0   12.3   88.5   22.5    399.0 0.439 2.00000



*Local* Communication bandwidths in MB/s - bigger is better

-----------------------------------------------------------

Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem

                             UNIX      reread reread (libc) (hand) read write

--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----

agato      Linux 2.4.18 1090 948. 218.  497.6  694.2  347.6  350.4 866. 610.7

agato     Linux 2.4.18- 1032 960. 437.  489.1  706.7  326.6  329.9 869. 589.4



Memory latencies in nanoseconds - smaller is better

    (WARNING - may not be correct, check graphs)

---------------------------------------------------

Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses

--------- -------------  ---- ----- ------    --------    -------

agato      Linux 2.4.18  1677 1.787   11.9  122.1

agato     Linux 2.4.18-  1679 1.787   11.9  121.8

Merci Fabien :-) (y'a juste 2 sauts de ligne en trop pour chaque ligne mais bon, c'est lisible)

Le noyau avec les patchs preempt et low latency, c'est le 2.4.18-

Je ne suis effectivement pas très convaincu pas la combinaison, même pour une utilisation en poste de travail.

D'aprés LMbench, y'a pas de quoi se relever la nuit. (j'avais commencé à copier/coller les résultats dans mon message mais le fait de ne pas pouvoir mettre de <PRE></PRE> dans son message sur LinuxFr rend la chose illisible).

Pour résumer, les bandes passantes sont en général en baisse et les temps de latence sur les communications locales pas forcément améliorés.

J'ai aussi fait tourner ce bon vieux Byte Benchmark. Je n'ai pas gardé les résultats mais c'était 5 ou 10 % moins bon avec le noyau patché.

Il est vrai que le but de ces patchs, c'est de réduire la latence au maximum pour rendre Linux idéal parfaitement adapté au traitement du son mais ça n'est sans doute plus si adapté à une utilisation en poste de travail perso.

Attention à ce genre de patchs qui sont encore très expérimentaux.

J'ai testé cette combinaison de preempt + low-latency sur mon 2.4.18 et si tout semblait fonctionner très bien au premier abord (ni plus ni moins vite au feeling mais bon, j'ai une machine rapide), je suis vite revenu en arrière lors de ma première connexion à Internet (j'utilise une carte Numeris en 64 ou 128 KBps) car je me suis apperçu que ma connexion devenait horriblement lente avec des temps de latence monstrueux (et là, je parle de dizaines de secondes et plus de millisecondes).

Tout est revenu dans l'ordre avec le retour au 2.4.18 "nature".

Y'a quand même plus simple pour maintenir une RH (ou autre) à jour : je maintiens avec rsync un miroir au boulot des updates officielles RedHat (qu'on trouve en France chez ftp://ftp.free.fr/pub/Distributions_Linux/RedHat/updates/7.2/en/os(...) par exemple), un coup de rpm -Fvh aprés et c'est à jour.

Avantage annexe, je récupère le contenu de ce répertoire pour chez moi et ça me permet de maintenir mes bécannes perso à jour de la même façon et sans avoir besoin de me connecter sur internet.

Je ne suis qu'un pov'provincial, je n'ai qu'un accès RTC moi ! Les apt, up2date et autres Red Carpet, ce sont des trucs de Parisiens cablés mais pour moi, c'est tout pareil : inutilisable ;-)

Ca a l'air joli. Pour ceux qui conaissent, c'est comment par rapport à Balsa ou surtout Sylpheed ?

Il supporte les X-Face, l'utilisation de GPG, des comptes complètement en IMAP, les mails en multipart avec du HTML, les annuaires LDAP ?

Bon, comme j'ai aussi un vieux bi-PII 266, je viens de faire le test avec un "time make -j 3" :

real 12m57.700s
user 24m13.590s
sys 1m32.570s

Donc on a bien le temps user qui est égal à environ 2*le temps real sur un bi CPU.

C'est à comparer avec les 3m20s que j'obtiens pour faire exectement la même chose avec un seul Athlon à 1667 MHz. C'est un cas de calcul dont l'évolution du temps d'execution est relativement linéaire par rapport à la somme des MHz qu'on a sous la main.

Vu la façon (excellente) dont Linux gère ses caches, ça ne sert à rien du tout.

Le simple fait de détarer les sources sur ton disque place les fichiers dans le cache. Ce qui fait que lors de la compilation, il n'y aura pas d'accès physique du disque aux sources (à condition évidement qu'il y ait assez de Ram pour aussi cacher le compilateur et tout ce qui sert à compiler le noyau).

Si je ne me trompe, dans le cas d'un multipro, le temps user, c'est la somme du temps user consommé sur chaque CPU donc on peut arriver à avoir temps user > temps écoulé.

Sur un Athlon XP2000, je ne tombe jamais en dessous de 3m20s (make -j 2 aprés un make clean avec ma config habituelle) donc 8 ou 16 secondes, ça laisse un peu réveur quand même !

J'aimerais aussi bien connaitre les conditions de leur test.

> Y'a pas que l'informatique dans la vie et Miyazaki est un dieu vivant :)

Vrai :-) Mais si tu aimes Miyazaki et Princesse Mononoke, regarde aussi les films de Kurosawa genre "La forteresse cachée", "Les sept Samurais" ou surtout en beaucoup plus récent "Aprés la pluie" (Kurosowa est mort juste avant le début du tournage mais c'est en quelques sorte son dernier film). Par certains aspects, c'est très semblable à Princesse Mononoke : c'est sublime !