Bon voilà, j'attaque un nouveau projet :
 
La conversion de Calculimage de Dot.Net en VB6 (à l'ancienne !!)
 
Je vous laisse en imaginer les avantages ... (hein oliv, jvr, etc ... )
 
Au passage, je renomme le logiciel en "CaleLeCuLdansLimage" (si vous avez des idées de nom, lâchez-vous ...) , et je décide de démarrer à la version 3.0
 
Merci à  : doudou, electro007 et geckoonthewall pour m'avoir envoyé le code source dont paulo est à l'origine. (code basé sur le fichier excel de divx, au paléolithique)  

pkoi pas en java ou en C ca serais portable sous linux !

Ouais, j'y avais pensé, mais en C, c'est plus long à faire (gestion de textbox, button, etc ...) et y'aura encore plus de temps pour la ré-écriture du code ...
 

en java!

Après 1 jour & 1 nuit de boulot, j'en suis à la version 3.0 Alpha (feuille principale en état de marche : calculs ok & vérifiés, accès et gestion de la base de données)
 
Mais il a fallu que je re-crée tous les contrôles et que je ré-écrive le code, bref, j'ai gardé que les calculs et la base de données ...
 
Le temps de faire encore quelques retouches, et je posterai tout ça ce soir.
 
J'ai besoin de béta-testeurs !    
 
Donc, si vous ne le avez pas, il vous faudra certainement : Les DLL de Visual Basic 6 (installées la plupart du temps avec d'autres softs), et la "Microsoft ActiveX Data Objects 2.0 Library" (sans doute installée avec XP)
 
Mais avant d'installer quoi que ce soit, testez l'exécutable sans installer tout ça, pour voir, et renvoyez-moi les messages d'erreur ...

Captain se rachèterait-il une part de crédibilité ?  
Mais bon, c'est pas encore complètement terminé...

chui OK pour faire les test, envois moi ton travail si tu le souaite.
 
par contre,il faut choisir le language de prog le plus portable... le C étant vraiment très portable justement. mais bon maintenant que t'a commenvé en VB6, on va finir comme ça
 
 

ca va etre bien pratique tout ca. vivement que ca soit fini

Ah merde !
 
J'ai posté dans Bistrot ! J'voulais poster dans discussions générales ... (si tu peux pilled...)
 
M'enfin !    
 
Bon, 1ère version : 3.0 Alpha.
 
http://startup06.free.fr/_Forum_AllinBox/ALLinSoft/
 
Je vous laisse découvrir ...
 
Je vous ai mis aussi les VB6 Runtime et MDAC (ADO), si vous les avez pas ...
 
Mais avant d'installer quoi que ce soit, testez l'exécutable sans installer tout ça, pour voir, et renvoyez-moi les messages d'erreur s.v.p ...

j'ai telecharger et je vais commencer a tester, je te tiens au courent
ca devrais plutot etre dans la section [Logiciels] ?

J'ai testé sous win 200 "le composant MSDatGrd.ocx est introuvable" j'ai installé ensuite vbrun60 et mdac mais toujour ce composant manquant.
 
J'ai ensuite récupéré l'ocx sur le net, et apres l'avoir placé dans le répertoire de caleculdans. ca fonctionne.

 
 
pour ceux qui ont le probleme de gylles

 
http://jvr33.free.fr/MSDATGRD.OCX
a mettre dans le meme repertoire que le programme de capitain_flam
merci    
y pas de quoi
   
chez moi la fonction dessin ne marche pas, a part ca tous fonctionne

Effectivement, ce composant que je pensais inclus dans MDAC manquait ...
 
J'attends vos commentaires sur le fonctionnement (sélection d'une ligne du tableau, et que se passe-t-il, click sur la mire, etc...)
 
 
jvr : Ben, c'est fifi qui m'a parlé du sujet à propos de calcuimage dans la section [Logiciels] ...
Et cette section, je pense jamais à y aller ... Alors j'ai préféré cette section, pour tous ceux qui sont comme moi ...
 
Et comme je l'ai dit : version Alpha : J'ai fait le formulaire principal pour l'instant, j'attaquerai le "dessin" dans les prochains jours ...
 
Tu pourrais tester avec Wine (ou autre) sous Linux ?
 
gylles : peux-tu désinstaller MDAC (vu que dans la version 2.8, y'a pas le moteur Jet) et voir si ça fonctionne toujours ?
T'as quoi comme version de Win ?
 
P.S : merci akoirium pour le déplacement de section.

Au fait captain, tu pourrais intégrer à ton calculimage l'edition d'une simulation optgeo. Les fichiers opt ne sont que des fichiers textes, donc editable.
Je l'ai fait pouret ça marche bien.

linux mandrake v9 et emulateur (me rapelle pas le nom je vais voir et j'edite mon message)ca fonctionne chez moi
et sous xp pro sp2 aussi avec l'ajout du MSDatGrd.ocx  
pas bete l'idée de renfield, ca sera utile
 
Win4Lin Desktop  comme emulateur sous mandrake

Bon, le bilan.
J'imagine que les "bugs" que je relève sont déjà connus mais on sait jamais.
 
1/ Dommage de ne pas pouvoir mettre la fenêtre en pleine écran
2/ pas possible d'éditer la base des écrans ni des fresnels
3/ la numérotation dans le tableau est bizarre. Quand on vide la base, les numéros continus à s'incrémenter.
4/ Dommage que quand on rentre l'écran, on ne voit que la largeur et la diagonale en mm, faudrait aussi la hauteur.
 
Sinon, à part ça, c'est chouette comme évolution.
 
Ah oui, j'adore le "A propos"          

Si t'as du code déjà pondu (même pour Excel ou autre) , envoie ...
 

Coool !    
 

1/ Dommage de ne pas pouvoir mettre la fenêtre en pleine écran
Ben, tu peux, mais les contrôles ne se re-dimensionneront pas d'eux-même (faut le coder ... peut-être plus tard, on verra)
 
2/ pas possible d'éditer la base des écrans ni des fresnels
Version Alpha : soyez pas trop gourmand dès le début !  
 
3/ la numérotation dans le tableau est bizarre. Quand on vide la base, les numéros continus à s'incrémenter.
C'est normal : Champ à numérotation automatique géré par la base de données
 
4/ Dommage que quand on rentre l'écran, on ne voit que la largeur et la diagonale en mm, faudrait aussi la hauteur.
C'était pas dans les formules ...
 
Si divx ou paulo passe par là : Balancez la modif dans le calcul s.v.p
 

Aaahhhh ! Merci.      

 
Si t'as du code déjà pondu (même pour Excel ou autre) , envoie ... [/quote]
 
Non, il n'y a pas de code. J'ai modifié le fichier *.opt à la mano. Mais pour un expert comme toi, éditer un fichier texte automatiquement ne doit pas être bien compliqué.
 
 

Ouais mais n'empêche que si tu me donnes les manips à faire, on va gagner du temps, vu que pour l'instant je suis tout seul à coder ...
 
Tu as envie de te charger de cette partie ?

Ben moi je veux bien, mais je sais pas coder  

pour l'émulateur, c'est WINE, et WINE n'est pas du tout un émulateur windows (Wine Is Not an Emulator ==> falait y penser )

bon j'ai testé sans rien installé en plus. résultat : il manque la DLL de VB6 (logique )

après installation des deux logs necessaires c'est bon.

edit : bon ba j'ai rien dit... j'ai installé VBrun6, ça change rien, puis j'ai pas pus installer le second (pas compactible avec cette version de windows... )

bon autrement va faloir revoir le nom, car sans etre mechant c'est totalement rédicule

un truc plus saillant quoi, genre allinlog (tout en 1 logiciel )

tiens au passage, on pourrait faires quelques améliorations non ? genre afichage des dimentions en unité royale et en métrique (séléctionnable dans un menu déroulant, ça c'est vraiment pas dur a faire) ou d'autres petites amélioration

edit deux : j'ai chopé VB6FR.dll sur lesDLL.com, et maintenant j'ai ça :

loin de moi l'idée de dire que c'est une mauvaise idée (le coup de la box3D, ça me fait rever, seulement c'est quasi-impossible a mettre en place en opensource ) mais c'est domage qu'il faille installer autre chose pour le fonctionnement. faudrait trouver un lanuage 100% portable, d'où mon interret pour le C.

Vous prenez pas trop le chou non plus...
 
http://www.allinbox.com/Programmes/CalculeImage/CalculeImage.html
 
Et ça marche aussi sous Linux.    
 
Amusez-vous bien...
@+

ail... dans le c*l

merci en tout cas

effectivement c'est multiOS, jvais voir si ça passe sur ma PSP )

oliv : c'est quoi ta version de Win ? (émulé ou pas ?)
 
Tiens, vire VB6FR.dll , installe les VB Runtime et essaie avec cette version :
http://startup06.free.fr/_Forum_Al [...] date_1.zip
 
Pour le composant , il faut que tu le copie (jvr l'a donné ci-dessus) soit dans le répertoire de CaleLeCuLdansLimage, soit dans Windows\system32 et ensuite que tu exécutes en ligne de commande :
 
regsvr32 MSDatGrd.ocx
 
dans le répertoire qui le contient.
 
ppsoft : Pas mal ta version HTML, mais je poursuis la construction en VB (plus rapidité d'exécution, plus de  réactivité, plus d'ergonomie, plus de possibilités (base de données, écriture de fichiers, etc ...))
 
renfield : J'étais sûr de m'être mal fait comprendre ...  
 
En fait, je ne te demande pas de coder, mais de m'aider en mettant les choses en places, et moi je t'aide pour ça :
 
Imagine que chaque zone de texte (de "Distance de projection" à "Distance TFT - F2" )  soit numéroté de 1 à 8.
Tu as donc des occurrences qui s'appellent :
TextBox1
TextBox2
TextBox3
...
Que nous allons décider d'interpréter en : Box1 (valeur convertie en chiffre à virgule flottante de la zone de texte et mise à l'échelle)
 
Donc, ce que tu peux faire : M'envoyer (par MP, sinon ça va faire des trucs à rallonge) un copier-coller d'un fichier OptGeo que tu gères, en remplaçant dedans les valeurs qui doivent l'être par les zones de texte correspondantes :
 
ex :
Numero 1
 3.48000000000000E+0002  Box1  3.87000000000000E+0002  6.30000000000000E+0001 -5.20000000000000E+0001  5.20000000000000E+0001  Box2
16776960 255
TRUE
 1.40000000000000E+0000  Box3  1.50000000000000E+0000
 
Sans oublier le problème principal : Quelle est l'échelle de rapport ? (Les TextBox sont en millimètres, et les points de Optgeo ?)

 
 
ça marche, les messages d'erreur au démarage m'ont fait peur mais rien de plus. j'utilise une version officiel (portable oblige, rien passe sous nunux avec cette brelle )

Qu'est ce que vous pensez de : AllinSoft comme nom ?
 

Ok, captain, je vais regardé ça. Par contre, on veut y mettre quoi dans optgeo.
 
A mon avis, la source, la F1, la F2 et une lentille représentative de l'objo.

 
 
ite ise goude fore mi.

Au fait captain, je viens de voir le lien à ppsoft. Je suis pas sûr que ça vaille le coup de continuer.

Pourquoi ?
 
Que sait-on des améliorations que je pourrais faire (exportation Optgeo par ex... je pensais aussi à une simulation des coins sombres sur la mire, mires affichables en plein écran, etc ...)
 
Perso, je préfère une version Software que HTML pour toutes les raisons que j'ai énumérées
 
Au fait :
 

on peut continuer , maintenant que c'est commencé
 
 
on peut aussi faire un truc très simple, la diagonale. aussi, je pense qu'on peut revoir un point important... zeltron nous a prouvé que la perte lumineuse dû a la distance de projection n'était pas linéaire, mais expodentiel. on devrait en tenir compte.
 
de plus on pourrait aussi tenir compte du fait qu'on utilise une HQI 150w, 250w ou 400w (ou autre )
 
dernier point, on pourrait aussi trouver des solutions pour le type d'éclairage DEL.

Vas-y , développe un peu ... et puis, tant pis pour toi, maintenant que tu t'es collé des trucs sur le dos, tu peux pas t'échapper !!      
 
Alors, j'attends des formules toutes prêtes, que j'ai plus qu'à copier-coller ...    

(mais dans quoi je me suis lancé moi... )
 
pour la diagonale, un chti théoreme de pithagore. tu sais encore faire ? c'est si loin que ça le colège ?
 
pour le type de HQI, là ça va etre plus dur...
 
pour la baisse de puissance de maniere expodentiel, faudrait savoir a quel moment la courbe commence a baisser, enfin faudrais faire tout plein de mesure, sachant en plus que ça dépend du type d'éclairage, du type d'écran... bref pas facile.
 
pour les DEL, ben pareil j'en sais rien. enfin là c'est facile, juste proposer un plan compte tenu du fait qu'on connais mainteannt un petit peut les distances classique celon le nombre de DEL et leur taille. m'enfin ya encore du chemin a faire.

La version Web a de nombreux avantages :
- rien à télécharger ni à installer
- pas de souci de compatibilité (Framework .Net, DLL, etc...)
- fonctionne avec tous les OS
 
C'est-à-dire tous les points qui faisaient défaut jusqu'à présent à CalculeImage. C'est plutôt pas mal, je trouve.
Ca plaira plus au newbie.
 
Mais bon, ça n'empêche en rien le développement d'une appli. Si ça vous amuse, ça serait dommage de bouder votre plaisir.

Je propose aussi l'integration des condens dans le calcul. Je mis suis collé sur un fichier excel (je vous rappel le lien http://forum.allinbox.com/aspectge [...] 8759_1.htm).
 
Bon, pour l'instant, ça n'a pas l'air tellement au point. J'aimerai bien en discuter un peut avec ppsoft pour voir ce qu'il en pense car j'ai l'impression que mes hypothèses ne sont pas forcément les bonnes. D'un autre côté, je travail sur l'intégration de sources réelles et plus ponctuelles.
 
On verra bien.

Justement, je pensais l'utiliser pour la simulation des coins sombres sur les mires ...
 
Mais j'attends que tu finalises tout, et que tu sois sûr de tous les calculs, bref que tu me donnes le feu vert ...
 
P.S : groquik : pas de sauvegarde dans un tableau des résultats, ni de ré-utilisation de ces mêmes résultats ... le newbie appréciera sans doute de devoir retaper toutes les valeurs à chaque fois ...  

 
En ce moment, je suis un peu en attente de retour expérimentaux. Les seuls que j'ai sont ceux de mich33 et ils ne concernent de façon générale que les positions des éléments et pas les coins sombres.
 
J'ai lancé des perches, on verra bien ce que ça donne. Je ne suis pas sûr d'avoir quelque chose qui tien la route quand tu mettras en ligne la nouvelle version de calculimage ou "allinsoft".

Dites-moi, y'a un truc qui va pas ?
 

diamètre = diagonale en pouces * 2.54 ??
 
ex: avec 15", j'obtiens = 38,1 cm = 381 mm ...

Je sais, c'est pareil pour le 17" : 17*2.54=431.8mm et pas 420mm. Il y a des chances que ne soit pris en compte que la diagonale utile de l'écran. Faudrait que je vérifie sur le mien. C'est peut-être aussi pour ça que la taille de l'image est donnée à +/-10% car tous les écrans ne sont pas conçut de la même façon.

Version 3.1 (update : il vous faut avoir installé la première version 3.0 avant) :
 
http://startup06.free.fr/_Forum_Al [...] update.zip
 
* Ajout d'écran & fresnels
* hauteur & largeur d'écran calculées automatiquement
* modif de la base
* A propos ...