Virtualdub et mémoire PC..

[Andre]

J'ai quelques problèmes lorsque je visualise un fichier AVI.
Ma config: Ram 512 Mo
Ram disponible +/- 270 Mo
Processeur x86 Family 6 Model 4 Stepping 2 AuthenticAMD ~1137 Mhz

Lorsque je me deplace dans le fichier la lecture de la piste audio devient saccadée comme si la mémoire était saturée, la video reste fluide...
Le son est codé avec le codec Fraunhof avec échantillonnage à 96

[LaFouine]

Est-ce ta carte son est celle intégrée dans la carte mère, ou bien possèdes-tu une carte son séparée ?

En général, les cartes son intégrées sur les cartes mère ne sont pas de très bonne qualité et ont du mal à lire les flux audio encodés en 48000Hz...

Il se peut que ce soit ça, mais je ne suis pas trop balèze sur ce point.

Attendons les avis d'autres personnes...

[LaFouine]

J'avais pas bien lu le titre de ton message : c'est quand tu utilises VirtualDub que tu as ce problème, ou bien dans tous les cas ?

Quel est le player que tu utilises pour visualiser tes DivX ? Windows Media Player ?

[LaFouine]

Dernière question qui me vient à l'esprit : quelle est la taille (définition je veux dire) du fichier avi que tu regardes ? (clic droit / propriétés dans Windows Media Player)

[Andre]

Je crois que j'ai trouvé une partie de la réponse à l'adresse suivante:

http://www.virtualdub.org/docs_processing

Why does the sound stutter during playback?
This will occur if your CPU isn't fast enough to handle real-time preview. When checking the results of filtering, it's better to be able to see all frames in slow-motion rather than to see a sync'ed, 1 FPS slideslow. You can enable the "drop frames when behind" option in the menu, but it's not very effective in most cases and can simply lead to a 1 FPS, stuttering slideshow. If you must see the results in real-time, using frame rate decimation is usually far more effective.

Short answer: VirtualDub is not a player.

Ca m'étonne quand même que mon processeur candencé à 1137 Mhz ne soit pas assez rapide.. : "This will occur if your CPU isn't fast enough to handle real-time preview"
J'ai résolu résolu le probleme Son en cochant "Option/Drop Frames when behind", ce qui entraine une vidéo saccadée comme dit ci-dessus "stuttering slideshow". En cochant "Option/ Enable DirectDraw acceleration" j'ai maintenant la video et l'audion fluide.

Le probleme qui subsiste, c'est que l'affichage ne se fait pas dans la seconde fenêtre (fenêtre de sortie(Output)) mais seulement dans la fenêtre d'entrée.

Pour répondre à ta 1ère question le fichier AVI a une taille de 1.440.000 ko (1.37 Go), mais cela se passe aussi avec des fichiers de moins de 700 Mo. L'audio est codé avec Fraunfhoff IIS à 95 kps de débit, image 720x526 debit 156 kps

Carte graphique dédiée Ram 8 Mo.
Je n'ai ce problème qu'avec Vistualdub et j'utilise PowerDVD XP pour visualiser les Divx. Media Player gère mal le codec et déconne à fond..
PowerDVD XP est bien meilleur...

[LaFouine]

OK, c'était donc un problème de DirectDraw ! ce qui veut dire que tu n'utilisais pas les ressources de ta carte graphique pour accelerer l'affichage, mais que ton processeur devait tout calculer à la mimine.

C'est normal que l'affichage ne se fasse pas dans la fenêtre output de virtual dub. Elle n'est utilisée que qd tu ajoutes des filtres et que tu travailles en full processing mode.

Mais n'oublie pas que virtual dub n'est pas un lecteur... la qualité de la visualisation n'est pas forcément aussi bonne qu'avec un player.

Pour terminer, juste un petit détail sur la définition : 720x526, c'est trop grand. Tu risques d'avoir des problèmes de qualité (blocs visibles). Il vaudrait mieux faire tes divx en 576x432 (4/3) ou 576x320 (16/9). Relis les réponses que j'ai déjà faites.

Bon courage
Ciao

[Andre]

Pas vraiment un problème de Directdraw selon ce que j'ai pu lire sur le forum de virtualdub, plutot un probleme de vitesse du processeur...enfin, c'est ce qui est dit...
Le directdraw c'est moi qui ai trouvé çà en bidouillant un peu..
Mais ca marche pas à tous les coups...mystères informatiques...


Quant à la résolution en 720x576, je n'ai aucun problème de blocs avec un bitrate de 1180 ou 1500 en double passe avec le codec Divx 5.01.
Mais si c'est aussi bon avec 576x320, pourquoi ne pas essayer cela... j'ai eu peur de coder avec une résolution plus petite croyant que le résultat ne serait pas des meilleurs en mode plein écran... : moins il y a de point à zoomer plus l'image risque d'être moins définie, je crois...
C'est le principe optique de la photographie en tout cas...
Mais je n'en suis qu'à mes débuts en Divx, je tiens donc compte de l'avis des plus expérimentés que moi.