Aller au contenu


Photo

mp4 haut-débit


  • Veuillez vous connecter pour répondre
13 réponses à ce sujet

#1 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 18 août 2011 - 15:59

Bonjour à tous !

Ce topic risque d'être un peu technique mais j'espère que quelqu'un pourra m'aider quand-même.


J'ai plus de 700 bandes VHS, S-VHS et D-VHS à transférer sur disque dur.
La plupart de ces bandes contiennent un ou deux films des années 20 aux années 70 invisibles, introuvables, des copies de presse et autres raretés.

La capture se fait sans problème avec une carte AJA Kona LS soit en presque non-compressé (8bit / 4:2:2, soit environ 60Gb /heure) soit en réduction directe au moment de la capture vers du ProRes422 pour les films moins importants.

Evidemment, malheureusement, je ne peux conserver les captures brutes - à 130Gb par film, j'aurais besoin de beaucoupbeaucoupbeaucoup trop de Tb.
Donc, pour la compression, j'ai donc opté pour le meilleur logiciel qui soit, çàd MPEG Streamclip... mais c'est là que les ennuis commencent.

Etant réalisateur de profession, j'ai l'œil pointu et exigeant. Je compresse donc à haut-débit en mp4 et vérifie les résultats sur un moniteur Sony BVM et un vieux (mais neuf) Sony KX-27.
Le débit auquel les pertes à la compression sont négligeables voire quasiment invisibles est de 15MBps ; pour les films moins importants, ça varie vers le bas mais jamais en dessous de 10MBps.

Et voici le problème :
De manière aléatoire, MPEG Streamclip refuse obstinément sur certains fichiers de "monter" au débit spécifié : il démarre mollement à quelques centaines de KBps, peine à monter, puis plafonne à 6 ou 7MBps jusqu'à la fin.

Sur d'autres fichiers, il fait ce qu'il doit, démarre direct à 8 ou 9MBps puis passe la totalité du film un peu en dessus du débit spécifié, généralement 0,5MBps en dessus. Le débit reste fixé à son maximum (± 0,5MBps) quelque soit le contenu.

Si j'essaye de monter le débit maximum sur les fichier problématiques (le sont-ils ?) à p.ex. 20, 25 ou 30MBps dans l'espoir d'en avoir 12 au final... niet : ça marche pendant les vingt premières secondes de compression et après retour vers les profondeurs entre 6 et 8MBps.

Les captures sont toutes faites de la même manière, avec les mêmes réglages, les mêmes disque de travail/destination et les réglages MPEG sont tjrs les mêmes (et je n'utilise pas les B-frames).


J'ai essayé de ne pas spécifier de débit en ne mettant que le slider de qualité tout en haut mais le résultat plafonne à 6 ou 7MBps, ce qui est visuellement inacceptable.
Comme certains fichiers passent parfaitement, je doute que le problème soit matériel (mémoire, disques etc) et pense qu'il doit y avoir un truc quelque-part, ailleurs. Un truc qui m'échappe complètement !

Quelqu'un aurait-il une idée ?

merci de votre patience
axel

#2 Specialized

Specialized

    Professionnel

  • Membres
  • PipPipPipPip
  • 313 messages
  • Gender:Male
  • Location:ANGOULEME (16)
  • Interests:Architecture, VTT, MAO, Ma femme et mes enfants, bien sûr !
    Ah j'oubliais la vidéo ;)
  • Mac : iMac, PowerBook, MacBookPro,
  • Version OS X : X.9

Posté 19 août 2011 - 18:54

Bonsoir,

Pourrais-tu nous :
A/ indiquer la version de MPEG streamclip 1.9.2 de 2008 ou 1.9.3b7 (beta) de 2011
B/ nous faire une copie d'écran de la boite de dialogue de tes paramètres d'exportation (échantillonage)

Je n'utilise pas MPEG Streamclip, mais pour avoir des variations d'encodage, il se pourrait que la fonction VBR (Variable Bit Rate) soit enclenchée, pour avoir un débit constant comme pour l'échantillonage des séquences d'un camescope qui enregistre sur une mémoire de stockage la fonction CBR (Constant Bit Rate) est préférable.
Le fichier produit avec l'extension ".mp4" n'étant qu'un conteneur, ce sont les paramètres de compression qui nous intéressent, rien d'autre;

Partant des vidéos de type "?-VHS", en quelle résolution et format audio et vidéo souhaites-tu exporter ?
Il existe plusieurs niveaux d'exportation selon le profil en H264, voir le tableau de la page en lien.

Bonne recherche !

A+

Jean-Paul

L'image ne peut être étudiée que par l'image, en rêvant les images telles qu'elles s'assemblent dans la rêverie.

La Poétique de la rêverie
Citation de Gaston Bachelard

#3 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 21 août 2011 - 18:16

Merci de votre réponse !

J'ai essayé les trois versions (1.9.2, 1.9.3b5 et 1.9.3b7) et le résultat est le même avec les trois.

VBR vs. CBR : j'y ai pensé mais n'ai pas trouvé d'option pour choisir l'un ou l'autre mode. Mais peut-être est-ce plus une question de format ?

Toutes les bandes sont du 720x576 entrelacé (VHS, S-VHS ou D-VHS), et elles doivent ressortir tel quel - pas question de vouloir "améliorer" ce qui ne peut l'être mais de limiter les pertes.
L'audio est en ce qu'il doit être : 48k/16b... c'est du mono les trois quart du temps.

Ci-joint une copie d'écran des settings d'exports.
Par déformation professionnelle, je suis sans aucune connaissance sur tout ce qui touche à la compression.


ps. La Poétique de l'Espace est un de mes livres de chevet.

Miniature(s) jointe(s)

  • settings.jpg

Modifié par AxelDahl, 21 août 2011 - 21:42.


#4 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 31 août 2011 - 23:53

Problème résolu !

Ce n'était pas MPEG SC, ce dont je me doutais un peu, mais le scope utilisé pour faire les captures qui, suivant les bandes, avait tendance à fournir un signal instable qu'MPEG SC avait du mal à "digérer"...

Changement de scope et tout est rentré dans l'ordre : 14Mbps de débit continu quelque soit le fichier ou le contenu de celui-ci.

Allez - encore 1084 films :)

Modifié par AxelDahl, 01 septembre 2011 - 09:16.


#5 Mikélé

Mikélé

    Maître

  • Membres
  • PipPipPipPipPip
  • 813 messages
  • Gender:Male
  • Location:92° sud
  • Mac : iMac Pro 2017 10© 64Gio 2To V64
  • Version OS X : 10.14

Posté 01 septembre 2011 - 09:26

Bonjour Axel,

j'aurais une petite question concernant le format H264 généré.

Le ratio 720/576 ne correspond pas à du 4:3 mais du 5:4 (1.25 au lieu de 1.33). Le format DV utilise aussi ce ratio de pixels (720/576) en PAL mais comporte une information de "facteur d'anamorphose" pour rendre les pixels rectangulaires à l'affichage et correspondre ainsi à du 768x576 en pixels carrés pour un format 4:3 et 1024x576 pour un format 16:9 (x1.0667 ou x1.4222 respectivement)

Comment se comportent donc à l'affichage les fichiers H264 produits ?
Ils ont bien un ratio de 4:3 à l'affichage ? blink.gif

Je pose la question car personnellement je choisis toujours 768x576 dans MPSC (et non pas 720x576) lorsque je fais du H264 à partir de sources DV. Car je n'ai pas vu que MPSC ajoutait ce facteur d'anamorphose... mais peut-être ai-je mal vu ? Ce que j'ai bien vu par contre, c'est qu'en 720x576 le film était un peu "comprimé" horizontalement par rapport à l'original en DV.

Et autant identifier un éventuel problème maintenant plutôt qu'après avoir converti les 1084 autres films ! wink.gif

Mikélé

Modifié par Mikélé, 01 septembre 2011 - 10:32.


#6 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 01 septembre 2011 - 14:19

Bonjour Mikélé !

Toutes ces sauvegardes seront visionnées sur un écran à tube, le KX-27 ou un KX-29B plus récent, tous deux ayant par nature des pixels rectangulaires.

Si je ne me trompe, le 768 est pour les écran LCD (qui ont des pixels carrés) et le 720 pour le CRT (qui ont des pixels rectangulaires) ; il est normal que l'un ou l'autre ne soient pas "justes" quand ils sont visionnées sur... l'autre.
Les captures visionnées sur un des écrans LCD sont géométriquement fausses (compressées en largeur) mais justes sur le BVM ou KX-21.

J'en profite au passage pour mentionner l'utilisation d'un filtre réduisant le bruit inhérents aux VHS / S-VHS qui s'appelle Neat Video : j'ai passé une journée entière à faire des tests et le résultat est tout simplement incroyable.

Il faut par contre l'utiliser au minimum du minimum pour éviter tout effet de plastification globale : pas plus de 5% de correction sur les trois paramètres principaux et 1 en correction temporelle.

J'essaierai de placer des captures d'écran ici si ça intéresse qqun.

Modifié par AxelDahl, 01 septembre 2011 - 14:20.


#7 Mikélé

Mikélé

    Maître

  • Membres
  • PipPipPipPipPip
  • 813 messages
  • Gender:Male
  • Location:92° sud
  • Mac : iMac Pro 2017 10© 64Gio 2To V64
  • Version OS X : 10.14

Posté 01 septembre 2011 - 15:04

OK, je vois. Tu sors en analogique - probablement avec la même carte AJA d'E/S vidéo - alors que pour moi, l'écran LCD connecté en numérique était - à tort - la seule façon de penser ! apparemment, vous êtes encore beaucoup à travailler sur tube cathodique... wink.gif

Sinon, oui, je suis intéressé par tes recherches sur Neat Video. Je me souviens l'avoir téléchargé à l'essai il y a quelque temps mais j'avais abandonné mes tests, ayant trouvé les manipulations avec FCP (6 ou 7) trop pénibles / contraignantes. J'espère juste qu'ils vont en sortir une version compatible FCP X.

Car c'est vrai que les exemples de leur site sont assez impressionnants !

Pour la petite histoire, je me souviens même avoir fait un applescript pour faire (presque) la même chose via photoshop et l'excellent plugin noiseware que j'avais acheté pour mes scans de diapos / négatifs:
1) conversion DV > suites d'images (désentrelacées) et audio via MPSC
2) débruitage via Photoshop / Noiseware (avec parfois filtre de netteté "unsharp mask")
3) conversion retour en DV via QT Pro
4) réintégration de l'audio sous QT Pro

Un peu usine à gaz, j'en conviens ! biggrin.gif

Modifié par Mikélé, 01 septembre 2011 - 15:08.


#8 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 01 septembre 2011 - 17:22

... et moi j'avais fait le contraire dans FCP 1.1, c. 2000 ou 2001) pour bruiter une image DV trop propre : export de toutes les images (une par une, des milliers et milliers) passage au script Photoshop puis réassemblage ds FCP, rendu, export.
Je ne l'ai fait qu'une fois - usine à gaz en effet :)

Quant au tube, il y a deux raisons :
- les sources que j'ai sont toutes en SD alors que tous les LCD récents sont faits pour des résolutions supérieures ; de la SD là-dessus, c'est inregardable.

- hormi les malheureusement défunts projets SED et FED, un bon KX-27 ou un BVM d'étalonnage écrase encore tout ce que j'ai pu voir ou travailler avec. Il y a, avec un bon tube en bon état, un volume, une finesse des dégradés, une vivacité...
Un peu comme travailler en 4x5" vs. en 24x36cm :)


Neat dans FCP reste assez simple à mes yeux, un peu comme la réduction de bruit dans SoundTrackPro : choisir un 'sample' typique de bruit, appliquer, affiner.
Il est vrai que ça fait un export supplémentaire après la capture pour appliquer le filtre, mais le résultat est tellement bon.

Une fois que j'aurai résolu mon problème d'ethernet (le G5 capture, le MacPro "digère"), je pourrai faire des captures d'écrans.

#9 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 17 novembre 2011 - 09:43

... 400 bandes après...

Beaucoup moins enthousiaste sur Neat qu'après mille tests j'ai décidé de ne pas utiliser. Je pense que ça fonctionne vraiment très bien mais sur des sources "propres" seulement (HDV, DV-Cam, DigiBeta etc) mais sur des captures bruitées (VHS/S-VHS) de films des années 20 et 30 pas restaurés, la réduction de bruit est efficace - et le pompage aussi.

Je n'ai toujours pas résolu le problème qui m'empêche de compresser certaines captures au débit maximum spécifié mais touve la plupart du temps une parade qui consiste à ne pas spécifier de débit max. et à utiliser le slider de qualité à 100%.

Pour contourner ce problème, j'ai essayé le logiciel Episode pendant deux semaines : une grosse usine très chère à gaz à vapeur et à charbon qui, pourtant, ne donne pas d'aussi bons résulats qu'MPEG StreamClip qui, lui, est gratuit et tout simple !
A débit et réglages égaux, MPEG SC écrase Episode.

Allez... encore 300 bandes !

#10 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 25 novembre 2011 - 23:42

Coupable trouvé !

Evidemment, c'était tout bête, tout simple et pile devant mes yeux.

Certains enregistrements avaient un niveau vidéo "en dessous", donnant une image un peu sombre, éteinte, avec les blancs plutôt dans le gris clair.
De nombreuse copies souffrent de ça mais là c'était une question d'enregistrement : scopes déreglés, mauvaises duplications etc.

Quelques essais en corrigeant les niveaux mid & high avec l'étalonnage à trois voies de FCP et... zou : plus de problèmes de fichiers refusant d'être compressés à un certain débit. Réexports après correction des captures fautives depuis FCP en ProRes HQ, puis compressions à 15Mbps.

Cela étant, MPEG SC semble ne pas aimer ça du tout alors qu'en spécifiant un débit fixe, il ne devrait pas s'occuper du contenu...

Après six mois de galères, de re-re-re-re-captures et de re-re-re-re-compressions, problème réglé !

#11 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 19 janvier 2012 - 13:52

... pour ceux que ça pourrait intéresser, j'ai placé un exemple ici :
capture (ProRes 422HQ depuis la carte AJA Kona, 60Mb débit)
compressed (MPEG SC, 100% qualité, B frames, 17Mb débit)

Sur le moniteur, pas un gramme de différence si ce n'est un très très léger changement de gamma.
Attention, ces fichiers sont entrelacés, car faits pour être vus sur un vrai moniteur CRT ! Sur un écran LCD, c'est forcément moins joli.

Je n'ai cependant pas vraiment résolu le problème de refus de MPEG SC de compresser à un certain débit, alors que les outils vidéo de FCP me disent que les fichier sont techniquement irréprochables. Question de luminosité, de contraste, de qqch d'autre...
Et, évidemment, le problème se manifeste surtout sur les films importants !

Allez - encore 150 bandes smile.gif

#12 uzboxberg

uzboxberg

    Maître

  • Membres
  • PipPipPipPipPip
  • 3 203 messages
  • Gender:Male
  • Location:Paris
  • Mac : iMac alu 27" Core i5 24 Go
  • Version OS X : 10.14

Posté 19 janvier 2012 - 18:50

c'est curieux mais je trouve ton H.264 plus "propre" que la sortie ProRes de FCP, moins de bruit couleur et les noirs un poil plus denses, ce qui leur va bien.

#13 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 20 janvier 2012 - 23:19

Je suppose que c'est la différence entre 60Mb et 17Mb de débit... Mais à part les noirs plus noirs, le reste est quasiment invisible en entrelacé sur le moniteur.

C'est très variable selon les films : parfois les noirs restent "tels" parfois pas, parfois un réexport de la capture depuis FCP en ProRes 4444 avec une légère teinte ajoutée dans les hautes lumières (mais sans correction de gamma/étalonnage) permet finalement à MPEG SC d'encoder au débit voulu, généralement entre 15 et 17Mb.
Il y a quelques cassettes que j'ai laissé de côté : quelque soit la méthode employée, MPEG SC n'en veut pas !

Je n'aurais jamais pensé que simplement transférer des bandes révèlerait graduellement autant de variables... insaisissables.

#14 AxelDahl

AxelDahl

    Nouveau

  • Membres
  • Pip
  • 10 messages
  • Gender:Male
  • Location:Paris
  • Mac : MacPro 2x 2,66GHz 8-core
  • Version OS X : 10.5.8

Posté 23 avril 2012 - 22:23

Presque un an après les premiers essais concluants, j'ai enfin tout transféré - tudieu que ce fut long !

J'ai rempli trois LaCie 2BigQuadra de 2x 2To chacun, en RAID 0 donc 6To en tout.

J'ai fini par les cassettes NTSC et ai pu découvrir que de nombreux films pourtant disponibles en jolis DVD aujourd'hui sont faits à partir de copies inférieures ou même tronquées... Et une bonne partie n'existent tous simplement toujours pas.

Quand MPEG SC fonctionne, çàd la plupart du temps, le résultat est réellement bluffant.
A 17Mbps il n'y a pas de différence discernable, même sur mon BVM 20" à 900 lignes de résolution. De minuscules différences sont évidemment visibles en arrêt sur image mais en lecture... rien !
Merci M. Mpeg :)

16MBps est tout à fait acceptable, entre 14 et 15 ça dépend de la copie film ; en dessous de 14MBps la compression commence à être visible ; à 12 elle est bien là.

Bon -
Il me reste une quarantaine de captures sur un quatrième RAID qui ne passent obstinément pas - quelqu'un aurait-il une idée ?
Après essai, Episode est out... Sorenson Squeeze 8 peut-être ?

merci
ax.


1 utilisateur(s) li(sen)t ce sujet

0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)