thor_tue a écrit 103 commentaires

Je ne suis pas le premier à m'inquiéter de cette question de pérennité, c'est tout de même le b a ba de l'informatisation des données ! Je pensais au webm parce qu'il me semblait soutenu par google tout en étant ouvert, ça n'est pas rien tout de même. Mais le format ne va pas donc pas proliférer avec certitude ? Au pire je pourrais sauver en mp4 ET webm, même si c'est utiliser de l'espace disque un peu pour rien.
Lorsque je sauve du pdf, du jpg/png, du mp3, ou du od(t|s) je le fais l'esprit tranquille, au moins. Cette prolifération de formats pour vidéo est vraiment source de confusion pour le novice.

OK merci, donc en pratique par ordre de préférence décroissante, je retiens :

webm > mp4 > flv (j'évitais déjà flv)

En fait j'utilise pour sauver les fichiers FlashGot sous Firefox (Iceweasel plus précisément). FlashGot propose en plus des trois formats cités : 3gpp ; que je ne connais pas. Je ne savais pas qu'il y avait parfois pour un même conteneur la possibilité de changer de codec (dans une certaine limite, je suppose, bien sûr). Je n'ai pas vu la possibilité d'un tel contrôle dans FlashGot. Vous avez bien compris que je m'interrogeais quant au TRÈS long terme, sur une période de quelques années c'est visiblement un faux problème. Si j'ai bien compris dans le cas de webm par exemple on trouvera toujours en pratique un outil pour les lire ou au pire les convertir en un nouveau format libre qui sera en vigueur dans le futur.

J'ai vu cette petite synthèse :
http://en.wikipedia.org/wiki/List_of_open-source_codecs

Outil intégré dans l'excellent logiciel Sagemath :
Exemple GPLK dans session Sage

Il semble qu'il y ait 3 contributeurs principaux, qui codent durant leur temps libre. Et pas de sponsor. Ce qui est remarquable c'est l'ancienneté du projet. Des gens ont suggéré l'idée du "bounty" pour accélérer le développement.

Ici un lien intéressant (notamment la section "historique") qui explique d'où vient le modeleur opencascade.
Open CASCADE

1) FreeCAD utilise le modeleur opencascade (écrit en C++). C'est même un constituant fondamental, écrire un modeleur ça n'est pas un petit boulot !
2) La fonction balayage existe.
3) On peut faire des bricoles avec les splines. Ne surtout pas s'attendre au module surfacique de CATIA, c'est clair.
4) NX est un très bon logiciel, du niveau globalement de CATIA ou Creo. Mais fermé et très coûteux. Plus populaire aux USA, Allemagne, je crois.
5) Ça manque encore de documentation / HOW TO, mais ça vient peu à peu.

Un vrai logiciel de CAO 3d libre… voilà le logiciel à propos duquel je m'interdis encore de rêver. Parce que disposer d'un vrai outil dans le domaine de la conception de produits industriels, ça serait absolument fantastique. Et pourtant, je suis vraiment étonné du travail déjà accompli. Je le teste de plus en plus maintenant qu'il a bien progressé.

Pour pouvoir commencer à être utilisé pour des petits projets personnels, il manque encore, dans l'ordre de priorité selon moi :
1) Un "sketcher" un peu plus puissant (notamment absence du concept de plan de construction, etc.)
2) Un module d'assemblage un minimum fonctionnel.
3) Pouvoir faire des plans (de détails dans un premier temps) complets avec cotation (pour pouvoir fabriquer les pièces).
Si déjà on pouvait disposer de ça…

Mais tout ça semble inscrit sur la roadmap et envisagé (peut-être cette année ?)

Le choix de python comme langage ouvre de grandes perspectives. Il faudrait sans doute envisager le concept de "plugin", ça permettrait à des gens de développer par la suite des outils, sans pour autant devoir plonger jusqu'aux tréfonds du code (trop complexe pour 99% des gens).

Un projet extrêmement intéressant. À suivre…

Oui, le fichier existe bien. Mais c'est bizarre, il ne connaît que des "device" de type Nexus. D'ailleurs Nexus n'apparaît même pas dans le choix possible à la création d'une "target".

Je ne fais pas une copie du fichier, il est trop long. Mais lorsque je tape :
grep -1 device /opt/android-sdk-linux/tools/lib/devices.xml

Ça retourne :

<d:device>
    <d:name>Nexus One</d:name>

    </d:state>
</d:device>
<d:device>
    <d:name>Nexus S</d:name>

    </d:state>
</d:device>

<d:device>
    <d:name>Galaxy Nexus</d:name>

    </d:state>
</d:device>
<d:device>
    <d:name>Nexus 7</d:name>

...

Bizarre…

Merci. Effectivement, ça a l'air OK. Du coup je sèche…

Je ne sais pas trop si je suis dans le bon forum ; c'est un peu lié à debian, un peu à android, etc. Je ne connais pas Java et ne sais pas vraiment où attaquer le problème. Il me semble que savoir de quelles bibliothèques a besoin un émulateur fonctionnel peut être un point de départ.
Si une bonne âme a juste une piste…

"les mosquées sont construites sans minaret"
Ça c'est ce que les médias et politicards poltrons disent pour rassurer le peuple endormi. Le minaret est un symbole on ne peut plus politique. Il est la marque très ostensible d'appropriation d'abord symbolique d'un territoire. Ici dans un lieu de résistance historique à l'invasion sarrasine :
http://www.google.com/search?q=mosqu%C3%A9e+poitiers

Ça fait au moins deux solutions que je peux tester.

J'ai lu le message précédent trop tard. ;)

J'ai longtemps cherché puis enfin trouvé un excellent outil : sagemath

En bref : c'est un outil extrêmement complet pour faire du calcul formel, numérique, des tracés de tous types, etc ; le tout avec Python comme langage. Et surtout il est libre (et gratuit).

Je ne suis pas expert en pédagogie, mais Python me paraît pas mal pour s'initier à l'algorithmique. Par rapport au C++ (que j'apprécie aussi), c'est vraiment le jour et la nuit, on a vraiment l'impression d'être débarrassé des détails et complications de la syntaxe de ce dernier.

Il me semble avoir vu qu'on le propose à ceux qui préparent l'agrégation de maths.

Nota : Je n'ai jamais testé OCAML.

Excellente bibliothèque en effet. Un point très positif est qu'elle est integrée (à l'instar de NumPy et ScIpy) dans le très bon logiciel de mathématique Sage, ce dernier étant piloté par Python.

La liste de l'ensemble de ce qui est inclus dans Sage : Composants

Sauf erreur la dernière mise à jour d'Ipcop a plus de 3 ans, ça me paraît vraiment beaucoup.
Je note Ipfire dans mes tablettes, merci.
Je cherche un firewall de "base", c'est à dire sans prolifération de services annexes autour (ça c'est plutôt SME, Clarkconnect, etc).
Et bien sûr, un projet qui a atteint une masse critique et une pérennité raisonnable.
Bon, je pense que ça va se jouer entre Ipfire/pfSence...

Je suis jusqu'à ce jour utilisateur d'Ipcop, installé derrière une Freebox qui connecte mon (petit) réseau domestique. Mais Ipcop a l'air vraiment au point mort (dernière mise à jour le 2008-07-23).
pfSense semble un substitut tout à fait intéressant. Qu'installent et que conseillent les administrateurs libristes, comme Firewall (de base) ? Le choix semble vite fait.

Il me semble que la "version" de Python présente dans Sage fait juste un preparsing du genre : "**" <=> "^" (puissance/exponentiation), etc. Mais guère plus.
Le fait d'avoir Python comme langage est vraiment très puissant et confortable, je trouve. Quel type de problème y a t-il pour charger votre code ?

OK, je n'avais pas vu le ".config". Ceci dit, il n'est pas bien rempli. J'espère qu'un jour il y aura un standard (au moins de fait). Pourquoi cacher avec le préfixe point ?

Dans le même ordre d'idée, ça serait peut-être bien d'avoir quelque chose comme un répertoire "/home/utilisateur_untel/etc". Je trouve que les fichiers de configurations personnels sont vraiment dispersés en bordel, je les aimerais bien regroupés. D'autant plus que ce sont bien en pratique des fichiers de type "editable text configuration".
Mes 0,2€ ...

À propos du débat 2d/3d, même dans le domaine de l'ingéniérie mécanique, et alors que presque tout se fait maintenant en 3d (Catia. SW, Pro/E, etc.) ; disposer aussi d'un logiciel de DAO (2d) a encore son intérêt. Avant de passer à la modélisation volumique proprement dite, un projet commence par des croquis, des schémas de principe, probablement le dessin d'une chaîne cinématique, etc ; toutes choses qu'on dessine d'abord de manière "classique" en plan (2d). Rien que pour cette raison un tel logiciel a son intérêt. Bien sûr, un gros logiciel pro 3d peut lui intégrer directement un outil 2d.

Avez-vous vu mon message au-dessus (celui du 10/03/11 à 11:39) ? Il m'ont dit par courrier explicitement que ça restera gratuit. Èvidemment, je ne peux pas savoir si ils pipeautent.

Qu'il n'y ait pas de confusion, je disais ceci :

1) Sous DraftSight, aucun langage de script.

2) Pour FreeCAD, j'ai bien sûr vu qu'on peut scripter avec python. Ça va même beaucoup plus loin, une grosse partie de FreeCAD est écrit en Python, il y a une couche encapsulant les classe C++ d'OpenCascade (le modeleur 3d). Python me paraît particulièrement adapté à l'écriture de plugins, avec la possibilité d'incorporer grâce à des "bindings" des bibliothèques écrites en C/C++. Ceci dit, ce sont vraiment des choix fondamentaux d'architecture logicielle, je ne me sens pas apte à les juger de manière péremptoire, il faut avoir soi-même participé au développement de gros soft.

Rien. Je rêve de... Python. ;) Vraiment bien comme langage d'automatisation pour écrire ses propres outils de productivité.

J'ai posé la question directement à D.S. Extrait de leur réponse :

"The standalone, single-user version will always be free to download and activate even in commercial use. Support, network licensing and API applications are available at an extra charge"

La CAO 3d en libre, c'est vite vu.

FreeCAD, effectivement, selon moi le plus gros potentiel. Je l'essaye très régulièrement. Le boulot déjà fait est remarquable. Un point à noter, c'est un très vieux projet, les développeurs ne lâchent pas leur projet. Je le signale car il y a pas mal de logiciels de CAO libres morts... tu m'étonnes... devant l'ampleur du boulot, beaucoup se sont découragés.

HeeksCAD, également, est intéressant.

Ceci dit, lorsqu'on voit les monstres que sont CATIA, Pro/Engineer (Creo), NX, etc. ; je suis un fervent adepte du libre, mais là on arrive à ses limites, j'en ai peur. Comment développer de pareilles usines à gaz sans ressource massive apportée par les licences ? Je ne sais...

Comme gros soft CA0 3d sérieux (et non-libre, malheureusement) il n'y a que NX (Siemens) qui tourne sous Linux. Très coûteux également.