[Dcmlib] Vitesse de lecture des images
Jean-Pierre ROUX
jean-pierre.roux at creatis.insa-lyon.fr
Mon Feb 14 06:31:11 CET 2005
Bonjour.
J'ai fait modifs elementaires pour diminuer le temps de lecture (ern
fait : de decodage de l'entete) :
- supprimé les masquages de bits la ou ils ne servaient a rien
- replacé les notation indicées par des notations incrémentation de pointeur
(on remplace ainsi une multiplication par une addition)
Je ne suis pas sur que la difference soit spectaculaire ...
Sur e-film, lorsqu'on demande 'Dicom Dump' (c'est a dire l'affichage
complet des champs de l'entete), ca rame autant que gdcm.
Le pb de gdcm, c'est qu'on decode systematiquement TOUT, même
lorsqu'on n'en a pas besoin.
C'est surement cette voie qu'il faudra explorer lorsqu'on se sera
fait suffisament engeuler par les utilisateurs medecins, a cause du
manque de rapidité.
Proposer, en option, de ne pas decoder les Sequence, lorsque c'est
possible (que la sequence annonce sa longueur, et pas 0xffffffff)
pourrait accelerer dans certains cas : on a vu des sequences de 65000
caracteres de long, avec 7 niveaux d'imbrication, et quelques miliers
de Dicom Elements. Tout ca pour rien ...
Ce n'est pas le cas general, et ca rame tout de même.
Proposer en option de ne pas decoder les Shadow Groups (dont on ne
sait que faire, même lorsqu'on a le Dictionnaire Prive correspondant)
n'accelererait QUE si on pouvait le sauter en une seule fois (mais
l'element 0000, qui contient la longueur est facultatif, et est omis
la plupart du temps ...)
Une idée serait peut etre de proposer un 'constructeur light', qui
ferait le parsing de l'entete, en ne chargeant pas les valeurs, et en
sautant sequences et shadow groups lorsqu'il le peut, et qui, lors
d'un deuxieme passage ne chargerait que les données indispensables
-ou une liste de données fournies par l'utilisateur : les logiciels
cliniques, creatools, par exemple, savent a priori de quels (rares)
champs ils ont besoin pour bosser ...-
Le (futur) editeur d'entete Dicom ferait appel au 'constructeur lourd' ...
Commentaires?
JPRx
Jean-Pierre ROUX
UMR CNRS 5515-CREATIS
Laboratoire de Radiologie Experimentale
Hopital Cardiologique
28 Avenue du Doyen LEPINE
B.P. Lyon-Montchat
69394 Lyon Cedex 03
Tel : (+33) 04 72 35 74 12
Fax : (+33) 04 72 68 49 16
URL : http://www.creatis.univ-lyon1.fr
e-mail : jpr at creatis.univ-lyon1.fr
More information about the Dcmlib
mailing list