Reprise du message précédent :
a ben voila , j'oublais de cliker sur la grosse touche rouge
bon je teste

c vrai ça marche comme ça
bon j'aurrais une question , voiila c a propos du filtre vhs
tu ma di qu'il pouvais etre meilleur
comment on le configure pour qu'il le soit?
merci

Je le trouve meilleur pour les films, mais pour les dessins animés j'aime pas.
Pour les paramètres je prend 5 pour Luma, et 15 pour chroma quand c'est des films (par defaut c'est 30 mais je trouve que c'est trop fort).
Pour les dessins animés, je combine chroma noise reduction (avec param par defaut), et temporal smoother (slider entre 4 et 6), et la qualité est bonne meme si ce qu'il y a en entrée est bien dégradé.

g un bug
voila qd je programme le pc pour qu'il shut down apres l'enregsitrement , ben ça marche po , y s'eteint pas...
au fait a qd une nouvelle version?

 
J'ai testé sous Win9x mais pas sous les NTs.
 
Il devrait y avoir une version cette semaine ou la semaine prochaine (Ajout du support pour capturer sur plusieurs disques durs grâce à un programmeur qui a gracieusement modifié les sources, mais bon y a quelques bugs alors faut que je corrige ça).

bon , g encore des question
voila comment qu'on fais pour gere le contraste , la couleur etc de la source qu'on reçoit, en l'occurence pour moi la tv via le magneto?
j'aimerais pouvoir regler cela car l'image qui arrive est bocou plus clair que l'image sur ma tv , il faudrais que je puisse modifier le constraste , et celui de la source pas du moniteur
je c que des soft de capture comme iuvcr le permette mais ce soft est pas terrible , on peux le faire avec le tiens?
merci

J'ai jamais fait une telle fonction car je croyais que tous les drivers de capture pouvait règler la luminosité, le contraste et la saturation (comme les pilotes ATI quand on choisit la source vidéo).

ok je vois , c vrai enplus , mais sous xp ma voodoo 3 elle merde totale

 
et tu voudrais metre cette fonction ds une nvelle version par hasard?histoire de rendre ton soft encore plus complé , vu que xp fou la merde chez bocou de carte?

up

Je sais comment faire pour ajuster la luminosite et la saturation (il suffit de scaler les composantes Y, U, V) mais pour le contraste je sais pas.

je di que c'est le constraste car l'image est vachement pale mais c peut etre pas ça....

bon , apres quelque encodage sans prob , les misere arrive..
voila mon prob
depuis maintenant 2 episode que j'enregistre avec les meme parametre que les precedent (j'en suis kasi sur) , lorsque je les encode avec vdub, avec les meme parametre  , y se passe qu'avant y me sortais un fichier de 55 mo et la un fichier de 70 mo!!!!!
et ça avec exactement les parametre d'encodage avec vdub!!!!
je pige quoi , et ça me le fais que pour dragon ball z ,
g tester pour voir  , g capturé 20 minute de la meme chaine, avec les meme parametre et lors de l'encodage la taille du fichier a la sorti est la bonne
mais depuis 2 epizode de dbz ça foire!!!!!!!!
je pense pas que ça vienne du codec 4.11 , vu qui me sort une taille correct lors des test
meme g reencoder les ancien dbz capturé et ça marche nikel
de quoi ça viens?
merci
ps:le temporal smoother est il vraiment mieux que le smoother?

Et en baissant le débit, ça diminue pas la taille du fichier ?
 
Smoother c'est pour faire du flou sur les surfaces tout en gardant les frontieres nettes : vaut mieux le faire sur une image surechantillonné (720x576) puis diminuer les dimensions.
 
Temporal Smoother, c'est pour attenuer les changements entre les images (en éliminant les variations parasites du signal) : les encodeurs MPEG adorent ce genre de filtres.
 
Perso je prefère le temporal Smoother, mais on peut combiner les deux.

bon la encore je viens de refaire un test
g enregistré sur la meme chaine 20 minute de video et lorsque j'encode avec vdub , la taille du fichier  est la bonne a la sortie
g remarqué , que a coté de video size y ecrit :39ko/s , ça c qd g le bon fichier et qd j'encode dbz , c 64 ko/s !!c donc normal d'avoir un fichier plus gros mais anormal vu que j'enregistre et encode avec les meme param
g pas envie de baisser le bitrate car j'y perd bocou en qualité
ça peux venir de l'image?

Le codec arrive peut être pas à encoder en seulement 320 kbits/s (c'est trop faible je trouve, surement pour ça que le codec te donne du 500 kbits/s, ta vidéo est peut être plus mouvementée ou a trop de parasites).
Avec un tel débit pas la peine de dépasser 320x240.

Le codec arrive peut être pas à encoder en seulement 320 kbits/s (c'est trop faible je trouve, surement pour ça que le codec te donne du 500 kbits/s, ta vidéo est peut être plus mouvementée ou a trop de parasites).
Avec un tel débit pas la peine de dépasser 320x240.

arf je vais te dire , je ne sert pas du bitrate vu que j'encode en mode 1 pass quality based , donc je peux uniquement changer le pourcentage
jusqu'a present une sequence de 20 , avec mes parametre , 70 % me donne 57 mo a la fin
mais la g du passer a 60%
si je met du 320*240 ça donnera quoi en plein ecran?
la je suis en 512*288 et c nikel
alors cte nvelle version?
bye

 
Dans ce cas essaye plutot de faire en VBR deux passes.
 

 
Nouvelle version pour l'instant en stand by car le code (pour le support multidrive) qu'on m'a envoyé gracieusement est aussi gracieusement buggé (jusqu'à la moëlle ). Je prefère éviter de sortir un truc qui plante toutes les 2 secondes ou bien au bout de 2 heures de capture.

gilou2 a écrit a écrit :     Nouvelle version pour l'instant en stand by car le code (pour le support multidrive) qu'on m'a envoyé gracieusement est aussi gracieusement buggé (jusqu'à la moëlle ). Je prefère éviter de sortir un truc qui plante toutes les 2 secondes ou bien au bout de 2 heures de capture.

arf je maitrise pas trop le mode 2 pass
faudrais que je trouve une faq

Mais non c'est très facile à utiliser.
 
Suffit de faire deux jobs dans VirtualDub : un pour la premiere passe, et un pour la seconde passe.

ouais je vais matter  
si ça vaux vraiment le coup
aufaites tu m'as que la quality d'entré ne jouais pas bocou sur le resultat , t sur ?

arfg tester ce codec et je prefere qd meme le codec mjepg
g 55 go de place alors je m'en fou un peu de la taille
vu que je capture que des da de 20 minute...

kobaia> Très bon codecs.
 
zobman> Ne conclue pas trop vite. Si tu as de la place disque alors c'est le codec qu'il faut utiliser car il est "lossless", c'est à dire qu'il n'y a pas de perte de qualité due à la compression (pas comme MJPEG par exemple).
Son seul defaut c'est qu'à la lecture, il utilise aucune acceleration matérielle (donc quand on resize ça pixelise et en plus ça rame). Mais pour de la capture vidéo ou de la retouche c'est vraiment un super codec.
Faut simplement prevoir 10 Mo/s en 720x576 (soit 36 Go pour une heure), alors que MJPEG c'est plutot 2 à 3 Mo/s.

c vrai , g porté un jugement troo tot
hier g tester ce codec et il a l'air d'etre de tres bonne qualité!
bizarrement sans rien configuré , le debit etait lui meme entre 2 et 3 mo/s , et la reso est 384*288
la quality de l'enregistrement etais identique a la source
pour 20 minute de DA  , je l'aisse ce bitrate?
si non comment je l'augmente?
merci

 
Tu peux pas changer le bitrate puisque c'est une compression sans perte (comme les .zip). Il arrive généralement à faire une compression 2:1.

ET TU ME COnseil pas plutot d'utiliser ce codec que mjpeg?

g une question
vila g remarqué que je povais capturé en 720*288 , oui g essayer au dessus de 288 mais l'erreur apparait , donc ma question est:vaut il mieux capturé en 720*288 qu'en 384*288 pour apres faire du rezise en 512*288?
g remarqué qu'avec le codec huffyuy , lorsque je capturais en 384*288 puis resize 512*288 avec vdub , la taille dfu fichier final n'etais pas respecté alors que qu'ne je capturais en 720*288 la taille final etais la bonne..
tu me conseille quoi alors?
merci

un petit up matinal

up la

ben gillou il est ou?
Bon en faites f remarqué le codec huufyuh ne  donnais pas la meme taille lors de la compression que le codec mjpeg
en mjpeg 3000 mo /s et 100 % du proco , 15 minite g a peu pres 30 mo et pour du huffuy j'obtient 56 mo....
meme resolution
c normal?

gillou t mort?

Surement que MJPEG a déjà bien bousillé la vidéo (beaucoup moins de détails), donc à la recompression en divX ça prend moins de place.

coment est ce qu'on regle la source composite dsla beta9?
parce que moi qd j veux renregistré des k7 pal , l'image sur le pc elle est du secam enfin comme si j'avais mis sur secam ce qui fais qu'elle est pourrave?
merci

Surement dans "Video Source". C'est au driver de s'occuper de tout ça, pas au soft de capture.

a c'est ce que je pensais
tu crois que je devrais instalé les driver wmd?
pour l'instant d les fly video
..

 
Pas d'idée, j'ai qu'une radeon...

slt gillou!
bon apres ts ce temps g un ENORME PROBLEME!
voila cela fais 5 episode dbz que je peux pas encoder a cause d'un putain de decalage de son!
voila qd je capture avec freevcr , je c pas pourquoi mais g un gros decalage de son
et pourtt g bien coché syncronisé video/son!
tjs en mjpeg
voila please de l'aide car l'es episode passe........
merci

par contre pas decalage avecle codec huffuyh , et egalement qd je met forced quality a 100% (morgan mjpeg v3)
please helppppp

T'as beaucoup d'images perdues ?
 
Les désynchro sons sont souvent dues à la carte sonore.
Sur mon ancien PC (Cel450+AIW Pro) j'avais plein de problème de désynchro avec une SB16 ISA, et une SB128 PCI (à l'époque j'avais pas encore fait FreeVCR, j'utilisais VirtualDub).
FreeVCR arrivait à rattraper la synchro avec la SB16 ISA (en contre partie il y avait plus d'image perdues puisque le master est le flux sonore).

g une sb 128 mais je pige pas trop vu que avant cela marchais nikel......
bah en attendant de resoudre le prob j'encoderais en huffyuh
si ta une soluce...