Avant de remplacer le C, il va falloir :
- faire normaliser Lissac par un comité ISO (probabilité presque nulle)
- faire découvrir aux gens que "Lissac, c'est mieux".. bon courage
- faire changer d'habitude les programmeurs
- faire enseigner Lissac dans toutes les universités du monde
Beaucoup ont essayé de remplacer le C, personne n'a réussi. le C est indéboulonnable : trop connu, base installée trop grande, trop de systèmes critiques reposent dessus. Pour la place du language "mieux, plus productif", la place est déjà prise : Ada et/ou Java.
La commande "groups" fonctionne aussi quand l'authentification PAM est basée sur du LDAP/MySQL/Winbind ? Si oui, pas besoin de popen, il suffit de regarder les sources de 'groups' :D
NetBeans a moins de support qu'Eclipse... mais son GUI Builder n'a pas d'équivalent dans Eclipse (enfin, il ne faut pas regarder le code généré et on se porte bien, ça fonctionne plutôt pas mal, même si c'est un poil lent)
Amusant, quand je vois la FSF qui tente de faire accélérer le dev de pilotes Ati, le dev d'une plugin-flash et qu'elle récompense l'auteur de Samba par ses awards, je me dis que le mot d'ordre est "interopérabilité" logicielle et matérielle, ce qui tombe bien, car niveau système et Desktop, on commence à être bien fourni. J'apprécie.
Ce que tu veux faire existe dans la glib, peut être serait-il judicieux de l'utiliser ? Dans tous les cas, je tinvite à regarder les sources de la fonction g_get_charset de la glib.
g_get_charset ()
Obtains the character set for the current locale; you might use this character set as an argument to g_convert(), to convert from the current locale's encoding to some other encoding. (Frequently g_locale_to_utf8() and g_locale_from_utf8() are nice shortcuts, though.)
Etape un : vérifier que hors Skype, ton matos est bien réglé. T'as essayé par ex. de t'enregistrer depuis ton micro et de rejouer ta voie ? Ça donne quoi ?
Sinon, regarde ton mixer, car parfois tu as une option "Micro boost" qui permet de relever de 20db le signal en provenance du micro. Mais pas de miracle, ça va aussi amplifier les éventuels grésillements.
Une image ISO-9660 n'est pas destinée à être modifiée. Il y a peut être des outils pour, mais à la base, c'est pas fait pour...
La façon plus propre de procéder est d'avoir tes fichiers sur ton DD quelque part, de les modifier quand t'en as besoin et de générer une image ISO pour la graver... ben seulement quand tu dois graver.
Il y a de très bon vendeurs à la Fnac, comme il y en a de très mauvais... Comme partout (il n'y a pas de miracles).
Pour revenir au sujet initial, Warner va peut être payer 5060 ¤ (plus leurs avocats), mais la loi DADVSI va faire quasiment un petit RAZ de la Jurisprudence dans ce domaine, je ne vois pas là de quoi jubiler.
Si ton application est GPL, qu'elle tourne sous Linux ou sous Windows, avec Qt4, c'est GRATUIT (voir http://www.trolltech.com/download/opensource.html pour télécharger les versions GPL Windows/X11/Mac)
Si ton application est propriétaire, qu'elle tourne sous Linux ou sous Windows, c'est PAYANT.
Posté par Arnaud .
En réponse au journal GPLv3.
Évalué à 7.
Je viens de lire le brouillon, ça cause pas mal patente (poursuite pour violation de brevet logiciel = fin du droit d'utilisation, mise sous GPLv3=acceptation de non utilisation des brevets logiciels sur le code fournit, etc etc).
Ça cause DRM, aussi, mais juste dans le préambule pour dire que le DRM, c'est mal et c'est incompatible avec le logiciel libre : j'aurais été plus extrémiste avec une clause interdisant l'utilisation de code sous GPLv3 à tout organisme distribuant du contenu ou des logiciel incorporant du DRM (y compris les filiales).
Mais bon.. :D
Du 640x480, même en monochromone, en bitmap, ça ne PEUT PAS tenir sur 274 octets (sauf si on s'appelle i2bp ;)
Il y a de fortes chances que les 274 octets référencent des images externes (amusant, ça me rappelle l'bon vieux temps des moteurs de shoot'em'up...)
1° octet : numéro d'image à afficher ligne 1, colonne 1
2° octet: numéro d'image à afficher ligne 1, colonne 2
...
n° octet: numéro d'image à afficher ligne 2, colonne 1
..
etc etc
Oui mais voila: 640x480 n'est pas divisible par 274 (on ne peut pas découper l'image en 274 blocs identiques), ce qui veut dire qu'il y a des octets qui servent aussi à d'autres choses, ou que la taille des blocs est variable. Peut être que les premiers octets servent à référencer une 'image de base' ou il faut aller piocher les blocs référencés par la suite ? Peut être aussi que je suis à côté de la plaque.
Je pense que tu vas passer des soirées sympas avec un éditeur hexa, avec du 'je remplace un octet, je lance le jeu, je note la différence'...
Effectivement, ce n'est pas trivial. Je pense que je vais coder une appli 'brute" en C++/Qt4, sur une approche 'je remplis bêtement' puis j'essaye par permutations d'optimiser un peu, sur un nombre de passes configurables.
[^] # Re: Je n'ai jamais compris pourquoi...
Posté par Arnaud . En réponse à la dépêche Faille de sécurité majeure dans Ubuntu 5.10. Évalué à 6.
Question de politique.
Ce qui m'étonne plus, c'est pourquoi un audit ne commence pas par "grep -ir <mot de passe root> /", ou qq chose comme ça!
[^] # Re: H323
Posté par Arnaud . En réponse à la dépêche Ekiga 2.00 disponible!. Évalué à 8.
Bravo pour cette dur travail de développement. Maintenant, c'est l'heure du marketting ;-)
[^] # Re: Euh ...
Posté par Arnaud . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 4.
- faire normaliser Lissac par un comité ISO (probabilité presque nulle)
- faire découvrir aux gens que "Lissac, c'est mieux".. bon courage
- faire changer d'habitude les programmeurs
- faire enseigner Lissac dans toutes les universités du monde
Beaucoup ont essayé de remplacer le C, personne n'a réussi. le C est indéboulonnable : trop connu, base installée trop grande, trop de systèmes critiques reposent dessus. Pour la place du language "mieux, plus productif", la place est déjà prise : Ada et/ou Java.
[^] # Re: orthographe
Posté par Arnaud . En réponse à la dépêche Des nouvelles d'Enlightenment DR17. Évalué à 10.
[^] # Re: Chez moi ça marche
Posté par Arnaud . En réponse au journal Arte et DRM : pareil que les autres. Évalué à 1.
- L'extention "User Agent Switcher" 0.6.8
- Le plugin MPlayer: mplayerplug-in 3.11
Par contre, je n'ai pas essayé avec le contenu sous DRM, je ne veux pas dépenser un euro pour rien 8-)
[^] # Re: Utiliser la commande groups ?
Posté par Arnaud . En réponse au message Récupérer les groupes d'un utilisateur. Évalué à 2.
[^] # Re: Utiliser la commande groups ?
Posté par Arnaud . En réponse au message Récupérer les groupes d'un utilisateur. Évalué à 2.
# Constructeur d'interface graphique
Posté par Arnaud . En réponse à la dépêche Sortie de NetBeans 5.0. Évalué à 7.
# Interopérabilité
Posté par Arnaud . En réponse à la dépêche Prix du logiciel libre 2005 décerné à Andrew Tridgell. Évalué à 6.
# Dans la glib
Posté par Arnaud . En réponse au message Recuperation charset courant. Évalué à 2.
g_get_charset ()
Obtains the character set for the current locale; you might use this character set as an argument to g_convert(), to convert from the current locale's encoding to some other encoding. (Frequently g_locale_to_utf8() and g_locale_from_utf8() are nice shortcuts, though.)
# Step 1...
Posté par Arnaud . En réponse au message Mandriva 2006 + skype. Évalué à 3.
Sinon, regarde ton mixer, car parfois tu as une option "Micro boost" qui permet de relever de 20db le signal en provenance du micro. Mais pas de miracle, ça va aussi amplifier les éventuels grésillements.
[^] # Re: iso == ro
Posté par Arnaud . En réponse au message Edition images ISO. Évalué à 3.
Une image ISO-9660 n'est pas destinée à être modifiée. Il y a peut être des outils pour, mais à la base, c'est pas fait pour...
La façon plus propre de procéder est d'avoir tes fichiers sur ton DD quelque part, de les modifier quand t'en as besoin et de générer une image ISO pour la graver... ben seulement quand tu dois graver.
# Module noyau ?
Posté par Arnaud . En réponse au message Filesystems. Évalué à 3.
modprobe ntfs
[^] # Re: EMI
Posté par Arnaud . En réponse au journal Nouvelle décision de justice contre le système anticopie d'un CD de Warner. Évalué à 4.
[^] # Re: EMI
Posté par Arnaud . En réponse au journal Nouvelle décision de justice contre le système anticopie d'un CD de Warner. Évalué à 4.
Pour revenir au sujet initial, Warner va peut être payer 5060 ¤ (plus leurs avocats), mais la loi DADVSI va faire quasiment un petit RAZ de la Jurisprudence dans ce domaine, je ne vois pas là de quoi jubiler.
[^] # Re: Eclaircissements
Posté par Arnaud . En réponse au message Les lib QT comment ça marche ?. Évalué à 3.
# C'est simple!
Posté par Arnaud . En réponse au message Les lib QT comment ça marche ?. Évalué à 2.
Si ton application est propriétaire, qu'elle tourne sous Linux ou sous Windows, c'est PAYANT.
[^] # Re: Oops
Posté par Arnaud . En réponse au message Dreamcast. Évalué à 4.
# Patent pending :D
Posté par Arnaud . En réponse au journal GPLv3. Évalué à 7.
Ça cause DRM, aussi, mais juste dans le préambule pour dire que le DRM, c'est mal et c'est incompatible avec le logiciel libre : j'aurais été plus extrémiste avec une clause interdisant l'utilisation de code sous GPLv3 à tout organisme distribuant du contenu ou des logiciel incorporant du DRM (y compris les filiales).
Mais bon.. :D
[^] # Re: ASP ?
Posté par Arnaud . En réponse à la dépêche Le codec vidéo libre XviD 1.1.0 est disponible. Évalué à 3.
# En utilisant /proc :)
Posté par Arnaud . En réponse au message Processus. Évalué à 5.
[^] # Re: ASP ?
Posté par Arnaud . En réponse à la dépêche Le codec vidéo libre XviD 1.1.0 est disponible. Évalué à 1.
[^] # Re: Et les amours dans tout ça ?
Posté par Arnaud . En réponse au sondage Ma résolution pour 2006. Évalué à 6.
[^] # Re: Rétro-ingénierie
Posté par Arnaud . En réponse à la dépêche Sortie de la version 2005-12-28 du Hachoir. Évalué à 7.
Il y a de fortes chances que les 274 octets référencent des images externes (amusant, ça me rappelle l'bon vieux temps des moteurs de shoot'em'up...)
1° octet : numéro d'image à afficher ligne 1, colonne 1
2° octet: numéro d'image à afficher ligne 1, colonne 2
...
n° octet: numéro d'image à afficher ligne 2, colonne 1
..
etc etc
Oui mais voila: 640x480 n'est pas divisible par 274 (on ne peut pas découper l'image en 274 blocs identiques), ce qui veut dire qu'il y a des octets qui servent aussi à d'autres choses, ou que la taille des blocs est variable. Peut être que les premiers octets servent à référencer une 'image de base' ou il faut aller piocher les blocs référencés par la suite ? Peut être aussi que je suis à côté de la plaque.
Je pense que tu vas passer des soirées sympas avec un éditeur hexa, avec du 'je remplace un octet, je lance le jeu, je note la différence'...
[^] # Re: C'est pas trivial
Posté par Arnaud . En réponse au message Répartir les fichiers dans des dossiers. Évalué à 2.