Problèmes rencontré durant le réencodage de fichier video en VCD.
Les problèmes :
- Le réencodage d'un fichier OGM, VIDEO+OGG avec ou sans sous-titres intégré ne semble pas supporté.
- Le son a une sonorité métalique car encodé directement avec TMPGEnc, y a-t-il un moyen de corriger cela?
Paramétrages :
Est-il possible de paramétrer le "Motion Search Precision" de TMPGEnc, car par défaut, il est toujours sur "High Quality" et personnelement, je ne vois pas la différence de qualité avec le mode "Normal" qui rend l'encodage pratiquement deux fois plus rapide en encodage VCD.
Merci d'avance pour vos réponses.
Version complète : Réencodage vers VCD
QUOTE(GenerationV @ mardi 29 mars 2005 à 07:22)
Problèmes rencontré durant le réencodage de fichier video en VCD.
Les problèmes :
- Le réencodage d'un fichier OGM, VIDEO+OGG avec ou sans sous-titres intégré ne semble pas supporté.
Ca n'est pas un OGM qui est passé à TMPGenc, mais un fichier AVIsynth, si le réencodage a un souci, il vient plutôt d'un codec absent quelque part. Le script est lu dans la [ Prévisualisation ] de Ri4m? Il faut aussi savoir que TMPGenc est allergique aux caractères spéciaux et même aux espaces dans le chemin
- Le son a une sonorité métalique car encodé directement avec TMPGEnc, y a-t-il un moyen de corriger cela?
A quel débit? en 224 kbps je n'ai jamais eu de son mauvais, sauf si la source l'était déjà.
Paramétrages :
Est-il possible de paramétrer le "Motion Search Precision" de TMPGEnc, car par défaut, il est toujours sur "High Quality" et personnelement, je ne vois pas la différence de qualité avec le mode "Normal" qui rend l'encodage pratiquement deux fois plus rapide en encodage VCD.
Ce fut une requète du passé pour que Ri4m soit en "high quality", il y est depuis.
Merci d'avance pour vos réponses.
Les problèmes :
- Le réencodage d'un fichier OGM, VIDEO+OGG avec ou sans sous-titres intégré ne semble pas supporté.
Ca n'est pas un OGM qui est passé à TMPGenc, mais un fichier AVIsynth, si le réencodage a un souci, il vient plutôt d'un codec absent quelque part. Le script est lu dans la [ Prévisualisation ] de Ri4m? Il faut aussi savoir que TMPGenc est allergique aux caractères spéciaux et même aux espaces dans le chemin
- Le son a une sonorité métalique car encodé directement avec TMPGEnc, y a-t-il un moyen de corriger cela?
A quel débit? en 224 kbps je n'ai jamais eu de son mauvais, sauf si la source l'était déjà.
Paramétrages :
Est-il possible de paramétrer le "Motion Search Precision" de TMPGEnc, car par défaut, il est toujours sur "High Quality" et personnelement, je ne vois pas la différence de qualité avec le mode "Normal" qui rend l'encodage pratiquement deux fois plus rapide en encodage VCD.
Ce fut une requète du passé pour que Ri4m soit en "high quality", il y est depuis.
Merci d'avance pour vos réponses.
QUOTE(pepsilite @ mardi 29 mars 2005 à 16:50)
Ca n'est pas un OGM qui est passé à TMPGenc, mais un fichier AVIsynth, si le réencodage a un souci, il vient plutôt d'un codec absent quelque part. Le script est lu dans la [ Prévisualisation ] de Ri4m? Il faut aussi savoir que TMPGenc est allergique aux caractères spéciaux et même aux espaces dans le chemin
Les fichier que j'utilise ont des noms simple du genre : video01.ogm
Je sais très bien que TMPGEnc ne peut pas prendre un OGM. Le Problème causé par Riam est qu'il utilise Virtual Dub Mod pour convertir le son OGG en WAV, ce qui n'est pas possible avec VDUBMOD, d'où le plantage continuel.
La seule solution que j'ai trouvé est de faire le boulot manuellement : Extraction audio Natif avec VDUBMOD, conversion audio OGG en MP3 avec dbPowerAmp en CBR car Riam semble allergique au VBR lors de reconversion car il crée de jolie desynchronisation. Ensuite je multiplexe de nouveau mais en AVI. Si il y a un fichier *.srt je le retire du conteneur et l'importe plus tard avec Riam... Bref je fais tout le boulot que devrait normalement faire Riam.
- Le son a une sonorité métalique car encodé directement avec TMPGEnc, y a-t-il un moyen de corriger cela?
A quel débit? en 224 kbps je n'ai jamais eu de son mauvais, sauf si la source l'était déjà.
C'est une particularité que j'ai souvent rencontré avec TMPGEnc, d'où la raison du choix du bundle DVD2SVCD (AVI2VCD/SVCD/DVD) pour un encodage à part du son avec besweet.
Paramétrages :
Est-il possible de paramétrer le "Motion Search Precision" de TMPGEnc, car par défaut, il est toujours sur "High Quality" et personnelement, je ne vois pas la différence de qualité avec le mode "Normal" qui rend l'encodage pratiquement deux fois plus rapide en encodage VCD.
Ce fut une requète du passé pour que Ri4m soit en "high quality", il y est depuis.
Cela serait bien d'avoir le choix je pense
comme dans DVD2SVCD.J'aime bien DVD2SVCD mais j'apprécie d'autant plus Riam pour son champs de possibilité, c'est pourquoi je fais ces remarques pour qu'il puisse se renforcer. C'est bien de tout faire mais c'est encore mieux de pouvoir tout BIEN faire
Merci encore.
j'ai pris bonne note, mais pour ton souci d'OGM en entrée, je ne vois vraiment pas où est le pb, le son, tout comme la vidéo sont démuxés via un script AVIsynth, je ne vois pas pourquoi ça ne passerait pas dans TMPGenc.
QUOTE(GenerationV @ mardi 29 mars 2005 à 15:46)
Riam semble allergique au VBR lors de reconversion car il crée de jolie desynchronisation.
Euh, Ri4m n'est allergique à rien, c'est Vdubmod qui ne peut se piloter pour corriger un VBR... et c lui qui provoque le décalage son.
QUOTE(pepsilite @ mardi 29 mars 2005 à 21:28)
QUOTE(GenerationV @ mardi 29 mars 2005 à 15:46)
Riam semble allergique au VBR lors de reconversion car il crée de jolie desynchronisation.
Euh, Ri4m n'est allergique à rien, c'est Vdubmod qui ne peut se piloter pour corriger un VBR... et c lui qui provoque le décalage son.Je propose pour contrecarer cela d'utiliser NanDub si c'est pour une extraction avec conversion WAV pour le MP3 VBR
ou bien pour une extraction simple : AVI MUX GUI Mais dans le cas de Riam, NanDub semble plus judicieux
QUOTE(pepsilite @ mardi 29 mars 2005 à 21:26)
j'ai pris bonne note, mais pour ton souci d'OGM en entrée, je ne vois vraiment pas où est le pb, le son, tout comme la vidéo sont démuxés via un script AVIsynth, je ne vois pas pourquoi ça ne passerait pas dans TMPGenc.
Je vais essayer de refaire quelques tests afin de mieux cerner le problème
QUOTE(pepsilite @ mardi 29 mars 2005 à 21:26)
j'ai pris bonne note, mais pour ton souci d'OGM en entrée, je ne vois vraiment pas où est le pb, le son, tout comme la vidéo sont démuxés via un script AVIsynth, je ne vois pas pourquoi ça ne passerait pas dans TMPGenc.
Comme je le disait plus haut, le problème vient bien du fait que Riam Utilise Virtual Dub Mod comme il le fait pour un fichier AVI+MP3, c'est à dire une conversion MP3 en WAV, or la piste audio est en OGG et il est impossible pour Virtual Dub Mod de faire ce type de conversion avec une piste audio OGG et donc le réencodage reste bloqué au niveau de la conversion audio, il n'y a aucune progression et donc on peu dire que cela plante puisque tant qu'il n'a pas fini sa conversion, l'étape suivante utilisant TMPGEnc ne peut pas commencer... Je sais pas si vous avez bien compris le problème mais je pense que mon explication est clair.
J'ai également tester la conversion direct d'un OGM (XVID+OGG) avec TMPGEnc. Il reconnait bien les deux pistes mais ne parvient pas à réencoder l'audio, il ne supporte donc pas l'OGG.
Le problème ne vient pas de l'AVISYNTH mais des actions précédentes préparant les fichiers.
moi je veux bien tout ce que tu veux, mais là, en ce moment, je suis en train de réencoder un OGM xvid/OGG avec Ri4m, il est à l'étape de l'extraction audio OGG->WAV, laquelle se fait par l'intermédiaire d'un script AVS dans VdubMod et ça marche très bien. Tu trouveras dans le dossier DLLs de Ri4m un fichier IDRipp-it.avs, c'est lui qui se charge de l'extraction WAV. Essaye de le lire avec un player windows déjà, on verra si le pb ne vient pas de là.
C'est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez Réencodage vers VCD.