Ph Husson a écrit 2699 commentaires

Ça fait quelques années que je suis sous Linux à la maison, et j'ai eu mon lot de problèmes chiants et inexplicables.

Hum, des problèmes chiants oui, mais inexplicables personnellement j'en ai jamais eu ... (vive les systèmes ouverts qui donnent des logs bien généreux)

C'est pas parce que la premiere chose qui montre une erreur est DHCP que le problème est le DHCP: le DHCP est le premier outil à "vérifier" que la connexion wifi ('fin un peu wpa_supplicant mais bon ses messages sont pas toujours tres clairs) marche effectivement, donc s'il apparait qu'il ne marche pas, c'est généralement pas un problème de dhcp (même si ca peut arriver).

Comment lister les bornes Wifi et les utiliser avec un simple ifup wlan0 (il ne doit pas y avoir ça sous Debian) ?
Fait le plutot à la main, un man wpa_supplicant.conf te dira comment te connecter et pour lister les bornes wifi faut faire iwlist scan

Tu veux faire passer tout DLFP sur un tunnel ? Je penses que les hebergeurs de PoP feraient un peu la gueule quand même.

Qui a parlé d'imposer l'ogg/theora? Le monsieur te parle de LIBERTÉ, il dit que ca manque d'alternative, donc à aucun moment il n'est contre le flash !
Et sinon l'ogg/theora peut quand même être lu sur un grand nombre de machines grace à http://www.flumotion.net/cortado/

Ils y perdent sûrement en qualité graphique mais ils y gagnent beaucoup en portabilité.

Tu sais qu'on peut faire des plugins qui font system("/usr/games/ioquake3") (par exemple) ?
Nan parce que là niveau qualité graphique tu fais ce que tu veux, et niveau portabilité c'est 0, pourtant c'est bien un plugin.

et ça se ressend bien dans le temps de développement de Nouveau

Comparé au temps de développement des drivers ATI pour lesquels on a des docs, ça m'a pas l'air de faire grande différence ...(si on prend en compte qu'ils codent sur toutes les architectures nvidia depuis les nv4 jusqu'au nv50)

Je n'ai eu qu'une carte nvidia : une bas de gamme, juste pour sa sortie S-Video, il y a quelques années. Deux-trois mois après l'achat, la carte passe en "legacy", perdant... le support de la sortie S-Video. Hourra !

Faudra m'expliquer comment de nouvelles versions de driver peuvent désactiver une fonctionnalité (et oui la branche legacy n'est ... qu'une branche, c'est à dire qu'au bout d'un moment nvidia a tout simplement arrêté de mettre à jour le driver (sauf l'interface noyau), mais ils se sont pas amusés à virer les 3/4 des fonctionnalités en cours de route), et surtout comment c'est possible de ne pas pouvoir rétrograder alors que sur le site de nvidia y a toutes les archives.

Plus sérieusement, pour la video HD, le pire, c'est surtout le décodage de la video. En décodage purement logiciel, un E6600 est déjà juste pour lire du BDrip en 1080p...

C'est le pire... dans de bonnes conditions ! Si t'as de mauvais driver le pire reste l'affichage ... (Et oui de la HD c'est facilement 1Gbps de données à transmettre du CPU à la carte graphique, faut pas avoir une interruption à chaque ko recu ...)
Et sinon si utiliser des drivers proprio pose pas de problème, un processeur bas de gamme avec une carte graphique nvidia bas de gamme (de la série des 8xxx et 9xxx quand même) lit n'importe quoi comme vidéo, leur truc marche d'ailleurs tellement bien que c'est le seul décodeur H264 qui arrive à suivre sur une de mes vidéos (sur laquelle j'ai classiquement 5fps pendant 10s sur les autres décodeurs que j'ai essayé (à savoir ma TV, ma freebox, et mon Q6600))

Donc c'est bien ce que je disais, t'utilise le slave mode et tu lui demande get_time_length et get_time_pos

Bon je comprends pas vraiment la question, 'fin du moins je le comprends de plusieurs manières différentes, en tout les cas la solution à ce que tu cherche me semble être le slave mode, voir http://www.mplayerhq.hu/DOCS/tech/slave.txt ou http://mediacoder.sourceforge.net/wiki/index.php/MPlayer_Sla(...) ou DOCS/tech/slave.txt dans les sources de mplayer pour avoir plus d'infos.

Je fais parti de ceux qui ont initié un thread, et franchement dans ton "tronqué" j'avais clairement compris la définition propre et pas ce que t'entends par tronquer, j'en avais pas parlé dans mon thread tout simplement parce que ma réponse était déjà relativement longue et flemme d'en rajouter, et surtout que connaitre le comportement de quelque chose d'aussi compliqué qu'un système de fichier dans des cas d'extreme limite c'est tout sauf évident.

Y a que ce thread qui parle de "tronquage" les autres c'est plutot en rapport à trouver qui bouffe...

Je vois pas ce que ca a de lourd..
Heureusement qu'il en parle parce que sinon j'aurais vraiment cru que ext3 perdait des données (ce qui me choque assez fortement), alors que là c'est juste qu'il ne peut pas les enregistrer ...

XvMC comme son nom le montre bien ne permet de faire que la Compensation de Mouvement (le MC), qui n'est qu'une partie infime (bon 30% à la louche), du décodage du h264, donc ce n'est PAS réinventer la roue que de sortir VA-API/VDPAU/-le truc ati dont j'ai oublié le nom-. Bon quand même un peu vu qu'ils sont concurrents entre eux, mais pas par rapport à XvMC.
La réutilisation de XvMC a été étudiée par les créateurs de VA-API et verdict c'est plus compliqué de l'étendre que de refaire une API.

Regarde deux journaux plus bas:
http://linuxfr.org/~gbeauche/27684.html

Oui et non.
Oui il est possible de coder un support VA API à coup de shader, mais ca n'a a peu pres rien à voir avec ce qui est fait ici. La plupart des chipsets contiennent d'emblée des options de décompression vidéos, À CÔTÉ de la fonction 3D (valable même chez NVIDIA/ATI qui disent avoir une architecture "unifiée"). Donc oui c'est possible avec les shaders, mais c'est pas la seule manière, et c'est certainement pas la meilleure manière en terme de consommation éléctrique, consommation CPU, performances maximales (entre un truc fait "en soft" et l'autre en cablé, la différence peut être énorme). Sans compter que comme les shaders ne sont pas prévus pour, le transfert de textures entre le CPU et le GPU peut faire des pertes énormes de performances.
Bref un driver VA API pour Gallium3D oui, mais c'est pas une raison pour se débarasser des autres drivers.

1.C'est pas forcement étonnant que quand tu supprime tes fichiers l'espace n'est pas libéré: Si un fichier est encore occupé, le fichier existe toujours, il est juste marqué "à éffacer", et ne le sera effectivement que quand il aura fini (donc à relier avec ce qui est dit au dessus si un programme crée un fichier de 4Go meme si tu le supprime il restera)
2.Va sur http://guichaz.free.fr/iotop/ pour avoir un top des accès disques (bon il est très rudimentaire mais ca suffit)

Sans interface graphique j'arrivais à moins de 15s entre le grub et le prompt et en lancant quand meme 2-3 trucs sans trop me casser la tête. (Alors que maintenant y a des patchs pour récuperer du temps un peu partout)
(et je vois pas en quoi l'expressgate n'est pas un vrai OS ?!?)

Bon euh déjà achète toi un dictionnaire et un bescherelle, y a des fautes qui font peur à voir.
Bon après tu parle de "Itrepi Ibex" (Intrepid Ibex plutot je suppose?) et de "Debian Lenny" comme si c'était la même chose, ce que je comprends pas du tout parce qu'ils ont pour ainsi dire rien à voir. (Bon d'accord si quand même un peu). Ensuite un temps de boot de 20secondes c'est faisable aussi bien sur SSD que sur disque dur normal (les SSD pouvant peut être devancer les disques durs de quelques poullièmes). L'exploit de Asus avec leur truc qui démarre rapidement en est vraiment un, ce n'est pas juste une association de matériel qui va bien ©, non ça nécessite clairement un travail certain sur le processus d'amorçage.

je ne sais pas, moi, "je n'ai pas plus de raison de croire en Dieu qu'en la réincarnation qu'en je ne sais quoi d'autre".

Non je penses que ca ca serait plutot de l'agnosticisme. L'athée pour moi c'est plutot celui qui veut utiliser sa raison pour y chercher une foi (et donc n'y trouve rien, sauf peut être à force de réflexions très longues).

Et pov' tache même en ligne de commande on peut voir un film (merci le framebuffer!)

Le framebuffer en ligne de commande ? Ca dépend des cas, personnellement sur la plupart des lignes de commandes que j'ai si j'essaye d'utiliser le framebuffer ca fera soit rien soit boum. Et oui j'utilise mes lignes de commandes sous X. Et par définition de la ligne de commande, c'est pas du graphique .... (À moins d'appeler la libcaca du grand art, ce que je ne discuterais pas.). Sinon pour lire des vidéos en console, y a pas non plus que le framebuffer. (heureusement parce que lui faut vraiment le vouloir.)

Sinon dire que c'est parce que on est considéré comme des fossiles, c'est carrement nombrilliste, ça t'es pas venu à l'idée que c'est juste que parce que c'est moins rentable de se casser la tête à faire marcher le tout sous linux ?

Des DRMs sont dispos sous linux et osx pourtant, par flash.

Ourgh, j'ai pas le meme souvenir de mon iMac. Ok pas de ventilation, mais putain ce qu'il est bruyant ! Entre le disque et l'alim qui sifflent c'était ignoble .....

Pourquoi GNU/Linux et pas GNU/Xorg/KDE/OpenOffice.Org/.../Linux ?
Pourquoi le GNU prévallerait sur les autres (pareil pour le Linux remarque) ?

flash sur vista sur cell ? Déjà que vista tout seul j'ai des doutes, mais alors là flash sur vista sur cell je crois bien en avoir jamais entendu parlé ..