Voilà  le pb que je rencontre lorsque j'encode avec un script perso et avec réduction de générique. Dans la prévisulation je ne touche à  rien sauf :

- indiquer "réduire le générique de fin" et spécifier le temps du générique
--> Donc pas de réglage de resize ni de crop


J'édite le fichier avs et je remplace le script de base par celui-ci (ce script en conservé lors de la première passe pour le film) :



Lors de la seconde passe du film le script devient :

[b]--> Plus de resize, ni crop, ni filtres, ni audio (injection directe)



Pour les 2 passes du générique le script devient :

[b]-->Idem 2ème passe (mais avec mise à  jour du TRIM)


Et lors du collage des 2 fichiers AVI, VDM m'envoie le message d'erreur suivant :
"The function SetMode was called on a stream[?] that hasn't been previously initialized with SetSource"

J'ai vérifié dans GSpot les formats d'image (film1 et 2) sont identiques à  savoir 720x576 (le format DVD non resizé)

Pour info:
- cela me le fait sur la V1.2d et V1.3h (2 micros différents)
- si je ne demande pas de réduction de générique mon script est consevé en 2 comme X passes.

...Et je suis bien embêté en ce moment....

En complément du post précédent :

Essai 1

Un réglage complet via la fenêtre de prévisualisation (crop + resize) avec une édition de l'avs (ajout d'une ligne de filtre Convolution3D) + réduc de générique = pas de pb.

- Le script est bien conservé dans l'état (avec la ligne de C3D) l'encodage va jusqu'au bout.
- Pas de plantage VDM. Dans le cas précédent (avec le script perso) film-1 et film-2 sont sans piste audio et c'est ce qui a dà» provoquer le plantage de VDM.


Essai 2

Réglage complet via la fenêtre de prévisualisation (idem essai 1) mais remplacement par script du premier post = plantage VDM

La première passe se fait correctement mais plantage à  la seconde passe du film, dans le script avs on trouve :

- Le script du premier post intégralement + ligne de TRIM, mais pas de lignes pour l'audio (ce qui doit provoquer le plantage VDM, même message d'erreur que 1er post)

Dans ce cas, il y a une amélioration puisque le script original est conservé, il y a bien également l'ajout du TRIM, mais les 3 lignes d'audio ne sont pas rajoutées

1. Vérifie (à  tout hasard) le chemin de l'IFO
2. Fais tout ça sans Injection Directe

Tu parles de quoi exactement : Que faut il regarder ? Et avec quoi ?

Rien, je faisais simplement référence à  ça :

http://forum.ripp-it.com/viewtopic.php?t=980

Ok, je me doutais un peu que tu pensais à  ce post.

Rien à  voir, ce pb de chemin était avec un autre encodage. Je vais tout recommencer au niveau des tests pour re-vérifier si le pb persiste chez moi.

J'ai refait des essais avec en vrac :

- Injection directe du son dans tous les cas
- Avec et sans réduction de générique
- Avec et sans modification du script généré par ripp-it
- Remplacement intégral du script

J'ai mixé tout ça et il en ressort :

1) J'ai pas réussi à  reproduire les erreurs du 1er post

2) Ripp-it génère un bug d'écriture de script lors de la 2ème passe avec un script ayant la particularité suivante : Avoir un retour à  la ligne (ou plusieurs) après la ligne
Return(Video)

--> Dans les scripts ripp-it, la fin de fichier est sur la même ligne que Return(Video).

Si par malheur vous rajoutez un retour chariot il se passe la chose suivante au niveau du script :



Je referai ce test également.....demain...., dès fois qu'il me fasse autre chose....