Je viens de créer le son OGG d'un futur .MKV avant de lancer l'encodage vidéo (= [Créer le son])

J'avais demandé le son en 96k et j'obtiens 41Mo à  59kbps (dixit Ripp-it et WinAmp).
Pensant à  un bug je refais l'encodage OGG en 112k, puis en 160k pour être sà»r : j'ai toujours 41Mo à  59 kbps. Normal vu l'oGG est VBR.

D'autant que le son d'origine est en MP2 192k, soit pas très propre, et c'est un vieux film pas très tonitruant question "boum-badaboum-pan-pan-patatras".

Là  o๠c'est bon dans Ripp-it de faire le son avant, c'est que Ripp-it prend en compte le son déjà  fait et intègre son poids effectif (et non supposé) au calcul du BR vidéo (au lieu de 895 k, j'ai 933k pour mon RV9)...

:$:

C'est bon à  savoir

On comprend mieux pourquoi les .mkv fait d'un coup ont l'air moins précis que les .avi : en fait c'est le son OGG qui est plus petit que prévu.

Ben ouais, je pensais que vous le saviez

donc dans ripp-it ; mp2 ==> ogg pas de probleme
pour moi c'était la faute à  pas de bol

pas grave je recommencerai na

Pour le RV9 OGG MKV le pb vient du fait que producer est "spécial" et qu'on ne lui passe pas un Br vidéo comme le DivX mais GLOBAL vidéo+son... Donc, mettons 840 pour la vidéo et 96 demandé pour l'audio, ben si l'audio ne fait que 60, on va perdre du BR pour la vidéo, en clair, Producer ne gère pas le VBR audio...

Ben non pas de blème, d'autant que le codec OGG il ne voit pas la couleur de MP2 vu qu'il y a 2 WAV non compressé entre...

à‡a serait possible d'automatiser dans ripp-it le processus décrit par Jack.

voila une idée qu'elle est bonne

Il devrait l'être en fait, je ne comprends pas trop...

Peut être qu'il l'est mais qu'on ne s'en rend compte qu'en faisant le son séparément.

Il faudrait vérifier le BR du .RMVB avec RMVB Analyser pour en avoir le coeur net. (Pour voir si le BR est le BR nominal ou si Ripp-it a augmenté le BR entre encodage son et encodage RV9 pour tenir compte du gain lié à  l'encodage OGG).