Discussion :

[pierabobl]

Bonjour a tous,

Je demande au specialiste de l'assembleur INTEL si ils connaissent une methode permettant de combiner 2 streams (OR bit par bit ou juste alternance des bits dans le stream de sortie).

Le but est d'avoir un stream sortant qui contient une alternance des bits des 2 streams entrant, ou une combinaison de ceux ci (OR).

[wwwwwwo]

- Ton fluide c'est queuoi d'où vers où ? (fichiers quelconques, signal... je penche vers le deux mais bon...)

ton opération est bien soit

- un OR et pas un ADD / SAR 1 ?

- ou un entrelacelement ?

Selon ton (tes) objectif(s) et le contexte, les réponses peuvent varier entre outcha et outchou ..

Si tu veux faire le truc à la main et au CPU ou si c'est du flux temp critique géré via DSP/DVP

[pierabobl]

le but est de faire un entrelacement, c'est a dire de prendre un bit du stream1, puis un vit du stream2, puis 1 bit du stream1.... etc...
Dans un deuxieme temps, faire un ou entre les 2 meme bit, et envoyer le resultat sur le stream de sortie.

Pour info, ces "fluides" sont des data qui viennent de machines, et c a peu pres tout ce aue je sais

Merci

[wwwwwwo]

ok, et tu récupères ces fluides comment ? quelle interface ?
sont-ils récupérés et mis dans un format spécial en RAM, HD... ?

[pierabobl]

Ce sont des streams, ils sont donc en memoire je pense. Je vais essayer d'en savoir plus.

[wwwwwwo]

En attendant :

Tu peux toujours utiliser un compteur de Bytes, Words, DWords, QWords...
Je ne connais pas la taille des éléments que tu "mélanges", et utiliser une comparaison de parité pour brancher (s'il faut différencier et brancher de gros traitements A / B et, surtout, si tu bosses par salves):

xor ecx ecx | add ecx LongeurStreamA/B-1 ; ecx contient la longueur(-1) de tes streams et MAJ flag parité

L0: jp S0> ; Si flag de parité sauter à S0

... code de traitement stream A

dec ecx | jns L0< ; Tant que compteur pas à zéro

jump S1>

S0:

... code de traitement stream B

dec ecx | jns L0< ; Tant que compteur pas à zéro

S1: fin du boulot

Ou encore plus bourrin si tu n'as aucune différenciation entre A et B

mov ecx LongeurStreamA/B-1

L0: mov eax StreamA+ecx*tailleData | or eax StreamB+ecx*tailleData

dec ecx | jnz L0<

ton code de traitement étant un bête Or AB ou add A B ou lea eax D$eax+ebx

Maintenant tout ça est très générique et lent... La précision sur le contexte permettra de choisir la stratégie la plus approprié. Si c'est du signal -> le hard c'est faire ça plus vite de tout ce que tu pourrais imaginer, sinon il y à moyen de // tes cycles s'il n'y a pas d'interruption du traitement... etc. etc. etc.