Oui ce n’est pas nouveau ce problème. Bon j’ai réussi à compiler 10 projets sur les 13 !
Je pense que j’ai les projets principaux qui m’intéressent donc pour le moment je devrais pouvoir faire mes tests.
Concernant tes questions : Oui il est impératif de faire un décodage en deux temps pour trouver les bons flux. Les OOB (out of band) comme le nom l’indique sont complètement asynchrones, il est possible qu’un OOB soit transmis bien avant le flux correspondant.
A priori quand tu écrivais les fichiers RAW tes données n’étaient pas toujours correctes et plantaient DTC. Donc IFW à ajouter des tests en lecture afin de faire plus de vérification en particulier sur l’OOB de la dernière révolution. En fait il n’y a qu’une ligne de test rajouter dans le reader.
J’ai rajouter dans Aufit un convertisseur depuis scp vers KF raw mais j’ai fait cela rapidement. Comme tu sais scp ne fournit pas la position de l’index dans le « flux en cours ». Donc j’avais pris un raccourci et je mettais toujours 0 dans le sampleCounter ce qui est interpréter d’une manière inattendue par le reader KF. Depuis j’ai corriger ce problème car comme je l’ai décrit quelque part il est possible de déduire les positions d’index pour les fichiers scp et donc maintenant j’utilise cette valeur.
J’ai mis à jour le KF reader dans le projet AIR (Atari Image Reader
https://github.com/DrCoolzic/AIR ) pour ajouter le nouveau test de IFW. Si tu suis le source du projet KFStream c’est exactement comment il faut faire. Comme le projet est en en C# et que tu utilises du C++ le plus simple est que je t’envoi en private le source complet du reader en C++. Ce sera fait dans quelque minutes ...
Maintenant une question : J’aimerais savoir comment tu détecte les « write splices ». Est-ce que c’est fait uniquement au niveau flux ou bien utilise tu des informations après décodage ? Quand j’essaye de détecter les writes splices en detectant simplement des anomalies dans les flux il y a des fois ou c’est bien nette mais il y a des fois où il est tres tres difficile de savoir qu’il s’agit bien d’un write splice ? La je parle au niveau track mais pour detecter au niveau secteur c’est encore moins évident. Donc je serais intéressé de savoir comment tu fais ? Peut-être peut tu aussi me pointer ou c’est fait dans le source.