NTSC -> PAL ... Encore quelques problèmes!!!
Salut,
Oui je sais il vaut mieux laisser en ntsc et encoder en mpeg2. J'ai tester sur un film de 92mn et je confirme que la qualité du kvcd est au rdv. Comme je suis d'un naturel obstiné je voudrais comparer le même film en pal en mpeg1 mais j'ai encore quelques soucis avec le son. Au départ j'ai un divx avec le son à 22Khz d'une durée de 91mn30s, j'ai vu dans un autre post qu'il fallait le convertir en 44khz avec ssrc. Ca marche toujours et j'ai une bande sonore de 91mn30. Le problème arrive quand je veux changer le fps avec besweet avec besweet, le fichier raccourci et passe à 87mn 38. Est-ce normal? j'ai peur que non mais j'ai pourtant suivi les étapes décries sur un tuto trouver sur le web (doom9). Bien sûr quand je mutiplexe tous ça les voix ne correspondent pas du tout. Sinon, autre question au passage: pour le multiplexage, il vaut mieux utiliser Tmpgenc ou bien bbMpeg? Quelle est la différence? Moi j'utilise le premier car il est simple mais peut être y'a t'il un intérêt à utiliser le 2nd. merci pour vos réponse, tiff |
Re: NTSC -> PAL ... Encore quelques problèmes!!!
Quote:
Quote:
Quote:
Quote:
A mon avis il se situe dans le script AVS (ChangeFPS utilise au lieu de AssumeFPS). Quote:
Maintenant personellement j'utilise TMPGEnc aussi parce qu'il fabrique des fichiers plus petits : sur une video de 800 Mo on peut ganger 10 Mo en utilisant TMPGEnc au lieu de BBMpeg. C'est parfois important au moment de graver ! merci pour vos réponse, tiff[/quote] |
Voici le lien sur le tutoriel:
http://<br /> <a href="http://www.d....htm</a><br /> Voici mon script qui utilise ChangeFPS...c'est un script que j'ai copié d'un de tes posts qui trainait en anglais ou francais: Code:
AviSource("D:\temp\kvcd\xyz.avi",false) - Mon source est en 592x256 pixels et je code actuellement en sortie en 352x480, j'ai avec CQMatic un CQ~70, est-ce que je dois modifier les paramètres de GripCrop et est-ce que la résolution choisie pour ma sortie est ok ou y'a mieux (rappel: 1h33 sur 1CD) merci tiff |
Quote:
D'ailleur j'ai lu ton tuto la : changer le framerate dans l'entete avec aviframerate revient a faire un "AssumeFPS" dans le script. Il ne faut surtout pas faire les 2 ! Quote:
Code:
BlindPP(cpu=4) (j'ai fais un film de 1h28 en CQ79 reso 544*576 avnt hier, et un de 1h38 avec CQ72). [/b] |
Ok merci pour les infos et le nouveau script, j'arrête mon encodage en cours et je relance avec le nouveau!
tiff |
Dialhot il ne manque pas cette ligne sur ton script V4
AviSource("Source",false) Sinon ce script est il vraiment plus performant que celui la Quote:
|
Le script est destine a etre utilise avec autre chose que des avi, d'ou l'absence de ligne de chargement de source. Mais sinon evidement qu'il manque une ligne.
Quand a ton autre question, justement a toi de me le dire. J'ai dit que le script etait en phase de test : c'est a votre tour de donner un coup de main pour faire evoluer les choses :-) Donc j'attend tes impressions de comparaison entre script V3 et V4. |
Ok la j'encode avec le V3 et ce soir je test le V4
|
Je reviens à la conversion ntsc vers pal. Est-ce que quelqu'un peu m'expliquer le rôle de l'option
Code:
Do not frame rate conversion Jusqu'à maintenant, je ne cochais pas cette option, est-ce de là que viens la différence de longueur entre la vidéo et le son après conversion en pal? tiff |
Quote:
De toutes manieres elle est sans effet lorsque tu n'encodes pas son et video en meme temps. Ce qui est ton cas non ? |
Quote:
De toutes manieres elle est sans effet lorsque tu n'encodes pas son et video en meme temps. Ce qui est ton cas non ? As tu essaye de ne pas utiliser avifrate et de mettre "AssumeFPS" dans le script ? |
Quote:
Sinon, y'a quand même quelque chose que je n'est toujours pas compris c'est pourquoi la durée du son change alors que la vidéo non, c'est bizarre cette histoire! tiff |
C'est drole mais je m'appretais a repondre a ta question et cela m'a fait penser soudainement a un truc : il ne faut PAS MODIFIER LE SON avec besweet. Laisse le tel quel, utilise le script avec ChangeFPS (mais surtout n'utilises pas avifrate comme dans le tuto, c'est une betise enorme ce passage) et tout sera nickel.
Je t'explique : ChangeFPS(25) ca dit a avisynth de creer les images supplementaires necessaires pour ta video ait la meme duree qu'a l'origine, mais en etant visionee un peu plus vite (25 im/s au lieu de 24). Exemple sur 10 seconde de video : au depart tu as 240 images, a l'arrivee avisynth t'en cree 10 de plus pour faire 250 images. ChangeFPS = la longueur de ta video ne change pas Dans ce cas, tu n'as rien a faire pour synchroniser le son. Avec AssumesFPS avisynth se contente de lire le meme nombre d'images mais a la vitesse que tu lui indique (ici 25 im/s). DOnc tes 240 images de depart, lues a la vitesse de 25 im/s, ca donne une video de 10*24/25 = 9.6 secondes. AssumeFPS = la longueur de ta video CHANGE Et donc dans ce cas il faut que tu fasses subir a ta bande son la meme chose que ce que tu fais a ta video, a savoir changer sa longueur afin de maintenir la synchro ! Toi tu as fait un mix des 2 : tu as maintenu la longueur de la video avec "ChangeFPS" et tu as reduit celle de l'audio pour t'adapter a ce qu'aurait donne un AssumeFPS ! Conclusion : Utilises ChangeFPS et ne touche pas a ton audio et tout sera parfait :!: ET PUIS OUBLIE LA PARTIE DU TUTO OU ILS PARLENT DE AVIFRATE :!:. |
J'essai tout ça cette nuit et je te poste les résultats demain!!!
Si tout est ok, je crois que je suis bon pour faire une aide (à partir de toutes tes réponses :wink: ) sur la conversion divx ntsc -> mpeg1 pal en tout cas merci pour toutes ces explications tiff |
Bon finalement j'ai terminé cette nuit l'encodage et c'est pas super concluent: avec changeFPS y'a des saut d'images vraiment visible sur les scènes en mouvement.
Je vais réessayer avec assumeFPS pour voir ce que ça donne et je vous tiens au courant. tiff |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.