Avidemux pre11 pourrie, pre12 disponible - Linux et OS Alternatifs
Marsh Posté le 14-08-2002 à 18:56:14
Exact, merci
http://fixounet.free.fr/avidemux
Il y a aussi une petite modif pour les FreeBSD qui ont un port pourri de divx (utilisation de xvid 100 % a la place)
Marsh Posté le 14-08-2002 à 20:26:02
J'ai encore un problème.
J'ai un divx mp3 vbr dont le son est progressivement desynchro mais je m'en fou, je corrige avec mplayer au "fur & a mesure".
Je veut couper le generique ( c'est une serie et y a un peu de la serie avant le generique, le generique puis la suite ).
Ce que je fait:
- Je lance avi demux
- Je charge le AVI
- Je lance un "map audio"
- Je positionne le A sur une keyframe avant le generique
- Je positionne le B sur une kerframe apres le generique
- Delete ( CTRL-X ou menu )
- Je met la A au debut
- Je met le B sur une ketframe avant la fin ( pour couper le generique de fin )
- J'enregistre en tant que test.avi
- Je relance un "map audio"
- J'enregistre en tant que test2.avi
Ce que j'aobtient :
Test.avi : Avant la coupure generique pas de pb. Apres la coupure du generique, au debut Ok, l'audio est bon, mais apres qq minute, hop l'audio revient a ce que j'entend juste apres le generique et ca boucle comme ca ... Si j'extrait l'audio en wav, j'ai en gros :
Imaginons que l'audio de l'original soit ( découpé en bout de qq minutes ) : ABCDEFGHIJKLMNOP...
Maintenant disons que CD c'est le generique. Au fait j'obtient comme audio : ABEFEFEFEFEFEFEF....
Test2.avi : Avant la coupure OK. Apres la coupure, plus d'audio et des erreurs.
|
Marsh Posté le 14-08-2002 à 20:38:11
Oui c'est le cas merdique.
La "bonne solution" c'est la suivante :
Charge ton avi
Audio -> Process mode
File -> save audio toto.wav (il va etre gros, tu peux faire un normalize dans la foulée si le volume est faible)
Audio source -> external wav -> toto .wav
Tu coupes comme tu veux
Audio -> Process mode
MP3 encode -> 128 kbps ou moins
Save Avi
Et la ca sera bon
Le VBR MP3 c'est un peu la merde a gerer.
Le cas qui marche c'est le multiplexage et couper un seul bloc
L'edition ca marche pas trop bien.
Je vais essayer de le corriger pour le futur mais sans garanti
A+
Marsh Posté le 14-08-2002 à 21:05:01
Oops edit :
Tu sauvegarde l'avi avec le son en audio->process
Tu reouvres l'AVI et la ca sera bon tu pourra editer
Puis audio process -> mp3 encode
Et resauve une 3eme fois.
Marsh Posté le 14-08-2002 à 21:53:59
A mon avis je vais extraire le wav ... Comme ce je corrigerait le decalage tant que j'y suis.
Marsh Posté le 14-08-2002 à 23:29:49
Le decalage tu peux le corriger avec Audio -> time shift
Si tu extrais le wav tu ne peux pas editer la video et le son en meme temps. Seul la bande son de l'avi est prise en compte.
(probleme de synchro)
Donc le plus simple est de resauver ton avi avec audio->process
C'est du wav comme ca mais a l'interieur de l'avi (GROS fichier mais avidemux accepte jusqu'a 4 Go)
Tu l'edite peinard et ensuite tu le sauves avec audio-mp3 encode
C'est un peu chiant mais bon
Marsh Posté le 14-08-2002 à 23:33:31
Au fait c tait un decalage progressif.
Mais apres avoir charger l'avi et fait un "audio map" puis sauver sous forme de avi ( son non compressé ), le decalage etait corrigé, de lui même ... Maintenant quand j'ai un divx foireux je sais quoi faire .
Je suis en train de faire la deuxieme passe, decoupage et compression MP3 par contre il me dit 32 min left ... pour compresser 40 min de divx ca me parait enorme non ?
Marsh Posté le 15-08-2002 à 11:13:24
Le fait de compresser le son a l'interieur de l'avi ajoute pas mal d'overhead.
Si tu es pressé, apres avoir tout coupé tu sauvegarde le wav d'un coté et la video seulement de l'autre coté.
Tu encodes le wav avec lame a part et tu multiplexes avec audio-> external source -> mp3
C'est nettement plus rapide
Marsh Posté le 15-08-2002 à 11:16:20
Le cas ou le fait de faire un time map corrige est celui d"un mauvais multiplexage.
Les avi avec une bande son en MP3 vbr ont besoin d'etre multiplexé d'une certaine facon pour etre relu sans desynchro.
Qd tu fais un time map, sans le savoir tu fais deux choses
- Avidemux construit une table d'equivalence VBR/CBR pour pouvoir couper au bon endroit (mais l'edition marche mal)
- Tu lui dis que c'est du VBR donc au moment de sauver il va utiliser le mode de multiplexage special VBR.
Marsh Posté le 14-08-2002 à 18:26:36
Il y a un gros bug dans la pre11 (certains l'ont vus )
La pre12 est dispo
Desolé