Le .mov fait bugguer la previsualisation !

Ce n'est pas ca l'origine du problème des perfs de NTFS, le souci c'est surtout des E/S qui ne cessent de faire des aller-retours entre blocs et MFT, l'absence de localité des références, l'absence de gestion des fragments de blocs pour les petits fichiers qui vont finir par grossir et pas de gestion des clusters de blocs avec réallocation en mode copy on write pour améliorer la localité, etc, etc... des erreurs de conception forcément magnifiés par l'entropie des allocations puisque, in-fine, avec micromou c'est le système de fichiers dans sa quasi-globalité qui est éparpillé en miettes...

Avant l'avènement des clusters de babasses Linux, l'industrie utilisait des machines SGI: XFS, lui-même inspiré de FFS est encore à ce jour le système de fichier le plus performant en streaming, pourtant des blocs de données éparpillés il en a aussi. Il faut considérer que sur ces architectures, la notion de fragmentation reste confinée dans les limites d'un bloc de données. XFS a bien un outil dit, par abus de langage, de défragmentation mais il s'agit en fait de réallouer des blocs pour améliorer la localité au sein d'un groupe d'allocation (paradigme équivalent au groupe de cylindres de FFS). Là, on est très loin des bétises de bilou, il n'y a pas d'outil de défragmentation qui accompagne des dérivés directs de FFS (UFS, Ext2, etc ...).

Pour revenir au sujet, les perfs de la prévisu de Vegas sont une calamité, surtout en mode 32bits avec effets. Il est indispensable d'avoir un débit adéquat côté E/S disques et si on peut se passer de l'implémentation pourrie de QT/Windows c'est encore mieux. Il m'est arrivé d'avoir du succès en changeant simplement l'extension du fichier mais on ne gagne pas à tous les coups: bien qu'il y a de grandes similitudes entre la structure des atoms MPEG4 et QT, il suffit de pas grand chose pour que le code qui interprète le contenu des méta données parte en vrille. A essayer, résultat non garanti.

Pour les effets présents dans les rendus mais absents dans la prévisu, de la v6 à la v10, je n'ai jamais vu ca. Peut être qu'après la V10, SCS a rendu cela possible ...

 

Bon je reviens désolé, très pris ces derniers temps.

Bon non non y a rien à faire, rien à faire , rien à faire...

Nettoyage, défrag...ça n'a rien changé.

Vegas est installé sur mon repertoire C (40% d'occupation, les 500 fichiers sur mon D (10% utilisé, il n'y a qu'eux). J'ai meme soupçonné ma carte NvidiaGeForceGTX 850m, mais ça marchait très bien avant mildiou ! Je suis en 64bits.

C'est du super laggy de chez super laggy, comme ça, du jour au lendemain. La défrag n'a rien changée. Là je lève les mains au ciel et je commence à penser... Adobe Premier

A moins que vous ayez d'autres idées

Merci à tous, merci encore à Olivier toujours là sur les forums, et bon week end !

Nico
Sony Vegas Pro 13

TotalNewbie : merci pour la réponse, c'est très technique. J'aimerais bien essayer mais je n'ai pas bien compris : en quoi changer l'extension ? Concernant les effets qui ne s'appliquent pas à la prévi, c'est un fait. Je viens encore d'essayer plusieurs variations pour trouver une origine, rien à faire. Me reste à ouvrir une discussion, c'est un autre sujet. Mais là ras le bol de Vegas, c'est dommage car j'aime beaucoup ce logiciel.

 

C'est le même disque partitionné en deux : C et D, ou deux disques physiques différents ?.
Il faudrait ouvrir le moniteur de ressources de Windows, et voir s'il y a une ressource qui coince , par exemple :
CPU utilisé pendant la lecture > 50 %
Temps d'acces aux fichiers du montage > 10 ms
Taux de fautes de pages matérielles non égal à Zero pendant plus de 10 secondes

Comme vous semblez dire que ce problème est lié aux fichiers.MOV, pour pouvez essayer de désinstaler QuickTime et le Ré-installer :
La dernière version 7.7.9 est encore disponible là :
Télécharger QuickTime 7.7.9 (Gratuit) pour Windows
(Apple ne fournit plus QuickTime pour Windows !)

Olivier

 

Bonjour Olivier, merci pour ces informations très interessantes, la on apprend des choses en plus. C'est un ordinateur portable, dont le disque est partitionné avec un c (ou est installe ce diable de Vega) et un d (dédié aux rushs). Ok pour le moniteur de ressource, ça me plaît bien je le ferai demain. QuickTime ça aussi ça me parait fort interessant. Merci pour le lien c'est cool. Effectivement je n'ai ce pb de lag qu'avec les .mouv .
Encore merci pour ces nouvelles pistes.
Nico

 

Donc c'est la configuration la plus mauvaise, car sur un même disque, le bras de lecture va constamment faire l'aller-retour entre les 2 partitions, avec un temps de déplacement moyen de 15 ms.
A la limite si vous avez un port USB3, et un disque externe USB3, ce sera plus performant de mettre vos rushes sur ce disque externe.
L'idéal bien sûr, étant d'avoir un SSD (temps d'accès aux fichiers négligeable)
Mais cela n'explique pas la différence de performance entre des fichiers MP4 et .Mov (sauf si vous avez testé avec très peu de fichiers MP4).

Olivier

 

Ok super Olivier,
Mais comment c'est possible de savoir tout ça ?
Bon je vais reprendre point par point ces pistes consciencieusement, et je reviens...
Oui oui c'est bon j'ai ce qu'il faut en usb3...
Merci encore !
Nico

 

.MOV ==> .MP4, parfois c'est le jour et la nuit alors que Vegas utilise tout de même la même DLL pour les deux extensions. C'est à ne rien y comprendre et le résultat demeure aléatoire ...

Probablement un souci de réglage. Un bug pareil serait trop énorme pour passer inaperçu ...

 

Hello tout le monde !


Bon voila, je reviens aprés avoir fini tous les tests possibles à ma portée.


Mes tests :

- Défragmentation (diskdefrag qui est très bien merci Olivier, degrag de windows...) de mes disques.

- Réinstallation de Quicktime (j'avais déjà la dernière version mais bon)

- Surtout les tests de montage à partir de multiples emplacements différents, à des moments différents : effectivement les temps d'accès semblent plus rapide lorsque les fichiers sources sont placés dans le C (que le D). Mais que mes fichiers sources .mov soient placés sur disque usb3, ssd, sdcard d'origine, C:, D:...j'ai toujours le même lag de lecture en prévisualisation.

- aucune amélioration non plus si je concentre les performances de l'ordi sur le logiciel Vega

- les ressources de ordi semble largement dimensionné. Exemple : en cours de lecture (en lag), le processeur tourne à 13% et la mémoire prend 450MO (j'ai 8Go).


Conclusion :

Le lag est systématique pour tous les fichiers .mov, et ne concerne que ces fichiers. Je n'ai jamais eu de pb avec les autres formats. Donc je n'ai pas su résoudre le problème du lag causé par la prévi des fichiers .mov. Peut être qu'un jour quelqu'un prendra le relais.

Pour ceux qui sont dans mon cas, la seule solution est d'avancer média par média, en effectuant à chaque fois des boucles d'aperçu en mémoire dynamique car c'est la seule et unique astuce permettant la visualisation . Evidemment, à reproduire pour chaque modifications d'effet ou de recadrage...


En tout cas merci à tous, j'ai appris beaucoup de choses très intéressantes grâce à vous !


Nico

 

...j'avais aussi deux questions :
- le "retassement d'espace libre" par Diskdefrag doit il être activé via une option (perso je n'ai pas trouvé, à moins que cela soit automatique)
- l'éditeur de Diskdefrag, Auslogics, propose leur système d'amélioration (Bootspeed9). Je me mefie de ces programmes, je ne sais pas si j'ai raison, ce serait intéressant d'avoir l'avis des spécialistes, et ça peut être utile à mon pb qui sait...
Merci pour tout et très bonne soirée !
Nico

 

OUI : Défragmenter et optimiser

Moi aussi : jamais installé, donc jamais utilisé, en général ces utilitaires sont inutiles

Olivier

 

Ah merci super. Je retourne refaire la manip, c'est cool .
Nico

 

Je te l'ai dis et d'autres ont fait l'expérience bien avant, Vegas sur PC + Mov = problème de mémoire , si tu fais une recherche dans les anciens post, tu verra. Ca sert à rien de perdre du temps pour rien