Discussion :

[Flophx]

Bonjour à tous, j'ai une question de conception pour les programmeurs confirmés que vous êtes:

J'ai un programme qui actuellement permet de créer un dossier sur une clé USB. Dans ce dossier, sont créés un fichier texte, puis un fichier vidéo, séquentiellement. Le fichier texte doit à terme recueillir des données issues de capteurs, le tout synchronisé avec la vidéo. D'où ma question:

Faut-il mettre le remplissage du fichier texte et l'acquisition vidéo dans des thread, ou vaut il mieux créer deux programmes indépendants qui sont lancés successivement au départ?? (sachant qu'une asynchronsation faible n'est pas rhédibitoire)...

Merci de me donner votre avis!!
BOnne soirée
F.

[fearyourself]

Ce n'est pas un problème de C mais un problème de conception.

Si tu as besoin de synchronisations -> des threads
Si tu as juste deux systèmes concurrents -> deux programmes différents

Cela dépend vraiment si les deux éléments devront discuter entre eux.

Jc

[Flophx]

Ils ne discutent pas ensemble, mais tourne en parallèle.... Donc deux sous programmes indépendants parait le plus adapté à ce que j'ai à faire?

(pour le forum, c'est parce que c'est programmé en C!! )

[Emmanuel Delahaye]

(pour le forum, c'est parce que c'est programmé en C!! )

Et ? Tu confonds encore conception et réalisation à ton age ?

[Flophx]

Et ? Tu confonds encore conception et réalisation à ton age ?

C'est par réflexe que j'ai écrit là, donc mea culpa

J'avoue qu'une phrase du style
Citation:
Flophx a écrit :
...le tout synchronisé avec la vidéo.
....
(sachant qu'une asynchronsation faible n'est pas rhédibitoire)...

me laisse perplexe....

J'entendais cela à l'échelle du processeur, le temps de lancer les deux programmes , ca ne devrait pas faire une différence "visuelle" conséquente sur le PC de dépouillement...

Ensuite effectivement j'utilise une commande system() qui utilise streamer. Je délègue l'acquisition vidéo à ce programme...

[souviron34]

ok mais on n'est pas plus avancé sur ta contrainte...

Que veux-tu faire exactement ?

Est-ce que c'est la génération de la vidéo qui doit être synchronisée avec le texte ?

est-ce que c'est la génération du texte qui doit être synchronisée avec l'écriture vidéo ?

est-ce que le texte doit contenir les références à la synchro vidéo ?

est-ce que les 2 doivent s'occuper de choses différentes mais démarrer et finir à peu près en même temps ?

....




.

[souviron34]

Ils ne discutent pas ensemble, mais tourne en parallèle.... Donc deux sous programmes indépendants parait le plus adapté à ce que j'ai à faire?

(pour le forum, c'est parce que c'est programmé en C!! )

En fait tout dépend de ce que tu veux faire..

Si ils sont en parallèle (lancés par exemple avec system("...&") ), tu ne pourras que difficilement contrôler une synchro (ou alors avec threads).

Si la synchro n'est que peu importante, pas de problème.

Si par contre la synchro est importante, pouquoi ne pas inclure la mise à jour du fichier texte DANS le code de la création de la vidéo ?

J'avoue qu'une phrase du style

...le tout synchronisé avec la vidéo.
....
(sachant qu'une asynchronsation faible n'est pas rhédibitoire)...

me laisse perplexe....