Plantage Virtual dub activemovie - mémoire ne peut être read

Bonjour
Une série de plantages suite à la réinstallation de Riam sur un nouveau HD.
Tt est OK pour les conversions MPEG...
Pour les AVI plantage systématique dès le lancement de RIAM avec message d'erreur: activeMovie W virtualdubmod la mémoire ne peut être read...
Ou après: échec du programme Vdub / An out-of-bonds memory access occurred in module 'virtualdubmod'
J'ai testé n codec, du pack ou non, en avi en xvid, désintallé RIAM et réinstallé, en plusieurs versions, réinstallé ffdshow pour voir... et je sèche

La config de Riam
Ripp-it_AM [ 5.0.1d ]
****************************************************

[ Video ]
DivX : OK [ 5.2.1.1314 ]
Xvid : OK [ XviD-1.0.1-05062004 ]
X264 : OK [ svn-440 ]
VP6 : - [ INTROUVABLE ]
VP7 : - [ INTROUVABLE ]
DivX 3.11 : - [ INTROUVABLE ]
Quicktime Alternative : OK [ 1.61 ]
ffdshow : OK [ 20051208-gcc4.0.2-sse-x264.nl ]
----------------------------------------------------
[ Audio ]
CORE - AAC Codec : - [ INTROUVABLE ]
LAME - MP3 Codec : OK [ 0.0.9.0 ]
AC3 Filter : OK [ 1.0.1.0 ]
Ogg Vorbis : - [ INTROUVABLE ]
----------------------------------------------------
[ Miscs ]
PepsiCoda (Encoding) ON
PepsiCoda (re-encoding) OFF
Pack PSP/iPod/3GP : - [ INTROUVABLE ]
Ripp-it Codec Pack : OK [ v 4.2.0 ]
DVDFab Platinum : - [ INTROUVABLE ]
DVDFab Decrypter : - [ INTROUVABLE ]
Web Browser : C:\program files\Internet Explorer\iexplore.exe
----------------------------------------------------
[ AVISYNTH ]
AVIsynth.dll OK [ 2.5.6.0 ]
C:\Program Files\AviSynth 2.5\plugins\*.*
- colors_rgb.avsi OK
- DirectShowSource.dll OK
- ffavisynth.dll ?? [ Plugin externe - (peut engendrer des problèmes) ]
- TCPDeliver.dll OK
----------------------------------------------------
[ Matroska (MKV) ]
Matroska Pack : - [ INTROUVABLE ]
MKVtoolnix : - [ INTROUVABLE ]
MUX MKV : : - [ INTROUVABLE ]
DEMUX MKV GUI : : - [ INTROUVABLE ]
MKVINFOS : : - [ INTROUVABLE ]
DEMUX MKV : : - [ INTROUVABLE ]
----------------------------------------------------
[ Real Video (RV9/RV10 - .rmvb) ]
Real Alternative : OK [ 1.39 ]
CODEC RV9/10 : OK (Alternative)
ENCODE RV40 : : - [ INTROUVABLE ]
----------------------------------------------------
[ MPEG 1/2 - (VCD/SVCD/DVD - .mpg .mp2) ]
ENCODE MPEG : C:\Program Files\Pegasys Inc TMPGenc\TMPGEnc Plus 2.5\TMPGEnc.exe : OK [ 2.521.58.169 ]
----------------------------------------------------
[ NERO Burning Rom ]
NERO BURNING ROM: : - [ INTROUVABLE ]
NERO COMMAND : : - [ INTROUVABLE ]
----------------------------------------------------


L'aRipp-it-avs
# **** Ripp-it & AVIsynth 2.5x script **** pass 2+
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\undot.dll")
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\decomb.dll")
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\DirectShowSource.dll")
Source="c:\test rencod\un the au sahara.avi"
Largeur=576
Hauteur=320
ratio =1.800000
vratio =1.800000
Crop_g=0
Crop_d=0
Crop_h=0
Crop_b=0
Indice=0.194634
Video=DirectShowSource( Source, fps=23.976000)
Video=KillAudio(video)
Video=ConvertToYV12(Video)
Video=BilinearResize(Video, Largeur, Hauteur)
Return(Video)

Le Job
//Mux into AVI
VirtualDub.Open("C:\\test rencod\\OUT_un the au sahara_.avi", 0,0);
VirtualDub.RemoveInputStreams();
VirtualDub.stream[0].SetSource("C:\\test rencod\\OUT_un the au saharaaudio0.wav", 0x0201);
VirtualDub.stream[0].SetMode(0);
VirtualDub.video.SetMode(0);
VirtualDub.video.filters.Clear();
VirtualDub.subset.Delete();
VirtualDub.SaveAVI("C:\\test rencod\\OUT_un the au sahara.avi");
VirtualDub.Close();


Help!!!

Déja utilise un chemin simple ...

Merci mais je crois que le chemin utilisé est aussi simple que le tien en fait: un dossier dans C, j'ai testé aussi selon le chemin et rien n'y fait. Avant: RAS tt marchait bien, chemin simple ou lointain, maintenant une réinstall qui ne veut pas se faire

C:\\test rencod\\OUT_un the au sahara_.avi => ce n'est pas un chemin simple ..
C:\TEMP\film.avi lui en est ..

... pas sûr de voir la différence mais je viens de tester: même chose.

fais voir l'analyse d'une de ces vidéos qui font planter ....

En fait tous les avi plantent sans exception de la même manière et dès le début
L'analyse du même extrait est OK je crois:
\UN THE AU SAHARA.AVI ::
917 kbps - 28 mo - 00.04.20.427
Vidéo_t1 : 861 kbps - 26 mo - Codec XVID - 23.9760 fps - 6244 f - 576x320
Audio_t2 : 56 kbps - 2 mo - Codec MP3 - 2 ch - 24000 hz

Installe la dernière version du xvid ...

Je crois bien avoir testé avec toutes les versions xvid ou divx: plus ou moins récentes, dans ou hors du pack Riam et ça coince tout pareil

Réessaye quand même avec la version que je t'ai passé au cas où ...

Pour ta culture personnelle, une certain nombre de programmes utilisés par Ri4m sont en ligne de commande ; et la ligne de commande n'aime pas les espaces et les caractères bizarres du type $ù%^é&...

Ce message a été modifié par earendil - lundi 18 septembre 2006 à 20:16.

Autre version xvid: pareil
Chemin, caractères spéciaux: connu (j'utilise Riam depuis 3 ans) et testé ça ne vient pas de là

Si ce n'était que les softs en ligne de commande, mais même VDM n'accepte pas les caractères spéciaux dans les chemins ...........

Certes, mais quid alors???
Pistes:
- Codec qui veulent se connecter pour update ou bien ??? WGA (après un plantage le codec n'est parfois plus accessible) mais ça pourrait être vrai pour divx pas pour Xvid et pas pour un divx déverrouillé ou en version d'essai???
- j'ai testé les appli en mode de compatibilité ou en excluant de la prévention de l'execution de données les softs concernés: RAS, pareil
- la RAM Memtest: OK
- pas de virus ou malware
- pour info Virtualdub tt seul marche sauf si je veux paramétrer le codec ce qui déclenche une connection internet???

Pour l'histoire des connexions à internet, ça ne peut exister avec le codec divx ça (et encore plutôt les anciens) ...

Et pourtant, avec un autre soft le réencodage s'est bien passé avec un OK connection (recherche de mise à jour + une DLL??? qui vient de je ne sais où) lors de l'install du divx 5.2. Dès que je l'ai bloqué en connection Internet dans le pare-feu après avoir décoché la recherche auto de mise à jour: access violation etc... Ca a l'air de venir de là... entre autre peut-être. Sur Riam ça plantait aussi le Xvid par la même occasion. Jamais eu ça avant!!!

Alors les modos? Pas d'idées?

c'est bien le codec Xvid qui lit la vidéo et pas ffdshow?

Pour en être sur, déinstalle ffdshow ...