pach30310 wrote:

Je remonte juste un bug car il est n'est pas normal d'avoir à reprendre un élément fini .

Merci du retour, pas mal de nettoyage de code et autres améliorations ont été effectués depuis la RC1, pas spécifiquement sur l’éditeur et ton problème, mais ça vaut toujours le coup de tester avec les derniers builds.

Il me semble qu'a une époque, j'avais eu ce style de désagrément avec des symboles dessinés sous Windows au boulot, et parfois décalés une fois lu sur ma Debian en rentrant !

5,902

(52 replies, posted in News)

Je viens d'essayer avec tes éléments nomenclature sur un projet vide :

RAM utilisée au départ ~850Mio.
Je pose tes 7 éléments
RAM utilisée à la fin ~ 1,5Gio

Edit : plus l’élément est complexe, plus la ram utilisée sera élevée, après tu peux le poser indéfiniment ça ne montera presque pas.

Une fois le projet ré ouvert la Ram utilisée retombe à 1.1Gio.

5,903

(52 replies, posted in News)

Le démarrage on s'en fout un peu Joshua : surtout maintenant avec les sdd sata, avec les ssd PCI-Express NVMe ça devrait aller encore plus vite, si on ajoutent la gestion des threads sur le cachedb pour exploiter tous les cores cpu:  le premier chargement des collections n'en sera que plus rapide, en principe.
Une fois le cache pixmap (cachedb) déjà à jour, le lancement de Qet complet prend dans les 7 secondes sur cette machine.

[05:03:11] laurent@debian:~$ time qelectrotech
transaction began for  "common"
transaction commited for  "common"
transaction began for  "custom"
transaction commited for  "custom"

real    0m7.007s
user    0m4.704s
sys     0m0.496s

C'est le chargement des gros projets en mémoire (+ 500 folios) qui en seraient fortement accélérés, avec une consommation mémoire grandement divisée, avec ta solution, si tu y arrives.

Exemple :lancement de Qet, et chargement d'un projet de ~120 folios assez lourd : (multiples images, très nombreuses définitions de symboles, plusieurs milliers d’éléments), un seul core est actif, avec la gestion du multithread  on gagnerai sur les temps de chargement: ~40 secondes (lancement de Qet et du projet ~ 120 folios : jusqu’à être prêt à dessiner) sur la machine de build. Sur une machine moins musclée, ça prend effectivement beaucoup plus de temps.


[05:03:30] laurent@debian:~$ time qelectrotech
transaction began for  "common"
transaction commited for  "common"
transaction began for  "custom"
transaction commited for  "custom"


real    0m39.601s
user    0m33.668s
sys     0m1.168s

https://download.qelectrotech.org/qet/forum_img/ram3.png
Je vous faits grâce des acces disques 

5,904

(52 replies, posted in News)

nuri wrote:

Nan nan ! Sur tes conseils, j'ai tout dégagé au plus vite avant que mon cher Ubuntu ne se transforme en Win98...
Bon, comme d'hab, ca m'a couté quelques gouttes de sueurs (Qt Linguist qui marche plus, le VLC player qui fout le camp, Qt Creator qui veut pas ouvrir les .pro, Compiz qui fait des galipettes...) puis finalement tout rentre dans l'ordre. Comme quoi, Linux c'est quand même bien pensé : même avec un neuneu aux commandes, le système retombe toujours sur ses pattes.
Mon install date de la 14.04. Depuis, j'ai fait 3 dist-upgrade et le système tient toujours le coup. Ils sont forts, c'est presque de la rolling release maintenant...

Mon installation date de plus de 7 ou 8 ans si ce n'est pas plus...et encore c'étais pour passer du 32 au 64 bits et toujours en Debian Sid.
Elle à traversée plusieurs changements de disque dur depuis jusqu'à maintenant avec le SDD 840 pro, sans ré installation, avec un Système qui roxe tous les jours, et en rolling release.


nuri wrote:

Avec 16GB de RAM, je me suis dit que j'avais pas besoin de swap... 

Regarde ma capture : je n'en ai pas non plus, et parfois je suis à l’étroit avec mes 16G!


nuri wrote:

J'ai rajouté des données aux éléments de la collec embarquée, fait la traduction en anglais, switché entre allemand/anglais, reloadé les collections un bon paquet de fois (mais c'était pas encore du mitraillage)...
Cependant, y'a quand même quelque chose de louche. La conso RAM montait vraiment vite.
Tant pis si ca peut pas être réglé pour la 0.5 mais ca doit pas être que du bonheur sur les petites machines.

C'est le switch régulier "allemand/anglais " le coupable, essaye tu comprendras. nomicons/smile
On empile en Ram à chaque fois que tu switch de langage et que tu reload la collection.

Sur les petites machines suffit de fermer Qet et de le relancer quand on change de langue, en fait c'est pas prévu de changer la langue des éléments à la volée très fréquemment, comme tu t'en ais aperçu !

5,905

(52 replies, posted in News)

Nuri wrote:

Et concernant le problème des en-têtes (avec QET svn4266), voici donc le problème illustré en vidéo :

vidéo

video

5,906

(52 replies, posted in News)

2.
Un petit problème de rafraichissement :
Dans les propriétes du folio, les cases à cocher "afficher les en-têtes" ne fonctionnent plus à la volée. Il faut qu'il se passe quelque chose dans la vue de l'éditeur de schéma pour que les en-têtes prennent en compte la nouvelle valeur des cases à cocher.

Je ne constate pas ce problème chez moi !
Par contre j'y pense, tu es toujours avec la lib libqt5core5a en 5.5.1  de Debian Sid installé à la sauvage sur ton Ubuntu 15.10 en Qt 5.4 ? nomicons/tongue

Je conçois que Qet est pas encore parfait avec la gestion de la RAM sur le cachedb, mais la c'est carrément une grosse fuite mémoire ... ou de mitrailler la touche F5.

J'ai déja passé plus de 5 heures consécutives en dessin de schéma, et pas remarqué cette explosion de ram utilisée, surtout limité par les 2GIo de ram sur le vieux pc au taff, le swap aurait ralenti la machine..et le kernel aurai fini par killer le process Qet..

5,907

(52 replies, posted in News)

galexis wrote:

Rien à voir: j'ai remarqué que lorsqu'on ouvre un projet existant et qu'on ajoute un folio, on ne peut pas enregistrer le projet, le bouton est grisé.
De même avec le déplacement de folio.

Normal, la gestion des folios n'est pas encore ajouté à la pile historique : donc ajouter un folio vide, déplacer des folios et rien d'autre, le programme ne voit aucun changement donc l'icone idoine reste grisée.
Par contre tu peut enregistrer sous : et écraser l'ancien.

5,908

(52 replies, posted in News)

@Nuri :
Pense à faire des pauses, sauvegarder et fermer Qet, prendre l'air, ou en griller une ! nomicons/tongue
Je sais bien que dessiner avec Qet est prenant, mais 7 heures d'affilées c'est pas un peux trop?

5,909

(52 replies, posted in News)

Visiblement, il y a un truc dans le code qui ne vide pas la RAM. Je pense peut-être au bouton "recharger les collections" dont je me suis beaucoup servi aujourd'hui.

Clair, je viens de tester sur de mes vieux projet de ~115 folios : à chaque action sur la touche F5 (recharger les collections) la RAM utilisée peut augmenter de plus 100 à 200MIo à chaque fois.

https://download.qelectrotech.org/qet/forum_img/ram.png

https://download.qelectrotech.org/qet/forum_img/ram1.png

Le problème est connu, surtout lors du premier lancement de Qet ou la génération de la base de donnée des miniatures peut consommer plus d'un 1.5GIo de ram avec une collection de ~2600 éléments, pareillement quand on change la langue du programme et donc aussi des elements. Il est d'ailleurs conseiller de fermer et de relancer Qet dans ces cas!

5,910

(33 replies, posted in Import DXF)

scorpio810 wrote:

Heuu tu le met ou tu veux...

Sachant que sur les distros Gnu/linux c'est pareil, mais faut juste rendre le binaire exécutable avant de s'en servir!

chmod +x DXFtoQET

5,911

(33 replies, posted in Import DXF)

Je te dirai bien dans l'onglet conf de régler le "save path" vers le chemin de ta collection personnelle, mais les elmt fraîchement convertis ne sont pas encore prêt à être placés directement dans les folios.
Il faut les ouvrir avec l’éditeur : l’éditeur ajoutera automatiquement la bonne valeur au hotspot à la sauvegarde!

5,912

(33 replies, posted in Import DXF)

Heuu tu le met ou tu veux...

5,913

(33 replies, posted in Import DXF)

Je créé un fichier vide ?

Heuuu... vas plutôt dans l'onglet config !

5,914

(33 replies, posted in Import DXF)

Je l'ai remarqué aussi !
Pour le fichier DXtoQET.cfg, il faut le créer.

Puis lors de la création de l'élément, "impossible de créer le fichier, permission refusée".

Il faut lui re donner le chemin dans "save path" et ça roule.

appwolf wrote:

Thanks for a great program, I will soon have an updated Guitar elements collection to replace the current one, lots of new elements.

i just uploaded your elements in common collection.
Send me your updated Guitar elements to sync to common collection.

Morvion wrote:

voici un projet vierge avec les cartouches

Ajouté dans les exemples fournis.

5,917

(52 replies, posted in News)

Is Qt5 Archlinux packages, or upstream tarball and build by yourself?

Tu as ajouté des fonctions intéressantes à mon petit workaround, je le garde sous le coude, en attendant le début de la 0.6. nomicons/smile

5,919

(33 replies, posted in Import DXF)

Updated new builds  to :
Revision: 4262
Author:   rdsivd
Date:     2015-11-15 13:14:00 +0100 (Sun, 15 Nov 2015)
Log Message:
-----------
DXFtoQET update text conversions for acad blocks

galexis wrote:

Bonjour,
Il y a quelques jours je me suis incrusté dans un post qui ne concernait pas directement ce sujet. Sur le conseil de Nuri, j'ouvre ce post.

Je voulais t'en parler, il est préférable d'ouvrir un nouveau sujet, sinon ça part dans tout les sens! 


galexis wrote:

J'ai repris l'idée de Scorpio d'utiliser la fonction renvoie de folio, mais j'ai en plus utilisé les fonctions des conducteurs: "fonction" et "tension" pour avoir en automatique le nom de l'entrée ou sortie et la fonction.

nomicons/smile

5,921

(52 replies, posted in News)

At the moment, i build with Qt 5.3.2 for Debian Jessie, Qt 5.5.1 for Debian Sid and Windows packages.

5,922

(33 replies, posted in Import DXF)

Latest builds :
Gnu/Linux Qt 5.5.1 X86_64
https://download.qelectrotech.org/qet/b … 1/DXFtoQET

MS Windows 64
https://download.qelectrotech.org/qet/b … FtoQET.exe

5,923

(52 replies, posted in News)

firewalker wrote:

It segfaults while showing the start-up screen. It says Loading... Folios editor.

I think, you just compiled, you need to run command "make install" for install all composantes.

By default install location is in /usr/local/
Patching qelectrotech.pro file if you want to change install location or for packaging.

[08:23:52] laurent@debian:/usr/local/share/qelectrotech$ ls
elements  examples  lang  titleblocks

http://qelectrotech.org/wiki_new/doc/te … linuxunix1

5,924

(52 replies, posted in News)

Thank you for your bug report.

But i doubt that your problem is in qetapp.cpp file, line 127, the same tarball compile and run very well in other Gnu/Linux distributions, on Mac os X, on Ms Windows cross-compiling in my Debian by mxe.

Strange your : libpng warning when you start program.
We continue to seek.

5,925

(33 replies, posted in Import DXF)

Nice, good job Ronny. ;-)