je confirme que pour le run 690 je ne trouve aucune correspondance entre les événements DST et les événements bruts.
par contre, pour le run 691, il n'y a aucun problème. d'ailleurs, quand j'analyse le run ROOT généré par MFR avec v1.8.4, je vois que quasiment toutes les particules ont leur marqueur de temps (sauf quelques unes qui semblent toujours être dans la couronne 13 - mais il y a aussi des particules de la 13 AVEC mt). mais je n'ai regardé que les 100 premiers événements... néanmoins, je pense qu'il doit y avoir un décalage à partir du moment où il y a des événements GENE dans le run. le compteur d'événements utilisé dans veda.f (et qu'on récupère de la DST dans num_evt_brut) ne compte que les événements physique (STAT_EVE=-40) de la bande, tandis que l'arbre de paramètres bruts généré par KaliVeda contient tous les événements, quelle que soit leur nature. donc dans la version actuelle des données regénérées, par exemple le run 691, même si les événéments du début de run sont bons, je crois que s'il y a un bloc de 200-400 événements GENE qui arrivent alors tout le reste du run sera décalé. je vais faire des tests avec 'correction' du numéro d'événement brut pour ce run pour voir. par contre pour 690 je ne vois pas du tout où est le problème (ni comment les données DST ont été générées!!!) -- You received this bug notification because you are a member of KaliVeda Development Team, which is subscribed to KaliVeda. https://bugs.launchpad.net/bugs/943883 Title: DST2ROOT : marqueurs de temps aléatoires Status in KaliVeda data analysis framework: Confirmed Status in KaliVeda 1.8 series: Confirmed Bug description: Voulant réanalyser des runs 1re campagne en incluant mes anciennes conditions sur les MT, j'ai regénéré les runs Xe+Sn à 32 et 45 AmeV avec KV1.8.4 en utilisant DST2ROOT. J'obtiens effectivement des MT "présents", mais pas pour toutes les particules. Globalement environ 45% des particules ont MT=-1, pout TOUS les modules de TOUTES les couronnes. Tous les runs sont concernés à 32 AMeV. Il ne peut donc pas s'agir de quelques détecteurs avec le MT en panne. Lorsque le MT est présent, le spectre est celui que l'on attend. J'ai vérifié que toutes les particules étaient "arrêtées quelque part" avec les conditions StoppedInxxx. Précision : je n'ai analysé que les particules appartenant à mes événement favoris Ztot>=80 et flot>=60 deg, mais si je mets ma condition sur les MT avec un KVParticlecondition, je n'ai aucun événement OK qui entre dans Analysis, le problème est donc général. To manage notifications about this bug go to: https://bugs.launchpad.net/kaliveda/+bug/943883/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~kaliveda-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~kaliveda-dev More help : https://help.launchpad.net/ListHelp
