[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