Bonjour à tous,
 
J'utilise camstudio pour capturer des vidéos explicatives (prof sur skype) avec le codec "CamStudio Lossless Codec v1.4". Seulement, je me retrouve très rapidement avec une vidéo très lourde. Du coup, je traite ça sur Virtualdub avec le codec "Xvid MPEG-4", mais ça m'affiche le message d'erreur suivant :  
 
Impossible de lancer la compression vidéo
An unknown error occured (may be corrupt data) .
(code d'erreur-100)
 
Une idée ?

up

up

 
 
Salut.
 
As-tu essayé avec d'autres logiciels, par exemple:
-HandBrake ?
-Format Factory ?

Ce serait peut-être plus simple de capturer directement en Xvid. Si Camstudio ne le permet pas, HyperCam 2 le permet.
Virtual Dub parvient-il à ouvrir et afficher l'image de ta vidéo en CamStudio Lossless ?

On est en 2015, le Xvid c'est un peu has been qd même ...

Y'a mieux que le Xvid ? Je recherche surtout une compression de très bonne qualité.

En fait, je cherche à avoir le moins de perte possible. Oui, je parviens à ouvrir et afficher l'image de la vidéo en Camstudio Lossless.

Non, tu penses que ça serait mieux ?

"Non, tu penses que ça serait mieux ?"
 
Possible...et si les vidéos sont acceptées, par Handbrake notamment, ça te permettra d'obtenir de bons résultats sans paramétrages fastidieux.

Pas de raison que ce soit mieux, le codec sera le même, c'est juste l'interface qui changera et Virtual Dub est la référence pour tout ce qui est AVI.
Si tu veux capturer en lossless, tu peux tenter de le faire en Lagarith au lieu du CamStudio Lossless.
Sinon tu peux aussi essayer d'ouvrir ta vidéo via le plugin ffmpeg de Virtual Dub.

Bah, pourquoi préférer Lagarith plutôt que Camstudio Lossless ? Ça semble être deux codecs assez identiques.
 
L'idée c'est de capturer avec le moins de perte possible et de venir compresser la capture avec un codec très efficace, tant sur la qualité de compression que sur la qualité de l'image.
 
Je vais essayer avec FFMPEG dans VirtualDub.

Bon, je n'arrive pas à importer le codec FFMPEG dans VirtualDub...
 
C'est quand même dingue qu'on ne puisse pas alléger une vidéo Lossless sous VirtualDub...

Parce qu'il est probablement plus fiable et risque moins de causer un bug.
 

Il faut voir comment tu t'y es pris    
Voilà le plugin ;
http://fr.sourceforge.jp/projects/ [...] putplugin/
Quand tu décompresses le zip, tu obtiens un fichier .vdplugin et un dossier ffdlls (incluant des dll) à mettre dans le dossier plugins32 de Virtual Dub (donc ne pas mettre les dll du dossier ffdlls directement dans le dossier plugins32, il faut les laisser dans le dossier ffdlls qui est donc un sous-dossier de plugins32).
Pour ouvrir la vidéo, il faut d'abord aller dans File, Open video file, Files of type (fichiers de type) et choisir FFmpeg supported files, puis choisir la vidéo et l'ouvrir.
Et il faut une version récente de VDub (1.10).
 
C'est utile pour certaines vidéos que Virtual Dub ne prend pas en charge ou moins bien que FFmpeg.
 
Mais je tenterais quand-même la capture en Lagarith.

J'ai la version 1.10.4 de VirtualDub.
 
J'ai bien exporté le dossier ffdlls dans le dossier plugin32 de VirtualDub. Ensuite, j'ouvre la vidéo via Open Video File et dans File of type je choisi FFmpeg supported files puis je choisis la vidéo à ouvrir. Mais dans vidéo --> Compression, j'indique quel Codec ?
 
Pour Lagarith, j'ai bien essayé, mais c'est pareil que Lossless, pour 40 secondes, je me retrouve avec une vidéo de 100Mo...
 
J'suis vraiment une buse en vidéo...
 
 
En tout cas merci à toi de m'aider !

De rien    
 

Ça c'est pour l'export, donc Xvid si c'est ça que tu veux.
Vdub n'est pas fait pour encoder en x264, bien qu'il y ait une astuce assez complexe qui le permette. Pour le x264, j'utilise Hybrid, mais il y a d'autres encodeurs plus simples à paramétrer.
 

C'est normal, le but est surtout d'avoir un codec plus courant et plus stable que CamStudio Lossless.
 
Si tu captures en Lagarith, mieux vaut choisir YV12 comme format (en tout cas dans ce cas-ci parce qu'avec certaines cartes d'acquisition, mieux vaut capturer en yuy2). Je ne sais plus si on peut accéder directement aux paramètres de Lagarith mais sinon c'est faisable via Vdub : tu choisis Lagarith dans video, compression, configure, tu décoches "always suggest RGB ..." et tu choisis le mode YV12.
Le codec garde sa configuration même si tu l'utilises avec un autre programme que Vdub.
 
Et aussi, quand on ré-encode avec Vdub, il est utile d'aller dans video, color depth, de choisir le bon format à gauche (celui de la vidéo qu'on ouvre), en général 4:2:0 planar YV12, et à droite on coche "same as decompression...". Et on peut cocher "save as default". Et c'est sans doute mieux de le faire avant d'ouvrir la vidéo.
Si on veut convertir l'espace de couleur, par exemple de yuy2 à yv12, c'est mieux de le faire avec avisynth (surtout pour l'entrelacé) avec la commande ConvertToYV12(interlaced=true).

J'ai cafouillé un peu sur CamStudio et en capturant une vidéo en Lagarith - en choisissant le mode YV12 comme tu me l'as conseillé - et en ajustant la fréquence de trame à 10 trames/secondes, je me retrouve avec une vidéo de 14Mo au lieu de 90Mo pour 40 secondes. J'essaye de comparer visuellement la différence, mais mon oeil n'en perçoit aucune...
 
Je ne sais pas si j'ai bon jusqu'à là, car je recherche vraiment à capturer la source sans perte pour venir la ré-encoder via Vdub avec une très bonne compression sans trop de perte.
 
Là, vu que j'ai ajusté la trame dès le départ, j'imagine que j'ai déjà amoindri la qualité mais à l'oeil je ne vois rien.  
 
Du coup, je peux encore alléger la vidéo en la ré-encodant via Vdub ? Mais je vais encore perdre en qualité...

Bonsoir.
 
"et en ajustant la fréquence de trame à 10 trames/secondes"
 
S'il n'y a pas de séquences animées, autant faire un diaporama avec une suite de captures d'écran....

Alors autant capturer en Lagarith, au moins on a une vidéo facilement exploitable. Et je ne vois pas comment on pourrait faire 10 captures d'écran par seconde à intervalle régulier.
 

Ben oui, encoder en lossy prend forcément moins de place que du lossless, c'est comme du mp3 et du Flac.
 

Oui mais si tu encodes en 2 passes en Xvid, le résultat sera correct, meilleur que si tu capturais directement en Xvid. Ou alors tu ré-encodes en x264, voire en x265.

"Et je ne vois pas comment on pourrait faire 10 captures d'écran par seconde à intervalle régulier. "
 
Quel intérêt ?
 
Autant faire une capture d'écran à chaque changement important !
 
Car de toutes façons, à 10 i/s, aucune animation ne sera fluide...

Mais s'il veut une vidéo en 10 fps, je vois mal comment il pourrait faire 10 captures par seconde   , c'est juste impossible et ça n'apporterait rien.

Je crois qu'on ne se comprend pas !
 
"Mais s'il veut une vidéo en 10 fps"
 
La question à poser:
 
Est-ce vraiment cela qu'il veut ?

Faut relire son premier message ;

 
Donc j'imagine qu'il faut quand-même une certaine fluidité.

 
Et bien, autant abandonner l'idée de capturer à 10 i/s ...
 
 

A 25 i/s, capture convertie en Mp4 avec Handbrake, voila ce que ça donne:
 
http://www98.zippyshare.com/v/wK7pDyqA/file.html
 
11,7 Mo pour 1:43 (sans audio toutefois...).
 
Nota, voir si la vidéo de capture est "acceptée" par Handbrake.
 
Perso, j'ai utilisé un autre soft de capture....

Il a dit plus haut que le 10 fps lui suffisait, n'oublie pas qu'il s'agit de Skype, c'est pas la fluidité d'un jeu vidéo.

 
 
Ma foi, si ça lui convient...
 
Je fais juste une suggestion alternative, rien de plus.

Alors, c'est vrai qu'il ne s'agit pas de jeu vidéo, donc au niveau fluidité, j'peux me montrer souple. Cela dit, je préfère abandonner cette éventualité car il y a de légères saccades qui étaient de toute façon prévisibles.
 
Du coup j'ai réussi à capturer en Lagarith, mode YV12, en 200 trames/secondes (mode maxi). Ce qui m'a donné une vidéo de 50Mo pour 40 secondes que j'ai ré-encodé via Vdub en Xvid, en m'inspirant de ce que me disait arnuche plus haut :
 

 
Là, je passe de 50Mo à 4Mo. Ça semble correct ?
 
 
 
 
 
 

" Là, je passe de 50Mo à 4Mo. Ça semble correct ? "
 
Intéressant..
 
Tu peux héberger la vidéo, ici par exemple ?:
http://www.zippyshare.com/

Pour le ré-encodage, il faut aussi penser à choisir un débit en rapport avec la résolution et le framerate, donc ni trop haut ni trop bas.
Sauf si tu choisis le mode quantizer au lieu de bitrate (quoique, c'est à peu près le même principe), voir notamment cette explication ;
http://forum.videohelp.com/threads [...] ost1938998