Je fais à l'aide ma carte tuner (miro PCTV) + virtualdub de l'acquisition video. 1er temps en huffyuv (quasiment sans compression) puis réencodage divx. J'ai choisi huffyuv car c'est le bon compromis charge processeur/charge hdd pour capturer en full 768x576 sur ma config.
 
Le truc bizarre que j'observe lorsque je compare mes captures en huffyuv est qu'elle apparait nettement plus pixellisée en 768x576 qu'en 384x288 ce qui est tout de même un comble!!!
Si quelqu'un à l'explication de ce phénomène je suis preneur.
 
Remarque: J'ai constaté qu'en 768x576 l'image n'était pas entrelacée ce qui me conduit à penser que le capture se fait en  1/2 resolution puis on double le tout pour obtenir le 768x576. Dans ce cas qui est le fautif?
 
edit 26/03
 
En désespoir de cause je reviens sur les drivers (j'avais déja eu des incompatibilités ) qui seraient apparement les seuls aptes à résoudre mon probleme de frames doublées
 
btwincap.sourceforge.net
 
Je les ai réinstallé (manuellement en modifiant le fichier .inf) en désespoir de cause.
Résultat malgrès la configuration  
 
# carte miro PCTV
# tuner philips SECAM
 
J'ai une sale image en PAL (noir et blanc donc) et impossible de dépasser (sous virtual dub) la résolution 384x288.
 
une fois de plus j'attends vos suggestions parceque là....
(J'ai même essayé l'installation avec les paramètres d'autodétection)

[jfdsdjhfuetppo]--Message édité par johnbroot--[/jfdsdjhfuetppo]

Apparment un champ est doublé dans certains cas, ca à l'air d'etre ton problème.
 
L'interêt de capturer en 720 c'est de resizer après, un 720 resizé en 384 sera + beau qu'un 384 directement capturé.

 
C'est effectivement le but de l'opération (suréchantillonage pour appliquer les filtres avec + de "précision" puis resize) .
Ce qui fait hiech c'est que je ne capte pas pourquoi la capture ne se fait pas à la résolution réelle!!!!

[jfdsdjhfuetppo]--Message édité par johnbroot--[/jfdsdjhfuetppo]

Apparament t'es pas le premier chez qui un champ est dédoublé en guise de 720*576... t'utilises les WDM ?

 
Oui c'est ce qu'il y a dans le champ driver:  
Microsoft WDM Image capture (win32).
 
Au fait WDM ça signifie quoi? (Windows device manager )
 
Par contre je peux switcher sur PCTVCAP.dll dans les drivers. Ca pourrait mieux marcher

Avec les drivers Pinnacle ? vachement pas sûr
 
WDM = Windows Driver Model

slyde a écrit a écrit : Avec les drivers Pinnacle ? vachement pas sûr   WDM = Windows Driver Model

 
En plus vdub ne valide pas pctvcap.dll alors la question ne se pose plus

johnbroot a écrit a écrit :

btwincap.sourceforge.net

jotenakis a écrit a écrit :   btwincap.sourceforge.net

 
Merci beaucoup malheureusement j'ai déja testé ces drivers
Ils pourraient résoudre mon probleme mais j'avais eu certaines incompatibilités en les utilisant.

Y a plus qu'une solution : tapper sur quelqu'un pour qu'il fasse un plugin writer d'avi pour K!TV

slyde a écrit a écrit : Y a plus qu'une solution : tapper sur quelqu'un pour qu'il fasse un plugin writer d'avi pour K!TV

 
C'est clair que les drivers internes de K!TV sont terribles. (Les ingénieurs de chez pinnacle devraient prendre des cours!!!)

C pas plustot un pb de débit de compression ?

 
j'utilise du huffyuv!!! donc.....
En plus j'obtiens une image plus propre en capturant directement en 384x288 qu'en 768x576 qui pixellise "a mort" !!!
 
Comme je l'ai dit plus haut j'obtiens une video NON ENTRELACEE sans appliquer de filtre de désentrelacement!!! Donc comme l'a dit slyde il y a clairement une dupplication de 1/2 trame.

 
Sorry je connais pas du tout ce codec, mais si il est dasé sur un débit essaye de le monter...

 
sympa mais le probleme n'est pas là: huffyuv n'est pas un codec comme mpeg ou divx. C'est un codec dont la compression repose sur une amélioration de la compresion YUV des couleurs. (On obtient un facteur de compression d'environs 2:1)
Comme tu le vois on est loin des compressions du divx ou meme du mpeg car le principe est completement différent.
 
Le driver est selon moi clairement en cause. J'ai essayé freevcr et le probleme est le même donc virtualdub n'est pas incriminé.

[jfdsdjhfuetppo]--Message édité par johnbroot--[/jfdsdjhfuetppo]

 
le driver interne, c'est Dscaler, dont les ingenieurs de chez Pinnacle prennent des cours

as tu essayer le codec de morgan:le mjpeg codec?
il est aussi bon que le huffuyh2.1.1 et g remarqué le fichier final en divx etais plus petit!
moi de tte façon j'arrive pas a capturé au dessus de 384*288 alors toi tu devrais forcement avoir un meilleur resultat qd tu resize en 512

 
C'est pas un probleme de codec mais de driver!!!!!!!
Le probleme est le même sans AUCUNE COMPRESSION (dès que je dépasse le 384x288)

T'es en partage d'irq ?

si t'utilise le même bitrate pour encoder en 768x576 ke en 384x288, c normal ke ca soi plus joli en 384x288 ... chake image fait la même taille pr une résolution 2x + petite
 
pr l'entrelacement, ca doi venir du format video ... avec mon AiW 128, ca me le faisait kan je prenait du YUmescouilles, ms c'était nikel en prenant leur codec MPEG2
 
je suis pa un king en la matière, ms enfin voilà mon point de vue!
si ca pa t'aider ...

 
C'est clair que oui (zindows2000 oblige sauf à faire le barbare avec l'ACPI )
 
Sur irq 11
2 controleurs USB
SB PCI 128
Carte rezo
controleur SCSI
GeforceIIMX
PCTV
 
7 PERIPH!!!

[jfdsdjhfuetppo]--Message édité par johnbroot--[/jfdsdjhfuetppo]

Cherche pas plus loin

Bruce : bah c'est ACPI powered system c'est tout
 
Fous moi un PC standard à la place

Bruce a écrit a écrit : Cherche pas plus loin

 
Je ne vois pas pourquoi!!! Si c'est un probleme de saturation du au partage d'irq, je devrais avoir une chute du débit de données ce qui se traduirait pas des pertes de frames. Là je capture à 25 fps.

Tu as essayé en différents formats, YUV ou RGB, pour voir si ça changeait qqchose?

 
Peut être que la carte compense ce possible problème en dipliquant l'un des deux champs

slyde a écrit a écrit :     Peut être que la carte compense ce possible problème en dipliquant l'un des deux champs

 
Ce serait surprenant

Bah pas tant que ça : au dessus de 384 elle passe en entrelacé. Peut-être que si pour certaines raisons elle ne peut pas , elle se contente de dupliquer un field

Avec la (miro PCTV) j'ai constaté en capture MPEG1:
La capture sur une source PAL  , en 384 X 288  ou 720 X ...  
ne fait apparaitre aucun entrelacement .
 
En SECAM (bou ... que j'aime pas ce format ),  
pas d'entrelacement en 384 X 288,  
mais en 720 X ... la c'est grave de chez entrelacé !
 
Et c'est la que j'ai testé un filtre efficace a 100%,
celui de Slyde ,
mème les F1 sont nettes a 270 Km/h !
 
alors un grand merci Slyde

 
il va s'améliorer dans quelque temps d'ailleurs je l'espère

Titane a écrit a écrit : Avec la (miro PCTV) j'ai constaté en capture MPEG1: La capture sur une source PAL  , en 384 X 288  ou 720 X ...   ne fait apparaitre aucun entrelacement .   En SECAM (bou ... que j'aime pas ce format ),   pas d'entrelacement en 384 X 288,   mais en 720 X ... la c'est grave de chez entrelacé !   Et c'est la que j'ai testé un filtre efficace a 100%, celui de Slyde , mème les F1 sont nettes a 270 Km/h !   alors un grand merci Slyde

 
Normal en 384x288 tu a seulement la moitié des lignes (288 au lieu de 576) donc pas d'entrelacement
 
@slyde: Titane parle du filtre rgb qui speede presque comme du YUV sous virtual dub?
 
Rque: Je ne crois pas à la PCTV intelligente qui voit un bus PCI saturé et envoit des 1/2 trames. En plus en mode préview sous VDUB c'est hyper saccadé et on vois très bien l'effet de peigne de l'entrelacement mais dès que la capture est lancée mystère

johnbroot a écrit a écrit :     Normal en 384x288 tu a seulement la moitié des lignes (288 au lieu de 576) donc pas d'entrelacement   @slyde: Titane parle du filtre rgb qui speede presque comme du YUV sous virtual dub?   Rque: Je ne crois pas à la PCTV intelligente qui voit un bus PCI saturé et envoit des 1/2 trames. En plus en mode préview sous VDUB c'est hyper saccadé et on vois très bien l'effet de peigne de l'entrelacement mais dès que la capture est lancée mystère

 
Jpense plutôt pour la PCTV que c'est un délire des pilotes Enfin normalement avec les WDM, pas d'embrouilles...
 
Sinon j'ai un truc de dingue a experimenter sur Vdub, mais ca va me demander un certain temps par contre ca risque d'être GoRe , style 10-15% plus rapide en Full Processing

slyde a écrit a écrit :     Jpense plutôt pour la PCTV que c'est un délire des pilotes Enfin normalement avec les WDM, pas d'embrouilles...   Sinon j'ai un truc de dingue a experimenter sur Vdub, mais ca va me demander un certain temps par contre ca risque d'être GoRe , style 10-15% plus rapide en Full Processing

 
Je suis patient

va falloir, les matrices 3D c'est chiant

En désespoir de cause je reviens sur les drivers (j'avais déja eu des incompatibilités ) qui seraient apparement les seuls aptes à résoudre mon probleme de frames doublées
 
btwincap.sourceforge.net
 
Je les ai réinstallé (manuellement en modifiant le fichier .inf) en désespoir de cause.
Résultat malgrès la configuration  
 
# carte miro PCTV
# tuner philips SECAM
 
J'ai une sale image en PAL (noir et blanc donc) et impossible de dépasser (sous virtual dub) la résolution 384x288.
 
une fois de plus j'attends vos suggestions parceque là....
(J'ai même essayé l'installation avec les paramètres d'autodétection)

comprends pas, moi je les utilise avec bonheur (MMTV, FlyDS...) avec ma Guillemot (qui est censé être la moins bien des BT878 ) .
 
Je les installes avec l'installer, sans modifier l'ini et en choisissant "Tuner Philips Secam + carte TV Askey Tview CPH06x" (et vi c'est EXACTEMENT la même !)

c'est normal qu'avec ces drivers je n'arrive pas a avoir les chaines de tv dans avi_io

jotenakis a écrit a écrit : comprends pas, moi je les utilise avec bonheur (MMTV, FlyDS...) avec ma Guillemot (qui est censé être la moins bien des BT878 ) .   Je les installes avec l'installer, sans modifier l'ini et en choisissant "Tuner Philips Secam + carte TV Askey Tview CPH06x" (et vi c'est EXACTEMENT la même !)

 
Moi avec mon bt848 les drivers veulent rien savoir pour l'instant. Quant à l'installation automatique elle provoque un bug sous win2000 (du à windows installer selon l'auteur qui connait ce bug). Mon tuner jusqu'à preuve du contraire c'est bien un philips secam mais si quelqu'un connait une autre déclaration de tuner qui conviendrait je suis comme d'hab preneur