"MplayerXP fork de MPlayer avec support des threads" ca veut dire que c'est une version qui supporte les threads, je vois vraiment pas en quoi ca pourrait etre interprete comme "fourni les threads" (c'est vraiment tire par les cheveux) meme si le mot utilisation est clairement plus jolie
sinon c'est quoi l'interet de killer le processus a la video ? je vois vraiment pas !
L'auteur de MplayerXP veut du multithread pour pouvoir "repartir" la charge : a des moment le cpu ne fait rien alors qu'a d'autre moment sur une machine peut puissante il va devoir dropper des frames, l'idee est donc de pre-calcule des frames.
Donc c'est uniquement utile sur les petites becannes et/ou lorsque l'on fait fonctionner MplayerXP en meme temps que d'autres programmes.
Arpi a tout simplement repondu que l'on pouvait pre-decompresse des frames sans avoir recourt aux threads (il deteste apparemment) qui posent plusieurs problemes (debug et profilage plus difficile, prend plus de ressources...)
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par tanguy_k (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 10.
sinon c'est quoi l'interet de killer le processus a la video ? je vois vraiment pas !
L'auteur de MplayerXP veut du multithread pour pouvoir "repartir" la charge : a des moment le cpu ne fait rien alors qu'a d'autre moment sur une machine peut puissante il va devoir dropper des frames, l'idee est donc de pre-calcule des frames.
Donc c'est uniquement utile sur les petites becannes et/ou lorsque l'on fait fonctionner MplayerXP en meme temps que d'autres programmes.
Arpi a tout simplement repondu que l'on pouvait pre-decompresse des frames sans avoir recourt aux threads (il deteste apparemment) qui posent plusieurs problemes (debug et profilage plus difficile, prend plus de ressources...)