Reprise du message précédent :
Des lignes bleues ? Des lignes violettes ??  
arf, moi j'utilise more tv 3.51 sur mon pauv amd 350 et g aucun prob !!!                    
Sa passe nikel!!!!                
Je sais pas comment vous faites.....    
Remark sa marchait aussi avec les version 3.31 et 3.11 que j'avais avant...
Par contre je suis obligé de redémarrer a chaque fois que je ve l'utiliser pour cause de "mémoire partagée insufisante"... c pas le pied sa... com ke sa se fait ??
Meme en fermant tout sa marche po.
               
Windows windows  

Gros malin, c'est pas la faute à Windows... c'est un problème inhérent au vieillissement des bandes VHS et au chip qui permet justement de décoder C+ (bt848 ou 878) !!
 
Le problème, c'est pas trop pour regarder, mais pour faire de la capture via l'entrée composite...
 
pour ton prob de redémarrage, tu as sur le site de Zebulon un script pour libérer la mémoire vive et pouvoir ainsi redémarrer More tv sans relancer Windows

Par Windows j'entendais informatique en générale... kan sa ve pas sa ve pas !!
M'enfin, tu pe me filer son adresse a Zebulon?

V'là monsieur http://www.zebulon-fr.com/html/main.html

Euh... j'dis ptet une connerie là, mais est ce que l'on pourrait pas capturer l'image de Meuhmeuh (filtrée donc) avec le frame server de virtualdub ?
 
A moins que Meuhmeuh ne filtre que lorsqu'il decode C+ ?

Oui, c'est l'idée de base du filtre
 
Meuhmeuh n'est pas obligé de décoder pour filter, mais le prob, c'est qu'il se sert du tuner et pas moyen de lui déclarer d'utiliser l'entrée composite...
 
mais je comprends pas, c'est quoi le frame server de VD ? je le trouve pas ...

Shinji_kun64> Le problème des lignes bleues ou violettes en capture video n'existe qu'avec le bt878 et une source SECAM.
Si tu as un bt848 tu n'as pas ce problème.

En effet c'etait une connerie...
 
Je sais plus trop a quoi sert le frame server, mais en gros ca permet d'emuler une source video pour un autre logiciel (je dois pas etre trop clair là... )
 
Si quelqu'un peut preciser le fonctionnement...
 
Enfin bref, ca marchera pas car le frame server de Vdub ne fait que sortir la video, il ne peut rien capturer
 
ps: chez moi meuhmeuh veut bien utliser le composite comme entrée, j'ai connecté mon magnetoscope et ca filtre bien

 
si, c'est pareil avec un 848 et une acquisition sur un magnetoscope

c'est clair, je l'ai aussi selon la source.
 
c'est apparament un problème inhérent au format que l'on utilise en France, le SECAM, qui fait chier niveau saturation.
 
On serait en PAL ou NTSC on serait pas emmerdé...

Je dis beaucoup de connerie aujourd'hui, faut que je me repose

ca doit être la chaleur oui oui c'est ça !

confirmation, ça déconne aussi sur un BT848
 
PS, cette confirmation m'a pris la journée, la carte s'est mal placée en la remontant, et l'ordi ne démarrait plus. J'ai passé des heures à chercher une alim, pour me rendre compte que c'étati pas ça !!
Morale: remontez bien vos cartes !

Et pour mon prob de mémoire insufisante avec more tv, vous avez une solution ?
Je précise que sa ne me le fait qu'avec more tv...
Sa m'inerve se truc...
"Mémoire partagée"        

Shinji_kun64 a écrit a écrit : Et pour mon prob de mémoire insufisante avec more tv, vous avez une solution ? Je précise que sa ne me le fait qu'avec more tv... Sa m'inerve se truc... "Mémoire partagée"

 
quelqu'un  a reôndu a ta question, si tu lisais      

Ben oui mais si je repose la kest c que sa a pas marché... oui parce qu'en faisant Ctrl+Alt+Suppr et en fermant des prog sa ne change rien !!
Rigolo=      
   
   
   
Alors un !!! moi pas bête !!!
Enfin je crois...    
mdr

Bon allez, je répète une dernière fois: il s'agit d'un script!
ce qui signifie que tu ouvres le bloc note de windows, tu tapes FreeMem = Space(48000000) et tu enregistres nomdefichier.VBS
 
Tu sors de tous les progs avant de le lancer
 
 
et la prochaine fois tu réfléchis plus avant d'écrire car là t'es complètement Hors Sujet. Merci

Bon, pour ce qui est du problème des lignes bleues, c'est vrai que Meuh Meuh fait ça admirablement. Il existe également une version de More TV (moreTV bleu) qui travaille sur le même filtre (je crois même que c'est l'original).
 
Si le plus dur est fait (extraire le code), je propose que ceux qui ont avancé sur le problème passent le relais aux autres qui ont du temps et de la motivation (j'en fais parti ! )
 
Dites nous ce qu'il faut faire qu'on en finisse ! On est si près du but

Oui tiens bonne idée lenainrouge... ah merde je sais pas coder  
 
Autre chose : je recherche dans le genre un filtre qui atténue le grain de la video.
 
J'avais enregistré un concert sur M6, et comme la reception n'est pas tres bonne, ya des parasites (du grain quoi...)
 
Ca existe ce genre de filtres ?

pour tout ce qui est parasite, un coup de fxVHS ou plus rapide un coup de CNR de Gilou2 et le tour est joué.
 
lenainrouge, tu codes ?

Donnes moi le nom d'un bon bouquin et je m'y met (attendez-vous à avoir pas mal de questions !). Je ne connais malheureusement que le VBScript, mais je suis très motivé par la réalisation de ce filtre parceque j'ai une K7 de location que je veux copier et que ce problème concerne pas mal de monde. En plus ma copine nous à payé un magneto, mais à cause de ce problème l'image est dégueue. Elle est assez déçue
 
Jul, regardes pour les filtres qui ont pour nom "noise reduction"

faut te trouver un bon bouquin de C pour commencer (je ne saurait pas de renseigner sur la question malheureusement. J'utilise les cours très bien faits de mon frère), ensuite vachement de temps, et encore + de patience...

Avancement des operations :
 
- L'implémentation du filtre de meuhmeuh (mais seulement une partie, voir la suite plus bas...) est 100% achevée, la DLL compile nikel.
 
- Il me reste les conversions RGB<->YUV2 à faire, car meuhmeuh travaille en YUV2.
 
Mais attention, je vous avertis :
 
LE FILTRE SERA MOINS EFFICACE QUE CELUI DE MEUHMEUH !
 
Pour la simple et bonne raison que le filtre se décompose en plusieurs parties, et que certaines fonctions utilisent les frames anterieurs à la frame courante, Or c'est impossible a gerer avec Vdub (MMTV ne faisant pas de temps réel).
 
Il me restera donc a :
 
- Implementer le RGB<->YUV2, avec un peu de chance c'est fini cette nuit (pour bien débuter les vacances )
 
- Tester en long, en large et en travers le filtre, evaluer son efficacité. Je dirais 2 à 3 jours parce que j'ai 2-3 bricoles qui vont m'occuper ces prochains jours.
 
Stay tuned !

merci slyde

bon j'ai implémenté le RGB<->YUV et j'ai testé le filtre, resultat...
 
GROS PLANTAGE
 
J'ai encore du boulôt...
 
PS : Gilou2 comment est determiné biWidth qui sert au count que t'utilise dans tes conversions RGB<->YUV ???

lpbi->biWidth est la largeur en pixel (fa->src.w dans VirtualDub)
lpbi->biHeight est la hauteur en pixel (fa->src.h dans VirtualDub).

 
je mis connais pas trop en filtre mais
les filtres tel que fxVHS ou croma noise reduction ne se base pas sur des frame anterieur a la frame courante ?

 
oui c'est vrai mais Slyde a besoin d'avoir des frames dans le futur.
Pour faire ça il faudrait pouvoir fournir les frames à VirtualDub avec un certain retard. Cependant cela aurait pour effet de retarder aussi la video.
 
Il me semble que le derniers filtres "Temporal Smoother" utilise des frames en avant. Mais Avery Lee l'a implementé dans VirtualDub probablement à cause de son système de plugins qui ne sait pas fournir des frames en avant.

 
Tout bettement ? koooool !
 
Moi j'ai trouvé pourquoi ca deconne, j'ai juste oublié de faire mes allocations chui en train de corriger le tir.

vla comment Vdub vous remercie quand vous lui ecrivez un filtre foireux :
 
VirtualDub crash report -- build 11759
--------------------------------------
 
Disassembly:
02973b00: push edx
02973b01: call 2961ac0
02973b06: add esp,00000004
02973b09: cdq
02973b0a: mov ecx,00000009
02973b0f: idiv ecx
02973b11: mov edx,000000a4
02973b16: sub edx,eax
02973b18: mov [ebp-60],edx
02973b1b: mov eax,[ebp+8]
02973b1e: mov ecx,[eax+12]
02973b21: mov edx,[ebp+8]
02973b24: mov eax,[edx+12]
02973b27: mov edx,[eax+24]
02973b2a: imul edx,[ebp-16]
02973b2e: mov eax,[ecx+4]
02973b31: lea ecx,[eax+edx*4]
02973b34: mov [ebp-20],ecx
02973b37: mov dword ptr[ebp-28],00000000
02973b3e: mov dword ptr[ebp-52],00000000
02973b45: mov dword ptr[ebp-48],00000000
02973b4c: jmp 2973b57
02973b4e: mov edx,[ebp-48]
02973b51: add edx,00000001
02973b54: mov [ebp-48],edx
02973b57: cmp dword ptr[ebp-48],00000010
02973b5b: jge 2973bb9
02973b5d: mov eax,[ebp-48]
02973b60: mov [ebp-12],eax
02973b63: jmp 2973b6e
02973b65: mov ecx,[ebp-12]
02973b68: add ecx,00000010
02973b6b: mov [ebp-12],ecx
02973b6e: mov edx,[ebp-12]
02973b71: cmp edx,[ebp-4]
02973b74: jge 2973ba7
02973b76: mov eax,[ebp-52]
02973b79: add eax,00000001
02973b7c: mov [ebp-52],eax
02973b7f: mov ecx,[ebp-12]
02973b82: mov edx,[ebp-20]
02973b85: mov eax,[edx+ecx*4]
02973b88: mov [ebp-24],eax
02973b8b: mov ecx,[ebp-24]
02973b8e: shr ecx,08
02973b91: and ecx,000000ff
02973b97: cmp ecx,[ebp-60]
02973b9a: jle 2973ba5
02973b9c: mov edx,[ebp-28]
02973b9f: add edx,00000001
02973ba2: mov [ebp-28],edx
02973ba5: jmp 2973b65
02973ba7: mov eax,[ebp-52]
02973baa: sub eax,[ebp-28]
02973bad: cmp eax,[ebp+0fffff6bch]
02973bb3: jle 2973bb7
02973bb5: jmp 2973bb9
02973bb7: jmp 2973b4e
02973bb9: mov ecx,[ebp-4]
02973bbc: sub ecx,[ebp+0fffff6bch]
02973bc2: cmp [ebp-28],ecx
02973bc5: jl 2973bd5
02973bc7: mov edx,[ebp-16]
02973bca: mov dword ptr[ebp+edx*4+fffffb44],00000001
02973bd5: mov eax,[ebp-16]
02973bd8: cmp dword ptr[ebp+eax*4+fffffb44],00000000
02973be0: jnz 2973c83
02973be6: mov dword ptr[ebp-28],00000000
02973bed: mov dword ptr[ebp-52],00000000
02973bf4: mov dword ptr[ebp-48],00000000
02973bfb: jmp 2973c06
02973bfd: mov ecx,[ebp-48]
 
Windows 4.10 (Win98 build 1998) [ ]
 
EAX = 00000001
EBX = 00a61f01
ECX = 00000000
EDX = 84834800
EBP = 0388fe60
DS:ESI = 0167:00a61d10
ES:EDI = 0167:0388fe60
SS:ESP = 0167:0388f460
CS:EIP = 015f:02973b85
FS = 2c07
GS = 0000
EFLAGS = 00210202
 
MM0 = 0000000000000000
MM1 = 0000000000000000
MM2 = 00ff00ff00ff00ff
MM3 = ff00ff00ff00ff00
MM4 = 8000800080008000
MM5 = 0000000000000000
MM6 = 0000200000002000
MM7 = 0000000000000000
Crash reason: Access Violation
 
02973b85: LIGNE.VDF!VirtualdubFilterModuleDeinit(0, 0) [02960000+103c+12b49]
 00000000: 9e 01 00 00 00 04 70 00 16 00 f2 09 65 04 70 00 ......p...ò.e.p.
 00000000: 9e 01 00 00 00 04 70 00 16 00 f2 09 65 04 70 00 ......p...ò.e.p.
 
004192f4: FilterSystem::RunFilters(a61d18, 4a32a8)
 00a61d18: 60 05 a6 00 10 0c a6 00 78 1d a6 00 48 1d a6 00 `.......x...H...
 004a32a8: d0 78 41 00 30 79 41 00 00 6f 41 00 10 6f 41 00 .xA.0yA..oA..oA.
 
00419177: FilterSystem::RunFilters(0, 411e39)
 00000000: 9e 01 00 00 00 04 70 00 16 00 f2 09 65 04 70 00 ......p...ò.e.p.
 00411e39: 8b 96 d8 02 00 00 8b 8e f4 00 00 00 42 6a 02 89 ........ô...Bj..
 
00411e39: Dubber::WriteVideoFrame(36f0000, a619d0)
 036f0000: 09 71 03 03 c4 78 5e 17 85 e1 78 5e 17 85 e1 78 .q...x^..áx^..áx
 00a619d0: 48 37 48 00 00 00 00 00 00 00 00 00 00 00 00 00 H7H.............
 
bff741fb: KERNEL32.DLL!ThunkConnect32(bffc9490, 4826a8) [bff70000+2ebe+133d]
 bffc9490: 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
 004826a8: 00 f4 41 00 40 f4 41 00 80 f4 41 00 60 f5 41 00 .ôA.@ôA..ôA.`õA.
 
bff92bcd: KERNEL32.DLL!WaitForSingleObjectEx(20, a61650) [bff70000+22b90+3d]
 00000020: 00 00 00 cc d2 08 ca 0a 6f ef 00 f0 6f ef 00 f0 ........oï.ðoï.ð
 00a61650: 68 00 00 00 6c 00 00 00 04 00 00 00 4c 19 93 81 h...l.......L...
 
bff7c8bd: KERNEL32.DLL!WaitForSingleObject(6c, 4826a8) [bff70000+c8ae+f]
 0000006c: 04 06 c2 07 1d 00 00 cc a4 f0 00 f0 22 05 00 00 .........ð.ð"...
 004826a8: 00 f4 41 00 40 f4 41 00 80 f4 41 00 60 f5 41 00 .ôA.@ôA..ôA.`õA.
 
00412784: Dubber::ProcessingThread(a61fb8, 0)
 00a61fb8: cc 45 48 00 00 20 7e 84 00 00 00 00 18 00 00 00 .EH.. ~.........
 00000000: 9e 01 00 00 00 04 70 00 16 00 f2 09 65 04 70 00 ......p...ò.e.p.
 
0046f047: _threadstart@4(a619d0, 8192c8cc)
 00a619d0: 48 37 48 00 00 00 00 00 00 00 00 00 00 00 00 00 H7H.............
 8192c8cc: 07 00 01 00 e0 7d d6 de 80 eb 88 03 00 00 89 03 .....}...ë......
 
bff88ef7: KERNEL32.DLL!HeapCreate(a612c0, 8192c8cc) [bff70000+18bc9+32e]
 00a612c0: 2b ef fd ff 74 00 00 00 00 00 00 00 00 00 00 00 +ïý.t...........
 8192c8cc: 07 00 01 00 e0 7d d6 de 80 eb 88 03 00 00 89 03 .....}...ë......
 
bff86966: KERNEL32.DLL!VirtualQueryEx(46eff0, a612c0) [bff70000+1521a+174c]
 0046eff0: 55 8b ec 6a ff 68 b0 bb 49 00 68 24 15 47 00 64 U.ìj.h.»I.h$.G.d
 00a612c0: 2b ef fd ff 74 00 00 00 00 00 00 00 00 00 00 00 +ïý.t...........
 
 
-- End of report
 
En + je sait pas d'ou ca vient...

02973b85: mov eax,[edx+ecx*4]
EAX=1
EDX=-2071771136
 
Forcement ça plante
Tu dois surement lire une table avec un mauvais index.

Si ca continue je vais peter un deuxième écran...
 
Bon faut que je reprenne tout a zero, rendez vous dans 2 siècles et demi quand j'aurais tout capté à combien de bits prends un pixel en YUV, et tout un tas de conneries la dedans.
 
Marreuuuu

Slyde> En YUY2 (comme sur ta PCTV) :
 
C'est du YUV 4:2:2. Bon j'explique un peu plus.
Chaque pixel n'a pas directement 3 composantes YUV.
En fait, la chrominance (U et V) n'est echantillonné qu'une fois pour deux pixels consecutifs.
 
Deux pixels sont donc codées dans un macropixels de 32 bits (ça fait en moyenne 16 bits par pixel).
 
Le format d'un macropixel en YUY2 est Y0 U V Y1
Ce macropixel contient deux pixels : (Y0, U, V) et (Y1, U, V)
Tu remarqueras que les deux pixels ont la meme chrominance (U et V), et que seul la luminance change (Y)
 
En UYVY (sur les ATI Radeon par exemple) c'est pareil sauf que l'ordre change.
On a U Y0 V Y1
 
Pour ce qui est de la conversion RGB<-->YUV voilà les formules :
[ Y ]   [  16 ]            [  65.738  129.057   25.064 ] [ R ]
[ U ] = [ 128 ] +(1/256) * [ -37.945  -74.494  112.439 ] [ G ]
[ V ]   [ 128 ]            [ 112.439  -94.154  -18.285 ] [ B ]
 
[ R ]             [ 298.082     0     408.583 ] [ Y - 16  ]
[ G ] = (1/256) * [ 298.082 -100.291 -208.120 ] [ U - 128 ]
[ B ]             [ 298.082  516.411     0    ] [ V - 128 ]
 
où on a
0 <= R <= 255
0 <= G <= 255
0 <= B <= 255
 
0 <= Y <= 219
-112 < U < 112
-112 < V < 112
 
Ne t'inquiete pas pour les bornes un peu speciale de Y, U et V.
Les bits restants permettent de faire des calculs sans deborder.
Par contre, n'oublie pas de cliper les valeurs de R, G, B au moment de la conversion YUV->RGB.

[edtdd]--Message édité par gilou2--[/edtdd]

J'avais anticiper, j'ai déjà refait toutes les formules en clippant grace à la page bien faite que tu m'a filé en lien, bien pratique.
 
en modifiant 2-3 trucs dans la boucle, j'ai plus de plantages, juste une image noire avec une ligne grise en bas en sortie. Je pense que je fais n'importe quoi niveau manipulation de mes variables et des fa->src.data et fa->dst.data, ce qui amène a ce problème.
 
Bref je vais commencer par :
 
- Re-ecrire un filtre qui fait juste : fa->src.data -> YUV -> RGB -> fa->dst.data, pour m'assurer que mes algos de conversion sont fiables.
 
- Ensuite implémenter le code de meuh meuh.
 
Me conseilles tu de faire un VFBitmap spécialement pour le YUV ou est-ce que je peut me permettre d'utiliser dst par exemple ? Apparament puisqu'en moyenne un pixel fait 16 bits, la taille en octet de mon VFBitmap en YUV sera 2x moins grande que celle du VFB RGB ?

Pas besoin de réécrire VFBitmap.
 
Tu peux allouer un buffer intermediaire contenant l'image en YUV.
Tu l'alloue ne fois pour tout le processus dans ta fonction ....StartProc(FilterActivation *fa, const FilterFunctions *ff)
 
et tu le libere dans ....EndProc(FilterActivation *fa, const FilterFunctions *ff)
 
Donc la fonction .....RunProc(const FilterActivation *fa, const FilterFunctions *ff) fait :
- la conversion RGB->YUV
- filtre les lignes violettes
- la conversion YUV->RGB

Je sais pas pourquoi je t'ai parlé du YUY2 et UYVY puisque tu n'en auras pas besoin
 
Par contre, quand il faudra porté le filtre dans FreeVCR, il faudra que je m'en preoccupe car la carte d'acquisition donne directement du YUV 4:2:2 (YUY2 ou UYVY).

arg tu m'enbrouilles la !!
 
bon on va faire clair :
 
apparament le filtre utilise du YUV2 selon les commentaires. Ca n'a pas l'air d'arranger mon histoire.
 
Moi maintenant j'aimerais savoir combien ca fait de bits par pixels le YUV2, 32 pour deux d'accord, pas vraiment 16 pour 1, c un peu la merde ce format. J'incrémente de 2 ou 4 mon bidulle (appellons ca comme ca, j'ai fait un "unsigned char *point_tmp = (unsigned char *) tmp;" intermediaire ou tmp est "int tmp[2*384*288]" - oui je sais pas propre mais pour test uniquement) qui contient l'YUV2 ?
 
C'est bien mes conversions qui déconnent, j'obtient la même image noire mais avec une ligne rose au lieu de gris (mhh le filtre aurait-il fonctionné et viré cette sale ligne de rose en blendant sur les couleurs voisines ??). A la dernière tentative j'avais une image toute rose.
 
Je n'arrive pas trop a trouver de condition de sortie satisfaisante à mes deux boucles de conversion car je ne vois pas trop comment tu tombes juste avec des :
} while(src += 4, prev += 3, dst += 4, --w);
 
ou w joue visiblement le rôle de condition de continuation.
 
Bref j'ai encore du boulôt mais apparament le filtre fonctionne, c'est donc mes conversions qui chient.

Yop mes conversion RGB -> YUV -> RGB fonctionnent impec ! simple problème de redéfinition de variable (ptain chui fort pour ça !)
 
M'en vais reimplémenter le filtre, pour voir le resultat.

bon j'ai beaucoup gandouillé aujourd'hui, mais j'ai quand même refoutu le filtre en place, resultat ca fonctionne.
 
Enfin j'entends par "ca fontionne" que j'ai bien une image qui ressemble a quelque chose en sortie du filtre. Par contre ca filtre pas grand chose justement, ca m'embete un peu... faut que je determine si c'est le fait que je sois en YUV au lieu de YUV2 qui provoque le non filtrage.

Alors, a quand une beta du filtre ?
 
Sinon, je viens de penser à un truc :
au lieu de faire un filtre Vdub, est ce qu'il serait pas plus simple de créer un "filtreur" standalone sur la base de Meuhmeuh ? Il faudrait réécrire la partie output (rediger vers un avi au lieu de l'overlay)
 
Gilou et Slyde, qu'est ce que vous en pensez ?
 
(En fait si Gilou pouvait integrer a Meuhmeuh la partie du code de Freevcr qui sert à créer l'avi... ce serait peut etre bien )

j'étais en vacances ces derniers temps, et sacré *** quand je reviens, je n'y comprends plus rien !! (sans mauvais jeux de mot !)
 
Ca à l'air dur la programmation !
 
Viva Slyde et ceux qui l'aident !