Captvty : probleme de conversion ?!

[chaozu]

Y a t-il un probleme de conversion avec Captvty 1.10.1 ?
Prenons par exemple la video "Pekin Express - Ils ne vous ont pas tout dit"
(càd pas l'épisode 02 à 20h50, mais la 2e partie de soirée à 22h55)
Je télécharge la video en .flv du 10.04.2013 :
Pékin Express - Ils ne vous ont pas tout dit_M6_2013_04_10_22_55.flv
253 Mo (Overall bit rate : 952 Kbps, Nominal bit rate : 850 Kbps) mediainfo de PotPlayer ou KMplayer

Avec mkvtoolnix-unicode-6.1.0, la conversion en mkv donne une video d'une taille équivalente :
251 Mo (Overall bit rate : 943 Kbps, Nominal bit rate : 850 Kbps).

Or, avec Captvty 1.10.1, la conversion en mkv donne une video de 167 Mo seulement
167 Mo (Overall bit rate : 630 Kbps, Nominal bit rate : 850 Kbps)
Par ailleurs, impossible de convertir en mp4

La conversion avec Captvty baisserait-elle la qualité de la video d'origine ?!
Le bitrate baisse de 952 à 630 Kbps !? ou bien est-il maintenu à 850 Kbps ?!
Je comprends pas la différence entre "Overall bit rate" et "Nominal bit rate" ?
Je pensais que la conversion avec Captvty était sans recompression.
Or si la taille diminue fortement à 167 Mo, c'est qu'il doit y avoir recompression ! c bizarre non ?
C'est du VBR ou CBR ?

[Babar2]

M6 protège désormais la plupart de ses émissions avec des DRM, il n'y a pas de solution légale (donc pas ici).

[aazerty]

Bonjour ,

@chaozu :

--- PRÉAMBULE ---
Est-ce que le fichier est lisible , dans ton cas , il s'agit de :
"Pékin Express - Ils ne vous ont pas tout dit_M6_2013_04_10_22_55.flv" ?

Édit , du 14 avril à 13H40
La version de "flvextract.exe" fournie avec captvty est , la 1.6.3 .
J'utilise , la 1.6.1 .
-----------------

J'ai aussi constaté le problème de conversion .
Je te donne une solution , afin de résoudre cette situation .

1) Créer un répertoire , par exemple : "videos" sur le disque "X" .

2) Dans X:\videos :
_ Coller : "flvextract.exe" ( qui se trouve dans le répertoire "Tools" de captvty ) .
_ Coller : "MP4Box.exe" ( qui se trouve dans le répertoire "Tools" de captvty ) .
_ Coller aussi : libgpac.dll et js32.dll ( qui se trouvent dans le répertoire "Tools" de captvty ) .

3) Renommer la vidéo récupérée précédemment , par exemple :
"Pékin Express - Ils ne vous ont pas tout dit_M6_2013_04_10_22_55.flv"
en
"Pekin-Express_10-04-2013.flv"

4) Coller "Pekin-Express_10-04-2013.flv" dans "X:\videos"

5) Créer dans "X:\videos" un fichier batch "Pekin-Express_10-04-2013.bat" .
NB: Ci-dessous le fichier batch prêt à l'emploi .

Code: Tout sélectionner

@echo on
flvextract -v -a -o "Pekin-Express_10-04-2013.flv"
"MP4Box.exe" -add Pekin-Express_10-04-2013.264:fps=25.000#video -add Pekin-Express_10-04-2013.aac#audio -new "Pekin-Express_10-04-2013.mp4"
pause
:fin

6) Lancer le batch

7) Vérifier ( en lecture ) la validité du fichier "Pekin-Express_10-04-2013.mp4" .

8) Démuxage du nouveau fichier "Pekin-Express_10-04-2013.mp4"
Créer un nouveau batch "Re-demuxage_Pekin.bat" dans "X:\videos"
NB: Ci-dessous le fichier batch prêt à l'emploi .

Code: Tout sélectionner

@echo on
FOR %%i IN (Pekin-Express_10-04-2013.mp4) do CALL mp4box "%%i" -raw 1
FOR %%i IN (Pekin-Express_10-04-2013.mp4) do CALL mp4box "%%i" -raw 2
pause
rem re-demuxage
"MP4Box.exe" -add Pekin-Express_10-04-2013_track1.h264:fps=25.000#video -add Pekin-Express_10-04-2013_track2.aac#audio -new "Pekin-Express_10-04-2013_final.mp4"
pause
:fin

9) Lancer le batch
Obtention d'un fichier ""Pekin-Express_10-04-2013_final.mp4" de 168Mo .

10) Lorsque tout vous semble correct , supprimer les fichiers précédents :
_ .264 , .h264 ,.aac , .flv
_ "Pekin-Express_10-04-2013.mp4" , PAS LE FINAL "..._final.mp4" !!!

NB: Ici , on ne parle pas de DRM , vu qu'il a récupéré le fichier vidéo .

A+ .

[chaozu]

aazerty, merci pour la méthode de conversion en mp4.
(ajouter les fichiers libgpac.dll et js32.dll dans le dossier ou se trouve mp4box.exe et flvextract.exe)
Toutes les videos sont intégralement lisibles. J'utilise flvextract.exe 1.6.0.3 du dernier captvty-1.10.2

Extraction du flv : Pekin-Express_10-04-2013.flv (253 Mo)
Ca donne un .264 et .aac : Pekin-Express_10-04-2013.264 (225 Mo) et Pekin-Express_10-04-2013.aac (25.5 Mo)
Puis muxage réussi en mp4 : Pekin-Express_10-04-2013.mp4 (168 Mo)

Reste le problème de la taille ?!
Pourquoi, alors que c'est sans recompression, la taille diminue de 253 Mo à 168 Mo ?!
Pourquoi le muxage d'un .264 (225 Mo) et d'un .aac (25.5 Mo) donne un .mp4 de 168 Mo seulement ?!

Et lorsque que l'on demuxe de nouveau le fichier Pekin-Express_10-04-2013.mp4 (168 Mo) :
FOR %%i IN (Pekin-Express_10-04-2013.mp4) do CALL mp4box "%%i" -raw 1
FOR %%i IN (Pekin-Express_10-04-2013.mp4) do CALL mp4box "%%i" -raw 2
ça donne :
Pekin-Express_10-04-2013_track1.264 : 142 Mo
Pekin-Express_10-04-2013_track2.aac : 25.5 Mo

Se pourrait-il qu'il y ait un flux superflu de 83 Mo (225-142=83) qui a été zappé (parce que inutile) lors du remuxage
Parce que je ne vois aucune différence de qualité d'image entre le .flv de 253 Mo et le .mp4 de 168 Mo !

[Babar2]

Oui, ça peut arriver, c'était le cas des émissions de Pluzz quand elles étaient au format windows média, il y avait deux tailles de vidéo, la plus petite sautait.
Sinon, donc, y'a encore du M6 sans DRM ? Ou c'est un retour en arrière ? À suivre, comme dirait l'autre.

[aazerty]

Bonjour ,

@chaozu :
---
> ajouter les fichiers libgpac.dll et js32.dll

Excuses-moi d'avoir oublié de l'indiquer
---
> FOR %%i IN (Pekin-Express_10-04-2013.mp4) do CALL mp4box "%%i" -raw 1
> FOR %%i IN (Pekin-Express_10-04-2013.mp4) do CALL mp4box "%%i" -raw 2

Merci , pour ce complément d'information .
---
> Se pourrait-il qu'il y ait un flux superflu de 83 Mo

Je ne m'en suis pas soucié , puisque ça fonctionnait .
Je n'ai , donc , pas poussé plus loin les investigations .
---

Que dit mediainfo concernant le fichier .flv ?

Cordialement .

[Pulsar33]

Bonjour,

Intrigué par ce sujet, j'ai donc récupéré la vidéo en question pour l'ausculter.
Je l'ai convertie avec Captvty 1.10.1 en mp4 d'une part (il n'a pas refusé de le faire) et en mkv d'autre part.
Voici les informations pertinentes fournies par Mediainfo :

ComparePékin.jpg (65.66 Kio) Vu 11668 fois

Les tailles exactes des fichiers sont respectivement de 259 690 ko, 172 356 ko et 172 021 ko.
Le mystère reste entier pour l'instant et surtout, je me demande comment le mp4 peut à la fois afficher un débit vidéo constant et 3 débits différents ???
Le débit du son n'est pas indiqué par Mediainfo pour le flv ni le mkv. En revanche il apparaît variable pour le mp4 mais ça ne justifie pas l'écart.
L'hypothèse d'un flux mis à la poubelle semble probable mais Mediainfo n'indique que 2 flux dans le flv (1 vidéo 1 audio)

Cordialement
Pulsar33

[Pulsar33]

Re,
Concernant le son, je pense que Mediainfo s'envoie en l'air. J'ai converti le son du flv et celui du mp4 au format wav avec FFmpeg.
Une inversion de phase sur l'un et un mixage des deux donne un son absolument nul : il sont strictement identiques.
En revanche, lors de la conversion du son du flv, FFmpeg m'abreuve d'injures :

Error while decoding stream #0:1
DTS 939000, next:939028333 st:1 invalid droping
[aac @ 0x1d9b5e0] channel element 0.8 is not allocated
Error while decoding stream #0:1
DTS 939008, next:939028333 st:1 invalid droping
[aac @ 0x1d9b5e0] channel element 0.8 is not allocated
Error while decoding stream #0:1
...
[aac @ 0x1d9b5e0] channel element 0.8 is not allocated
Error while decoding stream #0:1
[aac @ 0x1d9b5e0] channel element 0.8 is not allocated

etc ...

Il est probable que Mediainfo dit des conneries également pour les débits vidéo du mp4.
Reste le problème de fond : pourquoi le flv maigrit-il au cours des transcodages ?

Bonne journée
Pulsar33

[Pulsar33]

Et pour finir, extraction d'une image arbitrairement placée à 14"435 du début et comparaison par différence :
flv - mp4 : noir absolu => images identiques au pixel près
flv - mkv : KO total => il y a visiblement un décalage temporel du au format, les images ne se ressemblent pas.

Je vous souhaite beaucoup de soleil en cette belle journée
Pulsar33

[aazerty]

Bonjour ,

@tous : j'ai modifié ma réponse précédente afin d'y intégrer les infos de "chaozu" .
posting.php?mode=reply&f=31&t=5818#pr21700

@Pulsar33 : Merci pour ton aide "poussée" . A suivre , donc .

Cordialement .