Je n'ai put trouvé que des comparatifs sur les vitesses et taux de compression.
Je cherche un comparatif ou feedback sur le comportement des fichiers en lecture une fois compressés.
 
Sur ceux que j'ai testé j'ai put relever (ce que je cherche pour les autres existant donc)
 
La 0.4b:
 
* en High: la meilleur compression, les plages démarrent intantanement mais 9-18% cpu pendant toute la lecture, pour le peu de plages que j'ai lancé 1 crash de Foobar2000  
Deplacement sur la plage: instantané, 20-35% Cpu lors du Clic
 
* en Normal: les plages démarrent intantanement mais 7-16% cpu pendant toute la lecture, pour le peu de plages que j'ai lancé 1 crash de Foobar2000  
Deplacement sur la plage: instantané, 20-35% Cpu lors du Clic
=> Decoding Speed: 2.7
 
Monkey's Audio 3.99f:
 
* Insane: 3s pour que la plage demarre et 50% Cpu pendant ces 3s, ensuite 0-2%.
Déplacement sur la plage: 3s de delay 50% Cpu pendant ces 3s
 
* Extra high: 1s pour que la plage demarre et 20% cpu pendant ces 1s ensuite 0-2%
Déplacement sur la plage: 1s de delay 25-40% Cpu pendant ces 1s
=> Decoding Speed: 8.7
 
nb: P4c 3ghz HT, soit le % donné correspond au double sans HT

Je te propose deja sa, récupéré telle quelle sur le topic concernant LA quelque topic plus bas :
 
http://web.inter.nl.net/users/hvdh [...] ssless.htm
http://members.home.nl/w.speek/comparison.htm
 
J'ai une fois lu un autre comparatif, en suivant un lien donné sur ce forum, mais jai la flemme de le chercher, dautre le posteront sans doute
 
 
On peut assez logikement déduire que plus rapide est la vitesse de décodage, plus faible sera lusage CPU pour lire a vitesse normale...
 
Sinon, sur le seul album en Monkey que j'ai, je ne remarque aucun "temps de lancement" comme toi, la lecture se faire de manière gapless, et pourtant je n'ai "qu'un" centrino 1.4ghz

J'avais déjà vu ces liens.
Pour ton album en Monkey je pense que ca a du être compressé en High c'est pour çà
 
merci quand même d'avoir répondu.

C'est exactement répondu dans le second lien de ktrek -> Decoding
Speed (oui plus c'est rapide, moins ça prend de ressource). Ou tu cherches autre chose?
 
Les "merci quand même" sinon, épargne nous ça.
 
edit:
Il y a ce topic aussi sinon:
http://forum.hardware.fr/forum2.ph [...] subcat=131

 
Le 2ème lien donné ne correspond pas a ce que je recherche, le test donne le "Decoding Speed**"
**Speed = duration of an album / encoding c.q. decoding time. The speed is measured on my PC with an AMD Athlon 800 processor.
 
Les chiffres que j'ai donné pour La 0.4b et Monkey's Audio montre clairement et simplement que le "Decoding Speed", n'est pas significatif du comportement du fichier en lecture, j'Edit et je rajoute les "Decoding Speed" ca sera parlant comme çà.

Je complète ce que j'ai dit:

 
Le fait que ce soit testé avec une config particulière permet uniquement de classer (mais évidemment pas de donner les performances exactes pour une autre machine, foobar2000 a un plugin pour faire ce test sinon)
 
Alors, je repose ma question:

 
Quoi exactement?

J'ai pourtant précisé au début du Topic:
"Sur ceux que j'ai testé j'ai put relever (ce que je cherche pour les autres existant donc)"
C'est peut être mal formulé ?
 
Soit:  
* La stabilité en lecture (est ce que ca va pas crasher le player).
* Le comportement au chargement (30mn de delay ? 3s ? 1s? instantané ?)
* Le comportement quand on se déplace sur la plage (delay de combien? + pic CPU enorme ? moyen ? monstueux ? par rapport à son taux en lecture).

Peut-être, peut-être c'est juste moi.

Deja tu as rajouté le seeking ds ton premier topic, qui ny était pas quand jai répondu...  
et en effet tu n'es pas très clai.. ou alors c'est aussi et pas que Nyarla...
 
Sinon, pr le temps CPU nécessaire au décodage il est logiquement lié au temps de décodage... Quoi que tu en dises...
 
Et personnellement, je pense que plus le temps de décodage est rapide, plus le temps de réaction au seeking  sera rapide aussi, mais je dis sa dun point de vue théorique sans aucun test pratique derrière