M a écrit 2988 commentaires

ca devrait pas posser de pb, d'autant que icewm peut meme utiliser comme WM pour gnome...

Ben on peut pas dire que libextractor fasse des miracles : meme la commande file fait mieux pour recuperer des meta donne...

libextractor :
mimetype - video/avi
size - 640x480
format - codec: XVID, 24 fps, 1493167 ms

file :
RIFF (little-endian) data, AVI, 640 x 480, 23.98 fps, video: XviD, audio: MPEG-1 Layer 3 (stereo, 48000 Hz)

mplayer

AVI file format detected.
VIDEO: [XVID] 640x480 24bpp 23.976 fps 842.2 kbps (102.8 kbyte/s)
Clip info:
Software: VirtualDubMod 1.5.1.1a (build 1155/release)
Name: Yakitate!! Japan - Episode 01
Artist: #Anime-Empire @ irc.chatspike.net
Copyright: www.anime-empire.net // October 2004
AUDIO: mp3 48000 Hz, 2 ch, 16 bit (0x9), ratio: 16000->192000 (128.0 kbit)

tant qu'on y est quelqu'un n'aurait pas un logiciel qui ai une fonction qui scanne tous les fichiers video *.(avi|ogm|mkv) sur le disque et de preremplir la base avec : titre + quelques info tiree du conteneur (duree, bande audio, resolution, ...)

En utilisant la libc, je sui dépendant d'un OS, comment je fait, si je veux écrire mon propre OS ?
Ben t'utilise une micro libc que tu compile statiquement...
Pas besoin de reinvente le memcpy pour ca : d'autre on deja fait le boulot pour toi...

C'est quoi ta version de gcc ?
sinon utilise un version stable de gcc : gcc-3.3 et report le bug dans le bugtraker de gcc s'il n'y ai pas....

cvs ls doit le faire, mais ca marche pas partout...

ca irait pour un simple listing, mais pas de classement par pertinence ou par par catégorie, ni de recherche dans les fichiers. Un grep recursif pourrait presque aller, mais serait limité au matching dans des fichiers textes, et donc pas aux PDF, ni openoffice, ni archives, ni images, ni tags des fichiers audio, etc).

Tu peux toujour faire un script qui pour chaque fichier regarde son type et en consequence utilise la commande adequate (pdf2text | grep, ...)

Comment ça, ça va ramer...

Sinon, qqn a une idée qui permettrait d'éviter ce genre de choses ? Comment configurer, par exemple, deux serveurs pour que l'un prenne le relais de l'autre en cas de panne ?
Je sais pas si y a moyen de faire 2 entree dans les adresses dns pour faire pointer sur un serveur primaire et secondaire.

Sinon, le mieux c'est d'utiliser un serceur clusterisser comme ejabberd (http://ejabberd.jabber.ru/features(...))

http://sourceforge.net/projects/nasa-exp/(...) pour la page sourceforge

sur le site aussi : http://worldwind.arc.nasa.gov/screenshots.html(...)

Je serais curieux de savoir si la detection ejection marche sur tout les lecteur :
il y a quelque temps j'avais fait mon propre truc [1] et ca ne marchais qu'avec les graveurs.

[1]
pour les cd, c'est fait souvent avec un programe userland qui
interroge de temps en temps le lecteur pour voir si y a quelque chose de
nouveau. Mais malheureusement peu de lecteur sont capables de signaler
proprement qu'on appuie sur le bouton eject
(http://castet.matthieu.free.fr/download/statf.c(...) a compiler avec -DDEBUG
pour ceux qui veule essayer ou faire un script cdrommount qui fait un
echo $@)

Faut dire aussi que la norme acpi est parfois tres ouverte et laisse parfois libre cours a certaines implementations foireuses...

Si tu avais lu l article de PPC, et Adobe, l interret d un PDF est que le rendu chez le client est le meme que chez le developeur du document.

Tu fais comment pour les video sachant que toutes les platforme n'ont pas les meme codecs video, voir meme pas du tout ?

Pour les version solaris et AIX, je me demande ce que ca va donne...

Donc pour le rendu identique partout je repasserais dans quelque temps...

L'intérêt, c'est d'une part que le "fabriquant" du Pdf lui même pense à fournir un lecteur pour notre cher OS.
Parce qu'il y a une version pour toute les archi ?
sparc, ppc, ...

Laisse moi en douter...

kpdf ne serait il pas base sur le moteur de rendu xpdf comme l'est gpdf ?

http://forums.gentoo.org/viewtopic.php?t=160904(...) ...

Une béta du lecteur PDF d'Adobe est disponible en téléchargement ici : http://download.gna.org/invo/bz2/AdbeRdr70_linux_enu.0.beta1.tar.bz(...))

Ca etonte personne de trouver ce fichier sur gna.org ?

sauf que chez debian, il teste les paquets....

Et puis apres le mainteneur il doit supporter toutes les versions...

http://my.dreamwiz.com/net603/(...)

non moi aussi j'ai pas compris le rapport, mais dans le doute j'ai laisse tombe...

néanmoins maintenant je vais aller voir le code source des fameux paquets critiques (FFMPEG et autres) et je suis absolument certain que je ne vais pas du tout voir 213.645 chemins optimisés en fonction des 213.645 possibilités différentes de combinaisons de CPU et d'archis......

evidemment que seul les optimisations qui valent la peine (ie apporte un gain substantiel) sont faite. De plus il faut qu'un developpeur s'y soit coller : t'as moins de chance de trouver du code optimiser pour sparc que pour x86.

Tant que tu y est t'as cas nous faire un benchmark avec les differentes version de gcc 2.x 3.x 4.x et differentes optimisations(cpu), on vraiement si le gain est si enorme que ca pour le code non critique...

> GCC devient très bon à l'autovectorisation alors les distribs sources deviendront incontournables.


oui, mais bon vu que la majorite des applications standart sont limiter par d'autres facteurs comme les blocages io (reseau, clavier, ...), le gain risque d'etre tres faible en moyenne. Les optimisations seront visible que sur les grosses applis comme les codecs video, or soit ils sont deja optimiser en assembleur a la main et le meilleur code est choisi dynamiquement, soit il existe des paquets optimisees. C'est donc un faut probleme.

De plus je doute fortement de ces optimisations miracle : icc n'est pas sense etre un compilo qui optimise super bien, pourtant j'ai pas vu grand monde tenter d'essaye de compiler toute une distrib avec pour beneficier des perf...

Matthieu

http://linux.slashdot.org/article.pl?sid=05/01/25/1140225&tid=1(...)

mais çà peut etre sympa pour le code a venir: plus besoin de se creuser la tete en assembleur si le compilateur peut generer et optimiser les versions x86/MMX/SSE de lui meme.

Ce qui serait bien (je sais pas si c'est deja possible), serait de pouvoir dire au compilateur : cette fonction tu me l'optimise en x86/MMX/SSE puis de pouvoir appeler le code en utilisant par exemple la fonction suffixe de l'optimisation.

si tu mettais ton tableau dans ton println ca marcherais surement mieux ;)

Je me demande si t'as beaucoup cherche...