lock042 Posté 16 juin 2019 Posté 16 juin 2019 Je suis sous debien testing. Aucun message d'erreur rien nada. J'ai le git à jour.
m27trognondepomme Posté 16 juin 2019 Auteur Posté 16 juin 2019 sur Archlinux aussi 😭 je l'avais même pas remarqué. J'avais la tête dans le guidon 🚴♂️ Je corrige pour la prochaine version.
keymlinux Posté 16 juin 2019 Posté 16 juin 2019 Bonsoir, Tests effectués sur MacOS Mojave 10.14.5 Testé avec Sirilic 1.0.0 et 1.0.1 Testé avec Python 2.7.16 et 3.7.3 Installation de wxPython 4.0 via PIP >>> import wx >>> wx.version() '4.0.6 osx-cocoa (phoenix) wxWidgets 3.0.5' Effets indésirables perçus sur l’interface de Sirilic: Thème sombre (on peut contourner le problème en revenant au thème clair): - les libellés des boutons Process/Files/Properties/Log sont peu lisible Thèmes sombre et clair (là c’est plus grave, pas de contournement): - sur la page Process, pas d’affichage du graphique présentant le flow - sur les pages Files/Properties/Log: rien d’affiché, juste un fond gris Voir copie d’écran Après quelque recherches sur le net, il apparait que wxPython en version stable actuelle (4.0.x) gère mal les thèmes (il y avait le même problème avec python-tk qui pouvait être contourné en passant de tk à ttk) Après installation d’une version nightly-build de wxPython, cela résout pas mal de problème (pas tous, et il y a aussi le risque de quelques bugs sur des fonctionnalités récentes…) Pour installer wxPython à la dernière version stable: pip3 install -U wxPython Pour installer une version « dev » pip3 install -U --pre -f https://wxpython.org/Phoenix/snapshot-builds/ wxPython Après upgrade: >>> import wx >>> wx.version() '4.1.0a1.dev4155+1e750660 osx-cocoa (phoenix) wxWidgets 3.1.3' Tests réalisés après upgrade de wxPython en version 4.1 (en version python v2 et v3) Les pages « Files » et « Properties » ont enfin leur contenu (boutons, cases à cocher, liste déroulantes, etc…) et cela à la fois pour les thèmes « clair » et « sombre » Seule ombre au tableau, sur la page « process » le graphique du flow ne s’affiche toujours pas, je n’ai que l’affichage du fond gris-bleu. Cordialement
m27trognondepomme Posté 16 juin 2019 Auteur Posté 16 juin 2019 chez moi la variable LANG vaut fr_FR.UTF-8 En attendant de correction, une solution temporaire est de renommer le i18n/fr_FR en i18n/fr_FR.UTF-8
m27trognondepomme Posté 16 juin 2019 Auteur Posté 16 juin 2019 (modifié) j'ai poussé le correctif de langue sur gitlab Modifié 16 juin 2019 par m27trognondepomme
m27trognondepomme Posté 16 juin 2019 Auteur Posté 16 juin 2019 il y a 21 minutes, keymlinux a dit : Seule ombre au tableau, sur la page « process » le graphique du flow ne s’affiche toujours pas, je n’ai que l’affichage du fond gris-bleu. ça ressemble à un problème que j'ai eu sous linux : le frame du processus était tout petit au démarrage et apparaissait si je passais en plein écran. J'ai contourné le problème en mettant les 2 lignes suivantes dans le fichier Sirilic.pyw (ligne 64) # Probleme taille de la frame f_draw sous linux self.i_gui.f_draw.Show(False) self.i_gui.f_draw.Show(True)
lock042 Posté 16 juin 2019 Posté 16 juin 2019 OK merci. Sinon, en effet le graphique sous process doit s'afficher quand ? Car moi je n'ai rien également.
m27trognondepomme Posté 16 juin 2019 Auteur Posté 16 juin 2019 il y a 4 minutes, lock042 a dit : OK merci. Sinon, en effet le graphique sous process doit s'afficher quand ? Car moi je n'ai rien également. tu crées un projet , tu sélectionnes une couche, tu mets les fichiers images,offsets,... au bon endroit, tu remplis les propriétés des images et offsets .... normalement, si tu vas sur processus, tu as le graphique.
m27trognondepomme Posté 16 juin 2019 Auteur Posté 16 juin 2019 La détection des maîtres est automatique maintenant : Par exemple, si on met que un seul fichier dans Offset, alors Sirilic considéra que c’est un offset maître (idem pour Dark, Flat et DarkFlat ) La sélection des fichiers peut se faire par 3 méthodes: Drag'nDrop le bouton Add qui ouvre une boite de dialogue avec sélection multiple de fichier le bouton Edit qui permet de modifier un fichier et mettre des patterns du type *.fit Un autre point: l’option « copie de la librairie par siril » est pour une utilisation spécifique. Dans la plupart des cas, elle sera décochée. Elle est à cocher si la librairie master n’existe pas au lancement du script mais va être créer par la couche précédente. Alors Siril recopiera directement le maître de la couche précédente dans le dossier master de la couche. ça évite de la recalculer pour chaque couche ( par exemple les offsets) Quelqu'un m'avait demandé cette fonctionnalité, mais personnellement je ne utilise pas.
xavier@cz Posté 22 juin 2019 Posté 22 juin 2019 Le 16/06/2019 à 22:04, keymlinux a dit : [...] Pareil chez moi, heureusement, il y a la toujours version 0.49 ;-)
m27trognondepomme Posté 22 juin 2019 Auteur Posté 22 juin 2019 Je n'ai pas de MAC pour débugger ce problème. Je vous contacterai par MP pour obtenir plus d' infos pour que je puisse avancer sur le sujet.
m27trognondepomme Posté 22 juin 2019 Auteur Posté 22 juin 2019 (modifié) @xavier@cz: si tu passes en plein écran, est ce que les champs de l'onglet "Files" apparaissent-ils ? si tu lances dans une console "python Sirilic.pyw", y a-t-il des traces d'erreur d'afficher? Si oui, peux-tu me faire une copie d'écran ? Modifié 23 juin 2019 par m27trognondepomme
m27trognondepomme Posté 23 juin 2019 Auteur Posté 23 juin 2019 (modifié) @xavier@cz et @keymlinux : j'ai fait une petite modif dans le code (mais sans trop y croire), pouvez-vous faire un test ? l'archive est en pièce jointe : Sirilic_macos-v1.zip Modifié 23 juin 2019 par m27trognondepomme
JMDSomme Posté 23 juin 2019 Posté 23 juin 2019 Salut. Une question (sous windows): cette version de Sirilic est compatible avec quelle(s) version(s) de SIRIL ?
m27trognondepomme Posté 23 juin 2019 Auteur Posté 23 juin 2019 j'ai fait 2 vidéos (sans son) montrant l'utilisation de cette version. La qualité de la vidéo est déplorable . Ce n'est pas ma tasse de thé les tutos vidéos: Sirilic avec un apn EOS1200D: voir la video Sirilic en mode multi-session avec une camera CCD mono: voir la vidéo
xavier@cz Posté 23 juin 2019 Posté 23 juin 2019 Il y a 16 heures, m27trognondepomme a dit : @xavier@cz: si tu passes en plein écran, est ce que les champs de l'onglet "Files" apparaissent-ils ? si tu lances dans une console "python Sirilic.pyw", y a-t-il des traces d'erreur d'afficher? Si oui, peux-tu me faire une copie d'écran ? Non pas d'erreur. J'ai envoyé les log en mode bavard.
keymlinux Posté 23 juin 2019 Posté 23 juin 2019 Bonjour, @m27trognondepomme: j'ai testé la version Sirilic-macos-v1, je n'ai pas noté de différence avec mes tests de la version précédente 1.0.1, à savoir: - avec la librairie wxPython 4.0.6 (stable), il y a des problèmes d'affichage quelque soit le thème graphique (boutons illisibles, éléments non affichées dans les onglets Fichiers et Propriétés - avec la librairie wxPython 4.1.0 (dev) plus de problème d'affichage Je pense que le problème ne viens pas de ton code mais des bugs "connus" de la lib wxPython 4.0 sous MacOS @xavier@cz: as tu essayé en installant la librairie wxPython en version "dev" 4.1 ? cela semble résoudre nos problèmes d'affichage sous MacOS (le mode opératoire est dans mon précédent post) Ci dessous capture image Sirilic v1 / Python3 / wxPython 4.1 sous MacOS: à priori l'affichage apparaît tel qu'attendu Cordialement
m27trognondepomme Posté 23 juin 2019 Auteur Posté 23 juin 2019 Je pense que le problème vient de la gestion des notebook (onglets) par la librairie wxpython 4.0x pour MacOS j'ai viré les notebook et remplacé les onglets par une version basique. @keymlinux peux tu l'essayer ? Sirilic_macos_v2.zip ( attention, elle n'est pas compatible python 2.7)
m27trognondepomme Posté 23 juin 2019 Auteur Posté 23 juin 2019 (modifié) @keymlinux avec la version wxpython 4.1 , as-tu toujours un problème d'affichage avec la fenêtre de processus Normalement, quand tu as renseigné les champs des onglets "fichiers" et "propriétés", l'affichage devrait apparaitre. Il y a 12 heures, m27trognondepomme a dit : Sirilic avec un apn EOS1200D: voir la video Modifié 23 juin 2019 par m27trognondepomme
keymlinux Posté 23 juin 2019 Posté 23 juin 2019 Non, comme tu l'avais déjà signalé, ce problème n'en était pas un, dès que l'on déclare des fichiers le graphique apparaît
m27trognondepomme Posté 23 juin 2019 Auteur Posté 23 juin 2019 Avec la version WxPython 4.1, as-tu réussi à faire un traitement de bout en bout ? c'est-à-dire avec un lancement du script ? Si Sirilic fonctionne sur MAC avec WxPython 4.1 , il faut que je mette une note au sujet de l'installation spécifique de Sirilic: Le 17/06/2019 à 00:04, keymlinux a dit : pip3 install -U --pre -f https://wxpython.org/Phoenix/snapshot-builds/ wxPython
keymlinux Posté 23 juin 2019 Posté 23 juin 2019 Je viens de tester la version Sirilic_macos_V2 avec python3 et wxPython 4.0.6, je confirme l'affichage correct des onglets Fichiers et Propriété, par contre en thème sombre de je retrouve mes problème de libellés de boutons illisibles. Bon l'interêt c'est que si on reste en thème clair c'est utilisable sans utiliser une version "dev" des librairies, c'est plus confortable pour l'utilisateur mac peu habitué à bidouiller... Cordialement
keymlinux Posté 23 juin 2019 Posté 23 juin 2019 Et oui, je confirme avoir testé le lancement du traitement avec Sirilic 1.0.1 via Python3 et wxPython 4.1, et Siril 0.9.11. Et pour info je fais mes tests avec les fichiers généreusement fournis par @Colmic pour son tuto.
m27trognondepomme Posté 24 juin 2019 Auteur Posté 24 juin 2019 Il y a 18 heures, keymlinux a dit : Je viens de tester la version Sirilic_macos_V2 avec python3 et wxPython 4.0.6, je confirme l'affichage correct des onglets Fichiers et Propriété, par contre en thème sombre de je retrouve mes problème de libellés de boutons illisibles. Bon l'interêt c'est que si on reste en thème clair c'est utilisable sans utiliser une version "dev" des librairies, c'est plus confortable pour l'utilisateur mac peu habitué à bidouiller... Cordialement Super bonne nouvelle. Tant pis pour le wx.notebook de wxpython, je vais garder ma version basique d'onglet pour toutes les cibles (windows/linux/macos). Je vais faire un peu de non-régression avec cette version sur windows et linux , ensuite je fusionnerai dans la branche master de sirilic et sortirai la version 1.02 .
xavier@cz Posté 24 juin 2019 Posté 24 juin 2019 Il y a 22 heures, keymlinux a dit : Et oui, je confirme avoir testé le lancement du traitement avec Sirilic 1.0.1 via Python3 et wxPython 4.1, et Siril 0.9.11. Et pour info je fais mes tests avec les fichiers généreusement fournis par @Colmic pour son tuto. Bon va falloir que j'installe cette version 4.1. Ça sera pour une autre fois. Faut faire dodo quand même. Je viens de faire un test, avec beaucoup trop de fichiers, pas malin pour un test je sais. Je n'ai pas trop compris pourquoi les fichiers ont été copies alors que l'option Use symbolic link était cochée. Au premier test, ça avait bien fait les liens! Mon premier soucis est celui de sélectionner Siril: je vais dans Applications ou il est installe mais pas possible de le sélectionner: Après quand je lance Action Step1, ça roule. 1000 fichiers images, ça prend du temps quand même Mais la Step 2, c'est pas ça. Avec la v 0.49, il y avait plus d’étapes et je créais le script que je copiais après dans le répertoire de Siril, j'ouvrais Siril et je faisais tourner le script. Là pépère est un peu perdu. Après téléchargement du tuto de gaagle dac (c’était bloque au boulot). Je réalise que les script ont un nom unique. Avant, ca prenait le nom de l'objet je crois. Il est vraiment temps d'aller au lit. Demain test avec petit ensemble de fichiers et la 4.1 de wxPython. Sinon, j'ai eu la réponse a ma question plus haut pour les multi sessions RTFM comme d'hab. Merci encore et bon ciel (je sens que je vais encore faire des séances en short cet ete) :) PS: Encore une question mais c'est plutôt pour Siril. Si j'ai 1000 images a empiler, ça va le faire avec 12 GB de RAM ou pas?
vinvin Posté 24 juin 2019 Posté 24 juin 2019 il y a 19 minutes, xavier@cz a dit : Si j'ai 1000 images a empiler, ça va le faire avec 12 GB de RAM ou pas? Oui, plus il y a de mémoire plus ça va vite, mais ça s'adapte à la mémoire disponible dans tous les cas. Il vaut mieux fermer les applications qui prennent beaucoup de mémoire au lancement des traitements pour permettre à siril d'en avoir plus d'ailleurs. Perso j'ai traité 315 images en 4096x4096 avec le drizzle sur un tout petit PC ARM avec 2G de RAM et ça marche très bien.
keymlinux Posté 24 juin 2019 Posté 24 juin 2019 @xavier@cz concernant la sélection du répertoire de Siril, j'ai aussi galèré un peu. Tu peux saisir directement le chemin : /Applications/Siril.app/Contents/Resources/bin On ne peut pas directement choisir le répertoire Siril depuis la boite de dialogue (le bouton avec les ...) car si on voit bien un "objet" nommé Siril, il s'agit en fait de la présentation de l'application au sens MacOs et pas de la présentation du répertoire "Siril.app"
m27trognondepomme Posté 24 juin 2019 Auteur Posté 24 juin 2019 il y a 43 minutes, keymlinux a dit : @xavier@cz concernant la sélection du répertoire de Siril, j'ai aussi galèré un peu. Tu peux saisir directement le chemin : /Applications/Siril.app/Contents/Resources/bin On ne peut pas directement choisir le répertoire Siril depuis la boite de dialogue (le bouton avec les ...) car si on voit bien un "objet" nommé Siril, il s'agit en fait de la présentation de l'application au sens MacOs et pas de la présentation du répertoire "Siril.app" au lieu de mettre le répertoire, je pourrais mettre le fichier siril si c'est plus simple. @xavier@czLa traduction des menus en français n'a pas l'air de fonctionner chez toi, alors que sur la copie d'écran de @keymlinux est bien en français . Est ce encore un problème de version Wxpython 4.06 ou 4.1 ?
xavier@cz Posté 25 juin 2019 Posté 25 juin 2019 (modifié) Il y a 12 heures, m27trognondepomme a dit : au lieu de mettre le répertoire, je pourrais mettre le fichier siril si c'est plus simple. @xavier@czLa traduction des menus en français n'a pas l'air de fonctionner chez toi, alors que sur la copie d'écran de @keymlinux est bien en français . Est ce encore un problème de version Wxpython 4.06 ou 4.1 ? @m27trognondepomme Non, non. Sur les version precedentes, il fallait que je definisse la variable LANG avant de lancer Sirilic. Sans ca, ca ne demarrait pas. Maintenant, ca ne plante plus et si j'oublie, ca reste en anglais qui est la langue de mon OS. C'est toujours mieux que le tcheque. Tiens d'ailleurs, je pourrais essayer de faire une localisation en tcheque... si je trouve un peu de temps. Ca ne sera pas aussi drole qu'en cyrillic mais bon. Modifié 25 juin 2019 par xavier@cz
Messages recommandés