Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2812 connectés 

 


 Mot :   Pseudo :  
 
 Page :   1  2  3  4  5  6  7  8  9  10  11  12  13  14  15
Auteur Sujet :

Topic Encodage Dvd->Mpeg4

n°193473
jotenakis
Posté le 22-11-2002 à 19:35:15  profilanswer
 

Reprise du message précédent :
 :jap:  
d'ailleurs un petit "cat /space/essai/tmp/infos.dvd | grep VIDEO"
me retourne :  
 


VIDEO:  MPEG2  720x576  (aspect 3)  25,00 fps  9375,0 kbps (1171,9 kbyte/s)

 
donc j'ai les infos de ratio, de framerate et de PAL/NTSC...
 :sol:

mood
Publicité
Posté le 22-11-2002 à 19:35:15  profilanswer
 

n°193475
jotenakis
Posté le 22-11-2002 à 19:36:24  profilanswer
 

"2001 Odyssey..." te retourne quel code ?

n°193476
zeb_
Posté le 22-11-2002 à 19:41:17  profilanswer
 

jotenakis a écrit a écrit :

"2001 Odyssey..." te retourne quel code ?




 
Hé hé, j'étais justement en train de le tester. 3, malheureusement.
 
J'écris malheureusement parce qu'il y a effectivement un code 4 pour le cinémascope, mais il n'est pas utilisé par les éditeurs :(
C'est dommage, car s'ils utilisaient le code 4, ils pourraient encoder le cinémascope sans bandes noires donc moins de bits seraient perdus et l'image serait meilleure.
 
D'ailleurs, le format cinémascope "vrai" est bien 2.21. Le 2.35 est apparu ensuite.
EDIT : non, cf post ci-dessous !


Message édité par zeb_ le 22-11-2002 à 19:48:46
n°193479
zeb_
Posté le 22-11-2002 à 19:48:21  profilanswer
 

Je corrige : il y a une floppée de formats ciné :
http://www.widescreen.org/aspect_ratios.shtml
 
 
Le 2.21 est le Technirama filmé en Vistavision, sur du négatif 35mm, en anamorphique, puis soit redressé sur du 70mm (2.21), soit anamorphosé encore plus en 35 mm (2.35) !!
Ca explique pourquoi l'image 70mm est si bonne : non seulement l'image est plus grande sur le négatif, mais en plus il n'y a pas besoin d'objectif anamorphique pour la projection, donc le piqué est meilleur.
C'est pour ça que je me souvenais de la pellicule 70mm quand j'avais vu 2001, ils l'avaient d'ailleurs mis en avant sur l'affiche.
Le 2.35 actuel est plus commun : Cinemascope format, sur du négatif 35mm.


Message édité par zeb_ le 22-11-2002 à 20:03:20
n°193662
Tux Le Pen​guin
Posté le 23-11-2002 à 00:19:38  profilanswer
 

ça a peut-être déjà été donné comme lien, ou il apporte peut-être pas grand chose par rapport à tout ce qui a déjà été dit, mais il me semble interressant alors voilà :
http://www.bunkus.org/dvdripping4l [...] index.html
 
 
EDIT (j'ai pas lu les 15 pages) : j'avais lu au début du topic que certain avait des décalages entre son et image. Apparemment, d'après le lien, l'ogg n'est pas très adapté pour le son des avi...


Message édité par Tux Le Penguin le 23-11-2002 à 00:23:51
n°193740
zeb_
Posté le 23-11-2002 à 09:06:12  profilanswer
 

Tux Le Penguin a écrit a écrit :

ça a peut-être déjà été donné comme lien, ou il apporte peut-être pas grand chose par rapport à tout ce qui a déjà été dit, mais il me semble interressant alors voilà :
http://www.bunkus.org/dvdripping4l [...] index.html
 
 
EDIT (j'ai pas lu les 15 pages) : j'avais lu au début du topic que certain avait des décalages entre son et image. Apparemment, d'après le lien, l'ogg n'est pas très adapté pour le son des avi...




 
Si si on l'a déjà donné, c'est un très bon guide mais qui commence à dater : certaines options mencoder ont changé. De plus, le vorbis est très bien adapté, simplement il faut utiliser l'encapsulateur ogm et non avi. Tu peux muxer beaucoup plus facilement plusieurs pistes.
Note que l'auteur de ce guide est aussi l'auteur des oggtools, justement qui permettent un mux facile du vorbis avec le mpeg4, donc il y croit aussi. Et question qualité, y a un gouffre entre le mp3 et le vorbis. Et pour la compatibilité windows, je n'ai aucun problème : après installation du codec vorbis sous Windows, les .ogm sont lus par WMP sans broncher.

n°193807
Tux Le Pen​guin
Posté le 23-11-2002 à 12:43:20  profilanswer
 

zeb_ a écrit a écrit :

 
 
Si si on l'a déjà donné, c'est un très bon guide mais qui commence à dater : certaines options mencoder ont changé. De plus, le vorbis est très bien adapté, simplement il faut utiliser l'encapsulateur ogm et non avi. Tu peux muxer beaucoup plus facilement plusieurs pistes.
Note que l'auteur de ce guide est aussi l'auteur des oggtools, justement qui permettent un mux facile du vorbis avec le mpeg4, donc il y croit aussi. Et question qualité, y a un gouffre entre le mp3 et le vorbis. Et pour la compatibilité windows, je n'ai aucun problème : après installation du codec vorbis sous Windows, les .ogm sont lus par WMP sans broncher.
 




 
ah yes ! impeccable
ça fait longtemps que j'ai pas encoder mais je vais peut-être mis remettre alors  :)
tout ce qu'il faut savoir est mis dans le premier post ? (je me sens pas le courage de lire les 15 pages qui m'ont pourtant l'air interessantes)


Message édité par Tux Le Penguin le 23-11-2002 à 12:43:37
n°193812
zeb_
Posté le 23-11-2002 à 12:53:16  profilanswer
 

Prends le script tuxrip, il te fait tout directement (ripping, encodage son, video et muxing). Il devrait supporter la plupart des formats.
Pages 14 et 15, je discute un petit problème avec le calcul de l'aspect ratio, mais cela ne concerne principalement que les bonus (le format 4/3 avec bandes noires). Jotenakis devrait l'intégrer à la prochaine update. Mais le script actuel est parfaitement fonctionnel pour la plupart des films.


Message édité par zeb_ le 23-11-2002 à 12:54:24
n°193831
jotenakis
Posté le 23-11-2002 à 13:14:21  profilanswer
 

j'ai codé ta méthode... Ca marche mais il me reste quelques trucs à rajouter (notamment dans le mode --resume).
Update en fin de WE.
 
J'ai commencé un mode --config qui générera un fichier ~/.tuxriprc.
Que voulez voir figurer dedans ?  
J'avais pensé à : repertoire de travail, device DVD, decalage init (synchro) + éventuellement les options video (lavcopt) pour pouvoir changer sans éditer tuxrip.

n°193841
zeb_
Posté le 23-11-2002 à 13:24:54  profilanswer
 

Super !
Pour les options, ca me parait bien de mettre celles de libavc. Eventuellement, pourquoi ne pas rajouter aussi les options de processing (celles après -vop) dans le fichier .tuxrip, cela permettrait notamment de supporter le deinterlacing sans editer le script.
 
-npp a été éliminé, et remplacé par -vop pp=
pp= peut être suivi de valeurs hexadécimales, ou de codes correspondant aux filtres. pp=lb fait le linear blending, qui est parfait pour désentrelacer.
Si tu utilises plusieurs filtres, il faut les séparer par des / (c'est pas très bien documenté). Ex : pp=hb/vb/dr/al/lb fait le deblocking vertical, horizontal, je ne sais pas le reste et le linear blending. D'autres options sont mentionnées mais non expliqués, comme tn (temporal denoiser ???)...

mood
Publicité
Posté le 23-11-2002 à 13:24:54  profilanswer
 

n°194046
jotenakis
Posté le 23-11-2002 à 23:05:23  profilanswer
 

zeb_ a écrit a écrit :

Super !
Si tu utilises plusieurs filtres, il faut les séparer par des / (c'est pas très bien documenté). Ex : pp=hb/vb/dr/al/lb fait le deblocking vertical, horizontal, je ne sais pas le reste et le linear blending. D'autres options sont mentionnées mais non expliqués, comme tn (temporal denoiser ???)...




quel est l'intéret c'est plutôt pout le post-proc, non ?
 
PS : si tu as des idées d'amélioration de code : MP. :)

n°194050
zeb_
Posté le 23-11-2002 à 23:10:38  profilanswer
 

jotenakis a écrit a écrit :

 
quel est l'intéret c'est plutôt pout le post-proc, non ?
 
PS : si tu as des idées d'amélioration de code : MP. :)  




 
Oui pour à peu près tous les filtres, excepté lb qui marche bien sur du mpeg2 NTSC : c'est ça qui m'a permis de supprimer l'entrelacement avec mencoder.

n°194051
zeb_
Posté le 23-11-2002 à 23:13:42  profilanswer
 

Par contre dans la doc il précise qu'il y en a d'autres pour desentrelacer mais il dit pas lesquels  :sweat:

n°195022
jotenakis
Posté le 26-11-2002 à 10:16:28  profilanswer
 

zeb_ a écrit a écrit :

Bon voila j'ai concocte une formule generale, a la gordian knot. Elle a l'avantage de prendre tous les formats d'entrée et de sortie, pas seulement de PAL et NTSC vers 4/3 ou 16/9.
 
Le but est de trouver ARc, l'aspect ratio final du film, apres cropping et zooming. C'est de cet ARc que decoulent ensuite les valeurs, multiples de 16, de la hauteur et la largeur du fichier mpeg4.
 
- Variables de depart :

Code :
  1. ARi = Aspect ratio initial (la resolution brute du DVD non anamorphose)
  2. ARa = Aspect ratio anamorphose (aspect ratio du DVD)
  3. Wc = Largeur du film sans bandes noires et non anamorphose
  4. Hc = Hauteur du film sans bandes noires et non anamorphose


- Determination des variables :
 
ARi est donne par mplayer (720x576 ou 720x480) : Wi/Hi division de la largeur non anamorphosee par la hauteur non anamorphosee. Typiquement, en PAL=1.25 (720/576) et NTSC=1.5 (720/480). Mais tu pourrais prendre une autre valeur si ce n'est pas un format standard.
 
ARa est aussi donne par mplayer, il le lit dans l'en-tete du fichier mpeg2 : 1.33 ou 1.78. Donc ARa=4/3 ou ARa=16/9. Je te conseille de prendre ces valeurs exactes plutot que 1.33 et 1.78, pour ne pas introduire d'erreurs d'arrondi. La encore, ARa pourrait etre differente des standards DVD 4/3 et 16/9.
 
Wc et Hc sont donnes par mplayer --cropdetect, les deux premiers chiffres, ex: 638:437:2:11, donc Wc=638 et Hc=437
 
 
- d'ou:

Code :
  1. ARc = (Wc x (ARa / ARi )) / Hc


 
Et voila ! L'avantage est que tu n'as plus besoin de tester la presence ou non de bandes noires : l'ARc est ce que tu cherches, et est calcule directement quelle que soit la largeur des bandes noires.
 
Maintenant, la taille du fichier mpeg4 doit etre
 
Wm/Hm = le plus proche de ARc selon le critere qualite vise, et multiples de 16.
 
Ta formule en premiere page ResX/ResY= Aspect Ratio est vraie, mais Aspect Ratio doit etre ARc :

Code :
  1. ResY = Hm = INT( SQRT(1000 * Bitrate / 25 / ARc / CQ) / 16 ) * 16
  2. ResX = Wm = INT( ResY * ARc / 16) * 16


 
J'ai fait plusieurs essais "a la main" et ca me semble juste.

Code :
  1. Exemple avec ma bande annonce d'entrapment, PAL 1.33 avec bandes noires
  2. ARi=5/4 (PAL)
  3. ARa=4/3 (AR 1.33)
  4. --cropdetect : 698:437:2:11 d'ou Wc=698 Hc=437
  5. Donc :
  6. ARc = (698 x ((4/3)/(5/4))) / 437 = 1.70374
  7. Donc pour un bitrate de 800kps et CQ de 0.22 :
  8. Hm = 288
  9. Wm = 288 x 1.70374 mod 16 = 496






c'est comme ça que ça marche dans tous les cas...
J'ai codé ça dans le tuxrip.


Message édité par jotenakis le 26-11-2002 à 12:44:02
n°195097
mean
Posté le 26-11-2002 à 13:42:37  profilanswer
 

p-e le generique

n°195098
jotenakis
Posté le 26-11-2002 à 13:44:17  profilanswer
 

JoWiLe a écrit a écrit :

ok merci
la dernière version c'est la 0.4.5 ?




vi, y'aura - j'espère dans la semaine - une grosse MAJ.
 

JoWiLe a écrit a écrit :

 
sinon, je suis en train d'encoder LOTR 1 en xvid
 
j'ai demandé un bitrate vidéo de 800
 
bon comme d'hab, lors de la première passe, mencoder m'indique un bitrate entre 1500 et 2000
 
lors de la seconde passe, le bitrate reste lgtps à 650 avant d'atteindre les 800 sur la fin
 
donc j'ai peur qu'au total j'aie bien mes 800kbps, mais que les données aient bénéficié d'un meilleur bitrate sur la fin du film
 
vous en pensez quoi?




fo croire que la fin de ton film est + rapide que le début...

n°195100
jotenakis
Posté le 26-11-2002 à 13:45:55  profilanswer
 

Jowile : peux tu me filer ta ligne de commande pour l'encodage Xvid stp.

n°195101
jotenakis
Posté le 26-11-2002 à 13:46:47  profilanswer
 

pour les génériques, il y aura un support dans la version 0.6 de tuxrip...

n°195103
jotenakis
Posté le 26-11-2002 à 13:47:39  profilanswer
 

quelle version de mencoder, parce que chez moi ça plante en xvid... :cry:

n°195105
jotenakis
Posté le 26-11-2002 à 13:48:48  profilanswer
 

c'est normal ça :
 


p ass=1

 
 :pt1cable:

n°195108
jotenakis
Posté le 26-11-2002 à 13:50:38  profilanswer
 

c'est donc bien pass=1 en xvid et vpass=1 en lavc ?
je regarde ce soir...

n°195112
jotenakis
Posté le 26-11-2002 à 13:51:28  profilanswer
 

je pense que c'est le bitrate instantané.

n°195114
jotenakis
Posté le 26-11-2002 à 13:55:47  profilanswer
 

:ouch:  
je regarderais sur la mailing list.

n°195241
jotenakis
Posté le 26-11-2002 à 16:31:27  profilanswer
 

avec transcode on peut mais avec mencoder je ne crois pas...
 
Je vais m'y atteler dès que j'aurais du temps puisque c'est prévu de faire une gestion des "credits" dans tuxrip.

n°195248
BMOTheKill​er
Posté le 26-11-2002 à 16:37:18  profilanswer
 

JoWiLe a écrit a écrit :

ok
 
et sinon, y a des softs sous nux qui permettent de faire du découpage/copiage/collage d'avi ?




 
avidemux de mean fait ça très bien

n°195323
jotenakis
Posté le 26-11-2002 à 18:16:56  profilanswer
 

oui, pour ça y a pas mieux...  :jap:

n°195327
BMOTheKill​er
Posté le 26-11-2002 à 18:22:21  profilanswer
 

JoWiLe a écrit a écrit :

 

grey:~# apt-cache show avidemux
Package: avidemux
Priority: optional
Section: graphics
Installed-Size: 1380
Maintainer: Christian Marillat <marillat@debian.org>
Architecture: i386
Version: 0.9pre22-0.0
Depends: liba52-0.7.4, libc6 (>= 2.3.1-1), libdivxdecore0 (>= 1:5.0.1), libdivxencore0 (>= 1:5.0.1), libglib1.2 (>= 1.2.0), libgtk1.2 (>= 1.2.10-4), libjpeg62, liblame0 (>= 3.92-0.0), libmad0 (>= 0.14.2b), libmjpegtools0, libogg0 (>= 1.0.0), libstdc++2.10-glibc2.2 (>= 1:2.95.4-15), libvorbis0 (>= 1.0.0), xlibs (>> 4.1.0)
Filename: dists/unstable/main/binary-i386/avidemux_0.9pre22-0.0_i386.deb
Size: 537148
MD5Sum: 8a37cab2d23936fad816869f82a19b19
Description: A small editing software for avi (especially DivX)
 With avidemux you can open divx, process the audio track with the included
 filters and save a part of the avi (i.e. split).
 .
 De-multiplex audio & video is also possible, the audio track can be coming
 from the avi or an external Wav/MP3 file.
 
grey:~#  

 
 
c même dans marillat
 
je suis impressionné ;)
 
 
sinon, cette version est pas buggée ? :D
 
(cf les patches proposés par mean ici même :))




 
rien à signaler je crois, vérifie sur son site, on sait jamais : http://fixounet.free.fr

n°195351
mean
Posté le 26-11-2002 à 19:25:00  profilanswer
 

Les patches en question sont dans la pre22.
 
Christian fait du tres bon travail de packaging, que son nom soit loué  
 
Tu peux te tenter un encodage de vob direct avec avidemux :D
(tu auras plein d'option Xvid pour jouer avec)

n°195438
mean
Posté le 26-11-2002 à 22:48:08  profilanswer
 

Si c'est un avi va falloir passer par un wav, avidemux ne gere pas le ogg
(ICQ faut que je retrouves mon fichier de conf)

n°195520
mean
Posté le 27-11-2002 à 08:03:55  profilanswer
 

Non :(

n°195545
jotenakis
Posté le 27-11-2002 à 09:42:04  profilanswer
 

pour splitter un vob, y a moyen avec transcode...
Je suis d'accord c'est pas simple comme ligne de commande.  :pt1cable:  
Je regarderais + tard.

n°195548
jotenakis
Posté le 27-11-2002 à 09:45:33  profilanswer
 

avidemux, non ?

n°195562
jotenakis
Posté le 27-11-2002 à 10:11:49  profilanswer
 

si ton flux audio est en vorbis alors ton container n'est pas du avi mais du OGG.  :o  
Dans ce cas les ogmtools doivent te sauver. http://www.bunkus.org/videotools/ogmtools/

n°195644
jotenakis
Posté le 27-11-2002 à 12:34:08  profilanswer
 

faut donc attendre un peu...
et ogmmerge ?

n°195651
jotenakis
Posté le 27-11-2002 à 12:39:59  profilanswer
 

...et si tu as un décalage A/V tu le répares avec ogmmerge. Merci moritz  :jap:

n°195663
mean
Posté le 27-11-2002 à 13:01:47  profilanswer
 

Tu mets tes 2 marqueurs A et B sur le partie a couper puis CTRL-X

n°195903
mean
Posté le 27-11-2002 à 19:34:18  profilanswer
 

Mmm quand t'as coupé il t'as pas demandé si tu voulais le smart copy ?
 
(C'est "append" le menu)

n°195915
mean
Posté le 27-11-2002 à 19:44:39  profilanswer
 

146769861

n°196100
jotenakis
Posté le 28-11-2002 à 10:17:22  profilanswer
 

juste une news : la 1ere release officielle de Xvid vient de sortir sous license GPL avec une restriction géographique pour USA et Japon (à cause de la MPEG LA).
 :bounce:  
www.xvid.org

n°196157
Jak
Back to Slack !
Posté le 28-11-2002 à 12:57:16  profilanswer
 

Tiens, j'aurais une question pour les connaisseurs de mencoder et du codage vidéo en général, vu que je ne comprends pas toujours ce que peuvent apporter les différentes options.
 
Pour coder en UNE SEULE passe avec la meilleure qualité possible, il faudrait plutôt choisir quoi ? Le but est d'utiliser mencoder pour enregistrer une entrée vidéo (en temps réel, donc), et pour le moment, j'ai d'affreux blocs (sans compter la puissance processeur nécessaire, ça je verrais plus tard) sur le résultat.

n°196292
jotenakis
Posté le 28-11-2002 à 15:59:06  profilanswer
 

pour du temps réel : gros bitrate et petite résolution, sinon caca.
Je fais avec xawdecode en lavc en 512*384 et 1600 de bitrate et c'est good.
 
si c'est pour garder : tu le fais en bitrate enorme genre 2500 puis réencode en 2 passes après, avec des filtres denoise car la télé c'est crado.


Message édité par jotenakis le 28-11-2002 à 16:01:14
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  6  7  8  9  10  11  12  13  14  15

Aller à :
Ajouter une réponse
 

Sujets relatifs
Vous paramétrez comment DVD:RIP pour avoir des DivX/XVid potables?Lecture DVD
Dezonnage Apple DVD PlayerZones DVD?, Linux ? beuh...
Quels outils : Extraction CD + encodage MP3 de qualitéencodage d un vcd en divx4 ou 5
[Xine] pb pour lire certains DVD[DVD] 2 Langues, chacune sur une sortie audio differente ???
Dvd avec xine 0.9.8 + carte Sigma HollywoodDebian DVD
Plus de sujets relatifs à : Topic Encodage Dvd->Mpeg4


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)