Demande de test

Bonjour,

J'ai besoin d'aide pour tester le code suivant (cf. pièce jointe). :help:

C'est un mini projet de test d'une unité de décodage du type de jpeg le plus fréquent (une photo test jointe).

Je vous remercie de m'aider à le tester sur un maximum de plateformes et d'environnements car j'ai essayé de le rendre le plus portable possible. :aie:

Si cela vous est possible, merci pour vos retours, en précisant la version de Lazarus ou CodeTyphon, de l'OS et du processeur. :ccool:

En cas d'erreur (pourquoi pas, après tout ? :oops: ) , merci de vos précisions.

Citation:

---

Envoyé par tourlourou

J'ai besoin d'aide pour tester le code suivant (cf. pièce jointe). :help:

C'est un mini projet de test d'une unité de décodage du type de jpeg le plus fréquent (une photo test jointe).

---

Très intéressant. Pour l'occasion je me suis décidé à essayer Lazarus. Il est donc fort possible que je m'y sois mal pris, mais chez moi ça n'a pas compilé.

Citation:

---

project1.lpr(16,30) Error: Identifier not found "RequireDerivedFormResource"

---

Citation:

---

lazarus-0.9.30.4-fpc-2.6.0-win32

---

Merci d'essayer !
Finalement, en enlevant cette ligne, cela devrait le faire... :oops:
Je vais corriger le fichier joint.
RequireDerivedFormResource semble lié à une inclusion de ressource de la fiche => commenter la ligne, mettre à True, ajouter la ressource de la fiche peuvent être des solutions. J'ai choisi la première !

Ça fonctionne. :ccool:

Salut,
Effectivement ce projet est intéressant et peut trouver des applications directes. Je l'ai testé avec deux configurations différentes :

Citation:

---

Windows 7 64bits (x86), lazarus 0.9.30, fpc 2.4.2

---

Citation:

---

Archlinux (à jour) 64bits (x86), lazarus 0.9.30.4, fpc 2.6.0-2

---

Dans les deux cas la compilation se passe sans problèmes, et on obtient bien l'image à l'exécution.

Cordialement.

Merci à vous deux :ccool:

Bonjour,

J'ai fait des tests sur trois machines ayant un dual-boot, ce qui permet une comparaison deux à deux. J'ai testé avec l'image fournie (nommée image 1 infra) ainsi qu'avec une image jpeg de 1215x1536 pixels avec une résolution de 150x150 pixels/pouce (nommée image 2) :

• Machine 1 : AMD Athlon 64 3200+ 2 GHz avec 1 Gb de RAM
  • Windows 7 integral edition SP1 (32 bits) :
    • Image 1 : <1 ms ;
    • Image 2 : 750 ms en moyenne.
  • Linux Mandriva 2010.2 (32 bits) :
    • Image 1 : 31 ms en moyenne ;
    • Image 2 : 925 ms en moyenne.
• Machine 2 : Intel P4 3 GHz avec 1 Gb de RAM
  • Windows 7 integral edition SP1 (32 bits) :
    • Image 1 : 15 ms en moyenne ;
    • Image 2 : 805 ms en moyenne.
  • Windows XP SP3 (32 bits) :
    • Image 1 : <1 ms ;
    • Image 2 : 750 ms en moyenne.
• Machine 3 : AMD Athlon XP 1700+ 1,5 GHz avec 1 Gb de RAM
  • Windows 2000 SP4 (32 bits) :
    • Image 1 : 15 ms en moyenne ;
    • Image 2 : 1110 ms en moyenne.
  • Linux Mageia 2 (32 bits) :
    • Image 1 : 25 ms en moyenne ;
    • Image 2 : 1375 ms en moyenne.

On peut constater une assez nette différence de performances entre Windows et Linux.
Je n'ai eu aucun problème de compilation ni sur Windows ni sur Linux.

tu connais NanoJPEG ?

@Alcatîz : merci bien ; je pense (c'est une intuition !) que la différence de vitesse entre Windows et Linux vient essentiellement de la différence d'implémentation de TLazIntfImage en fonction de l'OS.

@Paul Toth : non, je ne connaissais pas NanoJpeg. Il est apparemment postérieur de 2 ans à mon code Delphi que je viens d'adapter pour Lazarus. Ce code n'est qu'une brique (les autres ne sont pas sèches !) et sert surtout à la base à illustrer là méthode de décodage. Autre but de cette version Lazarus : illustrer la portabilité, sous réserve de passer les tests que je sollicite ici !

Salut Yves,

Machine Intel Core 2 Duo E8400 @ 3 GHz, 2 Mo de ram, 7 pro 32 bits.
Compil Laz 0.9.30.4 FPC 2.6.0 svn 35940.
le ShowMessage m'affiche 0 sec.

PS : la photo c'est Bonifacio ?

Bonjour Jean-Pierre,

Merci pour ton test ; et :bravo: :yaisse: :lahola: c'est bien l'Escalier du Roi d'Aragon à Bonifacio !

Bonjour

Test OK pour moi

Seven Pro 32bit, lazarus 9.30.0.4.

J'ai essayé avec une autre image et ça fonctionné (452ms) (infos image jointes)

Bonjour,

Lazarus 0.9.30, révision SVN 29749 et fpc 2.4.2

Il a fallut que j'ajoute l'instruction suivante "AFile:= UTF8ToAnsi(AFile);" pour que cela fonctionne sous Windows XP lorsqu'on utilise un répertoire ou un nom de fichier comportant des accents (classique, j'ai dû résoudre le même problème pour moi) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

procedure TlyYCbCrBaselineJPEGDecoder.DecodeFromFile(AFile: string); var tms: TMemoryStream; begin Clear; tms:=TMemoryStream.Create; try {$IFDEF WIN32} AFile:= UTF8ToAnsi(AFile); {$ENDIF} tms.LoadFromFile(AFile); FFromFile:=True; except on E: Exception do raise ElyJpegError.Create(E.Message); end; DecodeFromStream(tms); // affectera le flux à FStream pour gérer sa libération end;

---

Autrement ça fonctionne. Avec une image de 3000 x 4000 pixels², avec mon Pentium 4 à 3 GHz, 1 Go de RAM et Windows XP il faut 8250 ms pour que l'image s'ouvre.

Cordialement.

Pierre

Merci à tous :ccool:

Je vais réfléchir aux moyens de tester sous d'autres OS : Code Typhon doit permettre une cross-compilation pour android, et il doit exister un émulateur, par exemple.

OK sous Windows Mobile (cross-compilation pour arm/WinCE, testée sous l'émulateur Microsoft).

Je cherche encore à configurer l'environnement de test du SDK Androïd pour vérifier la cross-compilation pour arm/android...