Cherche FeedBack pertinent sur la compression Lossless

Cherche FeedBack pertinent sur la compression Lossless - Traitement Audio - Video & Son

Marsh Posté le 19-08-2004 à 21:19:37    

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  :fou:
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  :fou:
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


Message édité par Elf Envahisseur le 19-08-2004 à 23:40:41
Reply

Marsh Posté le 19-08-2004 à 21:19:37   

Reply

Marsh Posté le 19-08-2004 à 22:40:03    

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 :p
 
 
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


Message édité par krtek le 19-08-2004 à 22:43:29
Reply

Marsh Posté le 19-08-2004 à 22:58:24    

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 çà :p
 
merci quand même d'avoir répondu.

Reply

Marsh Posté le 19-08-2004 à 23:23:17    

Citation :

Je cherche un comparatif ou feedback sur le comportement des fichiers en lecture une fois compressés.


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


Message édité par hpl-nyarlathotep le 19-08-2004 à 23:24:12

---------------
It ain't contrived all this magic in our lives comes down like a storm then drizzles then dies
Reply

Marsh Posté le 19-08-2004 à 23:35:21    

hpl-nyarlathotep a écrit :

Citation :

Je cherche un comparatif ou feedback sur le comportement des fichiers en lecture une fois compressés.


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 çà.

Reply

Marsh Posté le 19-08-2004 à 23:39:39    

Je complète ce que j'ai dit:

Citation :

Decoding Speed (oui plus c'est rapide, moins ça prend de ressource à la lecture comme au décodage).

 
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:

Citation :

Ou tu cherches autre chose?

 
Quoi exactement?


Message édité par hpl-nyarlathotep le 19-08-2004 à 23:42:42

---------------
It ain't contrived all this magic in our lives comes down like a storm then drizzles then dies
Reply

Marsh Posté le 20-08-2004 à 00:02:19    

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).

Reply

Marsh Posté le 20-08-2004 à 00:04:39    

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


---------------
It ain't contrived all this magic in our lives comes down like a storm then drizzles then dies
Reply

Marsh Posté le 20-08-2004 à 00:27:54    

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

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed