Je suis assez d'accord avec toi.
Pour avoir jeter un coup d'oeil à DirectX ou plutôt Direct3D et même avoir acheté un bouquin, je n'ai rien compris ! Certes, je n'ai pas trop insisté mais le bouquin était inbuvable, la doc idem... Bref, un peu rebutant.
Alors que l'OpenGL, c'est tellement simple (mais j'avoue n'avoir pas poussé très loin mes investigations) et on s'y met très vite que l'on est bien content que ce soit en C ! http://nehe.gamedev.net/(...)
Idem pour SDL ! Quelques fonctions bien fouttues que l'on appelle comme on veut ! Quelle souplesse !
Mais perso, quand je programme, j'aime bien structurer les choses et c'est pourquoi je ne peux pas me passer du C++.
Donc, j'encapsule tout dans des objets pour mes usages propres et c'est très pratique !
Bref, la souplesse du C permet aussi de profiter du C++ ! Alors que l'inverse ne serait pas vrai. (Et on peut étendre ça à Python, Ruby et l'utiliser avec Gtk, Qt, etc...)
Sinon, pour éviter d'avoir à réimplémenter des wrappers, il faudrait voir ce qui existe et je pense qu'il y a des tonnes de choses. Reste à faire des benchmarks sur la maturité, les fonctionnalités, les domaines d'applications et avoir des retours !
Il y a effectivement des choses comme Ogre mais je ne sais pas si c'est seulement un moteur 3D ou si Ogre permet d'accéder aux autres fonctions multimédias (audio, "2D", entrées/joystick, etc..)
Je suis assez d'accord et ça me rappelle mon premier cours de Prolog. C'est très très déstabilisant ! Et penser en C pour écrire du Prolog est stupide.
D'ailleurs, bien qu'ayant pu voir la puissance du Prolog pour certains problèmes, ça me donnait trop de mal de crânes à modifier ma manière de penser... (et je pense que les personnes pensant en Prolog ont la même réaction avec le C)
Ce qui explique la sortie de KDE 3.5 pour nous faire patienter un petit peu. La première grosse étape sera la mise à jour de kdelibs pour toutes ces joyeusetés en plus de l'arrivée de Qt4. Et ensuite, le portage de tout le reste de KDE.
Donc, vivement KDE 4 mais il va falloir être patient ou sinon, filer un coup de main.
Non, Qt car ce ne sera la cas que lors de la release officielle.
Donc, pour l'instant, on ne peut pas tester les softs sous Windows avec cette Beta.
Pour le toilettage, il y aurait pas mal de boulot, car KDE 4 risque de changer en profondeur en plus du passage à Qt 4 (pour moi, KDE avec Qt 4 = KDE 4).
Je pense qu'il y aussi le problème de dépendances...
Devoir installer près de 100Mo de librairie diverses pour avoir un soft, c'est toujours assez contraignant...
Autour de KDE/Gnome, il y a beaucoup de librairies qui utilisent Gtk ou Qt (voir des librairies KDE ou Gnome). Ce qui veut dire que pour avoir un soft, il faudrait installer l'ensemble des dépendances : Gtk + Qt + Gnome + KDE + quelques librairies exotiques, etc... simplement pour avoir un soft !
Dans les 2 cas, les gens vont s'en plaindre...
[Même si rien à voir avec ces drivers] Ce n'est peut-être qu'une impression, mais j'ai plus confiance d'avoir une réponse quand je poste un rapport pour un soft Opensource que pour un soft propriétaire (mais j'avoue n'avoir jamais tenté l'expérience...).
Je n'arrive pas à afficher ma facture Wanadoo sous forme PDF avec Xpdf mais en le lançant dans une console, j'ai vu une liste d'erreurs liées aux fontes du genre :
A ce propos, existe-t-il un bon HOWTO simple pour passer à l'UTF-8 ?
D'après ce que j'ai compris, quand on parle d'UTF-8, ce n'est uniquement pour le codage des noms de fichiers dans le filesystem ? Et quelque fois l'encodage dans quelques éditeurs de textes (si j'ai bien compris tout ce qui tourne autour du web précise le codage, donc à priori, pas de problème) ?
Peut-il y avoir des problèmes lors de l'utilisation de Samba ou NFS ?
Petite erreur ou il y a ambiguité dans la description : vu où est placée la virgule, j'ai l'impression que ça concerne l'ASF et qu'il n'y a pas de précision pour l'OggVorbis :
J'ai surtout l'impression que depuis quelques temps, les news se font de plus en plus rares (c'est peut-être subjectif) et que tout l'intérêt du site vient de ses journaux.
En effet, par exemple, la news de la sortie de KDE 3.4 qui arrive plus de 24h après sa sortie officielle (et pourtant, je pense que pas mal de monde s'est précipité pour écrire la news). Bref, j'ai l'impression que LinuxFR a perdu en réactivité depuis quelques mois.
Ce passage par 5 modérateurs/relecteurs est-il indispensable ? ne pourrait-il pas être moins restrictif ? Certes, c'est toujours le problème de la qualité vis à vis de la quantité... Mais bon, personnellement, moi qui recherche surtout des infos techniques et des nouvelles sorties de logiciel, (voir même sortie de film au risque d'attirer les foudres de certains), je reste un peu sur ma faim par les news actuelles où 80% des news de secondes pages ne parlent que de LUG ou de réunion au 4 coin de la France. Ramener ce pourcentage à 30-50% en laissant passer plus de news techniques (même si pas superbement rédigées) serait peut-être une bonne chose... [Comme tout le monde le sait, une news technique amène plus à débat et discussion qu'une assemblée de LUG à Limoges...]
Pourquoi attendre reiserfs4 ?
La version courante fonctionne très bien et je n'ai jamais eu de problèmes avec (pour des besoins persos, je précise). D'ailleurs, je regrette d'avoir utilisé EXT3 sur mon PC portable.
A ce propos, j'avais une question : le check filesystem périodique de EXT3 est-il une spécificité de ce file system ou devrait-il exister aussi pour ReiserFS ? Car de temps en temps, le démarrage avec EXT3 prend bien 5-10 min à cause du check filesystem alors que je n'ai jamais vu de check filesystem sur ReiserFS...
Je ne crois pas.
Pour l'avoir essayé, le serveur est sur la machine sur laquelle on souhaite se connecter (PC Linux) et le client sur la machine sur laquelle on souhaite avoir l'affichage (PC Windows).
Pour avoir testé et utilisé le serveur NX, il utilise une connexion SSH (pas d'autre port ouvert) et n'a pas de démon serveur. C'est juste l'accès à la machine par un user nx qui lance le serveur et ensuite l'authentification au près du serveur avec un user déclaré.
De plus, la dernière version commerciale se comporte comme screen : on peut se déconnecter et se reconnecter pour retrouver sa session.
Ca marche très bien mais malheureusement, j'ai utilisé la version NX commerciale qui est limitée dans le temps (et là, justement, ma licence a expiré........).
J'ai hâte d'utiliser FreeNX !! (Ca fait déjà un certain temps qu'une démo a été faite par des dev de KDE mais je n'ai jamais vu d'autres news à ce sujet. A l'époque, les sources n'avaient pas encore été rendu disponibles).
J'avais cru comprendre qu'une intégration était prévue au sein du projet KDE.
En tout cas, ce n'est pas une modification du serveur X et je ne pense pas que l'on puisse intégrer leurs améliorations dans Xorg (d'ailleurs, ça casserait la compatibilité avec les autres serveurs X). Mais il faut plus le voir comme un VNC très performant.
J'ai déjà utilisé une suite commerciale basée sur Spice (pspice je crois mais ça a peut-être encore changé de nom).
Ca permet de faire de la simulation analogique, réponse à un filtre, etc... C'est bien puissant et super pratique.
Je pense que spice contient tout ce qui est algorithme pour la simulation mais le plus difficile reste d'avoir une base de composant avec leur paramètres.
Après, je ne sais pas si on peut mixer analogique et numérique avec spice (ce que faisait la version commerciale).
Personnellement (c'est le cas de le dire), je le trouve assez sobre celui de OpenOffice, sans fioriture. Mais comme je n'ai pas vu celui de Acrobat Reader...
Par contre, c'est vrai que l'on ne voit pas trop le lien entre le splash screen de OOo et l'esprit des icones choisies.
A noter que ce n'est pas la Beta mais la candidate de la Beta.
Par contre, cette version est beaucoup plus stable que celle que j'avais testé il y a quelques semaines. L'enregistrement au format OASIS semble correct. Reste les problèmes d'impor et surtout export vers les fichiers d'MS-Office. Mais tout ça devrait s'arranger très rapidement !
En tout cas, il est agréable de voir que la version française et au même endroit que les autres versions (mais il est regrettable de voir que le RPM a été choisi par défaut...)
Effectivement, du côté de BigLux, il y a eu des travaux pour Festival (malheureusement, pas de fichier son pour juger de la qualité) : http://www.culte.org/projets/biglux/(...)
A priori, l'utilisation de MBROLA comme moteur semble plus performant mais malheureusement MBROLA n'est pas libre... Sinon, il est vrai que le rendu avec ce moteur est très bon (mais je n'ai aucune idée de ce qui se fait commercialement [pas pu essayer la démo de FT R&D])
Enfin, sur le site de BigLux, une étude va être faite pour essayer d'optimiser le rendu avec Festival d'après ce que je viens de lire. En tout cas, leurs travaux semblent vraiment intéressants !
Pour ce qui est de KTTS, je pense qu'il ne devrait pas être difficile de supporter de nouveau moteur... Même si ce n'est pas le cas pour la 3.4, une requête pourraient être faite pour les versions suivantes !
[^] # Re: Peur ?
Posté par Frédéric COIFFIER . En réponse au journal Le cardinal Ratzinger vous en pensez quoi ?. Évalué à 2.
[^] # Re: paradigmes divergents !
Posté par Frédéric COIFFIER . En réponse au journal Développer des jeux vidéos sous Linux ?. Évalué à 2.
Pour avoir jeter un coup d'oeil à DirectX ou plutôt Direct3D et même avoir acheté un bouquin, je n'ai rien compris ! Certes, je n'ai pas trop insisté mais le bouquin était inbuvable, la doc idem... Bref, un peu rebutant.
Alors que l'OpenGL, c'est tellement simple (mais j'avoue n'avoir pas poussé très loin mes investigations) et on s'y met très vite que l'on est bien content que ce soit en C !
http://nehe.gamedev.net/(...)
Idem pour SDL ! Quelques fonctions bien fouttues que l'on appelle comme on veut ! Quelle souplesse !
Mais perso, quand je programme, j'aime bien structurer les choses et c'est pourquoi je ne peux pas me passer du C++.
Donc, j'encapsule tout dans des objets pour mes usages propres et c'est très pratique !
Bref, la souplesse du C permet aussi de profiter du C++ ! Alors que l'inverse ne serait pas vrai. (Et on peut étendre ça à Python, Ruby et l'utiliser avec Gtk, Qt, etc...)
Sinon, pour éviter d'avoir à réimplémenter des wrappers, il faudrait voir ce qui existe et je pense qu'il y a des tonnes de choses. Reste à faire des benchmarks sur la maturité, les fonctionnalités, les domaines d'applications et avoir des retours !
Il y a effectivement des choses comme Ogre mais je ne sais pas si c'est seulement un moteur 3D ou si Ogre permet d'accéder aux autres fonctions multimédias (audio, "2D", entrées/joystick, etc..)
[^] # Re: sapucépalibre
Posté par Frédéric COIFFIER . En réponse au journal Opera 8 is out!. Évalué à 2.
Enfin, reste à voir si Opera supporte complètement le SVG avec tout ce que cela permet de faire !
[^] # Re: un environnement
Posté par Frédéric COIFFIER . En réponse au journal Lisp: pourquoi est-ce different ?. Évalué à 2.
D'ailleurs, bien qu'ayant pu voir la puissance du Prolog pour certains problèmes, ça me donnait trop de mal de crânes à modifier ma manière de penser... (et je pense que les personnes pensant en Prolog ont la même réaction avec le C)
[^] # Re: Euh....
Posté par Frédéric COIFFIER . En réponse au journal Une idée: le Drag&Drop. Évalué à 2.
[^] # Re: Mouarf...
Posté par Frédéric COIFFIER . En réponse au journal Qt4 béta2. Évalué à 3.
Sinon, ça m'aurait drôlement intéressé !!
[^] # Re: QT not equal KDE
Posté par Frédéric COIFFIER . En réponse au journal Qt4 béta2. Évalué à 4.
Donc, vivement KDE 4 mais il va falloir être patient ou sinon, filer un coup de main.
[^] # Re: QT not equal KDE
Posté par Frédéric COIFFIER . En réponse au journal Qt4 béta2. Évalué à 4.
Donc, pour l'instant, on ne peut pas tester les softs sous Windows avec cette Beta.
Pour le toilettage, il y aurait pas mal de boulot, car KDE 4 risque de changer en profondeur en plus du passage à Qt 4 (pour moi, KDE avec Qt 4 = KDE 4).
[^] # Re: Bibliothèque commune pour le format guitar pro ?
Posté par Frédéric COIFFIER . En réponse au journal KGuitar 0.1.0 disponible :). Évalué à 2.
Devoir installer près de 100Mo de librairie diverses pour avoir un soft, c'est toujours assez contraignant...
Autour de KDE/Gnome, il y a beaucoup de librairies qui utilisent Gtk ou Qt (voir des librairies KDE ou Gnome). Ce qui veut dire que pour avoir un soft, il faudrait installer l'ensemble des dépendances : Gtk + Qt + Gnome + KDE + quelques librairies exotiques, etc... simplement pour avoir un soft !
Dans les 2 cas, les gens vont s'en plaindre...
[^] # Re: J'espère que c'est au moins une beta ...
Posté par Frédéric COIFFIER . En réponse au journal Driver nvidia 7174. Évalué à 2.
[^] # Re: Radiofrance en ogg...
Posté par Frédéric COIFFIER . En réponse au journal Radio france en ogg/vorbis. Évalué à 4.
[^] # Re: Test rapide
Posté par Frédéric COIFFIER . En réponse à la dépêche Retour d'Adobe sur les plates-formes Linux ?. Évalué à 3.
Error: Couldn't create a font for 'Helvetica'
[^] # Re: Merci ...
Posté par Frédéric COIFFIER . En réponse au journal XviD 1.1.0-beta2 is out ! Et moi aussi.... Évalué à 3.
Je n'utilise que ça pour compresser mes videos ! Même si ça fait planter Windows Media Player (Vive vlc !)
[^] # Re: Polices OpenType
Posté par Frédéric COIFFIER . En réponse à la dépêche Retour d'Adobe sur les plates-formes Linux ?. Évalué à 3.
[^] # Re: Pas de difficulté
Posté par Frédéric COIFFIER . En réponse au journal A propos de l'UTF-8. Évalué à 2.
D'après ce que j'ai compris, quand on parle d'UTF-8, ce n'est uniquement pour le codage des noms de fichiers dans le filesystem ? Et quelque fois l'encodage dans quelques éditeurs de textes (si j'ai bien compris tout ce qui tourne autour du web précise le codage, donc à priori, pas de problème) ?
Peut-il y avoir des problèmes lors de l'utilisation de Samba ou NFS ?
[^] # Re: Specs Ogg de l'engin
Posté par Frédéric COIFFIER . En réponse au journal Baladeur MP3/Ogg sous linux... J'ai trouvé !. Évalué à 3.
File support: MPEG 1/2/2.5 Layer 3
(8kps-320Kps,8KHz-48KHz) WMA, ASF
(8Kps-192Kps,8KHz - 48KHz), Ogg Vorbis
[^] # Re: et konversation ?
Posté par Frédéric COIFFIER . En réponse au journal amarok && xchat : drole et inutile :-). Évalué à 2.
Et GStreamer, ça vient quand même du monde Gtk/Gnome.
[^] # Re: Automatisé ?
Posté par Frédéric COIFFIER . En réponse au journal Nouvelles versions de Mozilla et de Thunderbird. Évalué à 8.
En effet, par exemple, la news de la sortie de KDE 3.4 qui arrive plus de 24h après sa sortie officielle (et pourtant, je pense que pas mal de monde s'est précipité pour écrire la news). Bref, j'ai l'impression que LinuxFR a perdu en réactivité depuis quelques mois.
Ce passage par 5 modérateurs/relecteurs est-il indispensable ? ne pourrait-il pas être moins restrictif ? Certes, c'est toujours le problème de la qualité vis à vis de la quantité... Mais bon, personnellement, moi qui recherche surtout des infos techniques et des nouvelles sorties de logiciel, (voir même sortie de film au risque d'attirer les foudres de certains), je reste un peu sur ma faim par les news actuelles où 80% des news de secondes pages ne parlent que de LUG ou de réunion au 4 coin de la France. Ramener ce pourcentage à 30-50% en laissant passer plus de news techniques (même si pas superbement rédigées) serait peut-être une bonne chose... [Comme tout le monde le sait, une news technique amène plus à débat et discussion qu'une assemblée de LUG à Limoges...]
[^] # Re: Il y a un truc qui m'inquiète...
Posté par Frédéric COIFFIER . En réponse au journal Parted et ext3. Évalué à 1.
La version courante fonctionne très bien et je n'ai jamais eu de problèmes avec (pour des besoins persos, je précise). D'ailleurs, je regrette d'avoir utilisé EXT3 sur mon PC portable.
A ce propos, j'avais une question : le check filesystem périodique de EXT3 est-il une spécificité de ce file system ou devrait-il exister aussi pour ReiserFS ? Car de temps en temps, le démarrage avec EXT3 prend bien 5-10 min à cause du check filesystem alors que je n'ai jamais vu de check filesystem sur ReiserFS...
[^] # Re: Avantages par rapport à XPDF ?
Posté par Frédéric COIFFIER . En réponse au journal Acrobat Reader 7. Évalué à 4.
Je suis même tombé sur des PDF sur Latex (officiel donc généré par pdflatex) qui ne passait pas bien avec xpdf !! Un comble...
[^] # Re: NX : client/serveur
Posté par Frédéric COIFFIER . En réponse au journal NX / FreeNX (Terminal Server sous Linux). Évalué à 3.
Pour l'avoir essayé, le serveur est sur la machine sur laquelle on souhaite se connecter (PC Linux) et le client sur la machine sur laquelle on souhaite avoir l'affichage (PC Windows).
Pour avoir testé et utilisé le serveur NX, il utilise une connexion SSH (pas d'autre port ouvert) et n'a pas de démon serveur. C'est juste l'accès à la machine par un user nx qui lance le serveur et ensuite l'authentification au près du serveur avec un user déclaré.
De plus, la dernière version commerciale se comporte comme screen : on peut se déconnecter et se reconnecter pour retrouver sa session.
Ca marche très bien mais malheureusement, j'ai utilisé la version NX commerciale qui est limitée dans le temps (et là, justement, ma licence a expiré........).
J'ai hâte d'utiliser FreeNX !! (Ca fait déjà un certain temps qu'une démo a été faite par des dev de KDE mais je n'ai jamais vu d'autres news à ce sujet. A l'époque, les sources n'avaient pas encore été rendu disponibles).
J'avais cru comprendre qu'une intégration était prévue au sein du projet KDE.
En tout cas, ce n'est pas une modification du serveur X et je ne pense pas que l'on puisse intégrer leurs améliorations dans Xorg (d'ailleurs, ça casserait la compatibilité avec les autres serveurs X). Mais il faut plus le voir comme un VNC très performant.
[^] # Re: Espoir ?
Posté par Frédéric COIFFIER . En réponse à la dépêche Kicad : une suite GPL de CAO électronique multi-plateforme. Évalué à 1.
Ca permet de faire de la simulation analogique, réponse à un filtre, etc... C'est bien puissant et super pratique.
Je pense que spice contient tout ce qui est algorithme pour la simulation mais le plus difficile reste d'avoir une base de composant avec leur paramètres.
Après, je ne sais pas si on peut mixer analogique et numérique avec spice (ce que faisait la version commerciale).
[^] # Re: moche
Posté par Frédéric COIFFIER . En réponse au journal GNOME splash screen. Évalué à 4.
Par contre, c'est vrai que l'on ne voit pas trop le lien entre le splash screen de OOo et l'esprit des icones choisies.
# Candidate de la Beta
Posté par Frédéric COIFFIER . En réponse au journal installer OpenOffice.org 2.0 Beta. Évalué à 3.
Par contre, cette version est beaucoup plus stable que celle que j'avais testé il y a quelques semaines. L'enregistrement au format OASIS semble correct. Reste les problèmes d'impor et surtout export vers les fichiers d'MS-Office. Mais tout ça devrait s'arranger très rapidement !
En tout cas, il est agréable de voir que la version française et au même endroit que les autres versions (mais il est regrettable de voir que le RPM a été choisi par défaut...)
[^] # Re: Enonceur de messages pour le français
Posté par Frédéric COIFFIER . En réponse à la dépêche KDE 3.4 RC1. Évalué à 3.
http://www.culte.org/projets/biglux/(...)
A priori, l'utilisation de MBROLA comme moteur semble plus performant mais malheureusement MBROLA n'est pas libre... Sinon, il est vrai que le rendu avec ce moteur est très bon (mais je n'ai aucune idée de ce qui se fait commercialement [pas pu essayer la démo de FT R&D])
Enfin, sur le site de BigLux, une étude va être faite pour essayer d'optimiser le rendu avec Festival d'après ce que je viens de lire. En tout cas, leurs travaux semblent vraiment intéressants !
Pour ce qui est de KTTS, je pense qu'il ne devrait pas être difficile de supporter de nouveau moteur... Même si ce n'est pas le cas pour la 3.4, une requête pourraient être faite pour les versions suivantes !