From c.doignon at unistra.fr Sun Nov 4 11:53:12 2012 From: c.doignon at unistra.fr (DOIGNON Christophe) Date: Sun, 04 Nov 2012 11:53:12 +0100 Subject: [Users-fr] =?iso-8859-1?q?R=E9sultats_diff=E9rents_pour_analpf_?= =?iso-8859-1?q?=28traitement_du_signal=29_avec_scilab_linux_et_scilab__Wi?= =?iso-8859-1?q?ndows_=285=2E3=2E3=29?= Message-ID: <50964918.7080008@unistra.fr> Bonjour, Voulant préparer une séance de TD de traitement du signal (linéaire et déterministe) pour mes élèves, j'ai par hasard pu constater une sérieuse différence de résultats entre les deux versions 5.3.3 pour Windows et Linux sur l'exemple associé à la fonction 'analpf' (help de scilab). La version sur Linux donne le bon résultat. Les différences liées à l'exemple proviennent déjà des résultats retournés par la fonction analpf() qui sont les suivants: 1) Sous Windows, la fonction de transfert hs vaut : hs(2) = 161.30794 hs(3) = 27.814105 + 121.7205 s + 37.094238 s^2 + 4.9181782 s^3 + s^4 2) Sous Linux (Ubuntu 12.04 LTS, 64 bits), elle vaut : hs(2) = 161.30794 hs(3) = 179.23 + 96.90 s + 37.09 s^2 + 4.91 s^3 + s^4 Les réponses fréquentielles sont alors très très différentes..... cordialement, cri2nofinger From sylvestre.ledru at scilab-enterprises.com Sun Nov 4 12:38:53 2012 From: sylvestre.ledru at scilab-enterprises.com (Sylvestre Ledru) Date: Sun, 04 Nov 2012 12:38:53 +0100 Subject: [Users-fr] =?iso-8859-1?q?R=E9sultats_diff=E9rents_pour_analpf_?= =?iso-8859-1?q?=28traitement_du_signal=29_avec_scilab_linux_et_scilab__Wi?= =?iso-8859-1?q?ndows_=285=2E3=2E3=29?= In-Reply-To: <50964918.7080008@unistra.fr> References: <50964918.7080008@unistra.fr> Message-ID: <509653CD.8020204@scilab-enterprises.com> Bonjour Christophe, On 04/11/2012 11:53, DOIGNON Christophe wrote: > > Bonjour, > > Voulant préparer une séance de TD de traitement du signal (linéaire et > déterministe) pour mes élèves, j'ai par hasard > pu constater une sérieuse différence de résultats entre les deux > versions 5.3.3 pour Windows et Linux > sur l'exemple associé à la fonction 'analpf' (help de scilab). > > La version sur Linux donne le bon résultat. Les différences liées à > l'exemple proviennent déjà des résultats retournés par la fonction > analpf() qui sont les suivants: > > 1) Sous Windows, la fonction de transfert hs vaut : > hs(2) = 161.30794 > hs(3) = 27.814105 + 121.7205 s + 37.094238 s^2 + 4.9181782 s^3 + s^4 > > 2) Sous Linux (Ubuntu 12.04 LTS, 64 bits), elle vaut : > hs(2) = 161.30794 > hs(3) = 179.23 + 96.90 s + 37.09 s^2 + 4.91 s^3 + s^4 > > Les réponses fréquentielles sont alors très très différentes..... Pourrais-tu reporter un bug ? (et indiquer si tu as installé la MKL sous Windows ou non). merci, Sylvestre From c.doignon at unistra.fr Sun Nov 4 14:31:16 2012 From: c.doignon at unistra.fr (cri2nofinger) Date: Sun, 4 Nov 2012 05:31:16 -0800 (PST) Subject: [Users-fr] =?utf-8?q?R=C3=A9sultats_diff=C3=A9rents_pour_analpf_?= =?utf-8?q?=28traitement_du_signal=29_avec_scilab_linux_et_scilab__Windows?= =?utf-8?b?ICg1LjMuMyk=?= In-Reply-To: <509653CD.8020204@scilab-enterprises.com> References: <50964918.7080008@unistra.fr> <509653CD.8020204@scilab-enterprises.com> Message-ID: <1352035876453-4025153.post@n3.nabble.com> Re-bonjour, Suite à la réponse de Sébastien, je me suis penché sur les optimisations proposées lors de l'installation de Scilab sous Windows. J'ai donc opéré diverses installations /désinstallations de scilab. Que ce soient avec les optimisations MKL ou Lapack ou sans ces optimisations, le bug persiste toujours; Je dis (maintenant) le bug, car finalement le problème semble venir de cette version 64 bits de scilab sous windows (scilab-5.3.3.3_x64.exe). En installant la version 32 bits de scilab 5.3.3 sur mon système Windows 7 64-bit (avec les optimisations proposées avec MKL, par défaut), Scilab 32-bit DONNE LE BON RESULTAT pour la fonction analpf() (et identique à celui trouvé auparavant avec Scilab 64-bit sous Linux Ubuntu 12.04 LTS. Le 32-bits sous windows n'est pas mort..... Christophe -- View this message in context: http://mailinglists.scilab.org/Users-fr-Resultats-differents-pour-analpf-traitement-du-signal-avec-scilab-linux-et-scilab-Windows-5-tp4025147p4025153.html Sent from the Liste utilisateur (en français) mailing list archive at Nabble.com. From sylvestre.ledru at scilab-enterprises.com Sun Nov 4 14:36:14 2012 From: sylvestre.ledru at scilab-enterprises.com (Sylvestre Ledru) Date: Sun, 04 Nov 2012 14:36:14 +0100 Subject: [Users-fr] =?iso-8859-1?q?R=E9sultats_diff=E9rents_pour_analpf_?= =?iso-8859-1?q?=28traitement_du_signal=29_avec_scilab_linux_et_scilab__Wi?= =?iso-8859-1?q?ndows_=285=2E3=2E3=29?= In-Reply-To: <1352035876453-4025153.post@n3.nabble.com> References: <50964918.7080008@unistra.fr> <509653CD.8020204@scilab-enterprises.com> <1352035876453-4025153.post@n3.nabble.com> Message-ID: <50966F4E.8010408@scilab-enterprises.com> On 04/11/2012 14:31, cri2nofinger wrote: > Re-bonjour, > > Suite à la réponse de Sébastien, je me suis penché sur les optimisations > proposées Sylvestre ;) > lors de l'installation de Scilab sous Windows. J'ai donc opéré diverses > installations /désinstallations de scilab. Que ce soient avec les > optimisations MKL ou Lapack > ou sans ces optimisations, le bug persiste toujours; Je dis (maintenant) le > bug, car finalement le problème semble venir de cette version 64 bits de > scilab sous windows (scilab-5.3.3.3_x64.exe). > > En installant la version 32 bits de scilab 5.3.3 sur mon système Windows 7 > 64-bit (avec les optimisations proposées avec MKL, par défaut), Scilab > 32-bit DONNE LE BON RESULTAT pour la fonction analpf() (et identique à celui > trouvé auparavant avec Scilab 64-bit sous Linux Ubuntu 12.04 LTS. Le problème se produit aussi avec la 5.4.0 ? Merci, Sylvestre From c.doignon at unistra.fr Sun Nov 4 14:56:44 2012 From: c.doignon at unistra.fr (cri2nofinger) Date: Sun, 4 Nov 2012 05:56:44 -0800 (PST) Subject: [Users-fr] =?utf-8?q?R=C3=A9sultats_diff=C3=A9rents_pour_analpf_?= =?utf-8?q?=28traitement_du_signal=29_avec_scilab_linux_et_scilab__Windows?= =?utf-8?b?ICg1LjMuMyk=?= In-Reply-To: <50964918.7080008@unistra.fr> References: <50964918.7080008@unistra.fr> Message-ID: <1352037404845-4025155.post@n3.nabble.com> Le problème est fixé avec la version 5.4.0 64-bit sous windows. La version de scilab 5.4.0 x_64 donne le bon résultat (avec l'exemple sauvegardé de la version 5.3.3, car sur la version 5.4.0 , l'exemple associé à la fonction analpf() est différent). Il est donc recommandé de mettre à jour la version 5.3.3 x_64 sous windows... cordialement et merci, Christophe -- View this message in context: http://mailinglists.scilab.org/Users-fr-Resultats-differents-pour-analpf-traitement-du-signal-avec-scilab-linux-et-scilab-Windows-5-tp4025147p4025155.html Sent from the Liste utilisateur (en français) mailing list archive at Nabble.com. From jacques.beilin at ensg.eu Tue Nov 13 10:22:50 2012 From: jacques.beilin at ensg.eu (jacques.beilin) Date: Tue, 13 Nov 2012 10:22:50 +0100 Subject: [Users-fr] =?iso-8859-1?q?probl=E8me_avec_la_fonction_getdate=28?= =?iso-8859-1?q?=29?= Message-ID: <50A2116A.5020708@ensg.eu> Bonjour, Je suis en train d'essayer d'utiliser Scilab. En réalisant le portage d'un package de gestion de dates/heures réalisé sous Gnu Octave, Je suis tombé sur un comportement un peu curieux de la part d'une routine Scilab. J'utilise la fonction getdate() pour récuperer différents élément concernant la date courante ou une date définie par rapport à l'époque de référence Unix (1er janvier 1970 à 0h00UTC). Quand on appelle getdate sans paramètre, on récupère la date courante incluant un décalage horaire. Par contre quand on appelle getdate(0), la fonction renvoie le 1er Janvier 1970 à 1h00UTC au lieu de 0h00 (le 0 en paramètre indique le nombre de secondes par rapport au 1er janvier 1970 0h00) -->getdate(0) ans = 1970. 1. 1. 1. 5. 1. 1. 0. 0. 0. Il n'y a à mon sens de raison de corriger le fuseau quand on appelle getdate avec un paramètre. Sur une machine réglée sur UTC+00, on obtient bien 0h avec getdate. Pour info Gnu Octave renvoie bien 0h dans tous les cas (la fonction appelée est alors gmtime(0)). Cordialement, Jacques Beilin -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: jacques_beilin.vcf Type: text/x-vcard Taille: 545 octets Desc: non disponible URL: From samir.m at libertysurf.fr Tue Nov 13 23:52:58 2012 From: samir.m at libertysurf.fr (Samir Maikhaf) Date: Tue, 13 Nov 2012 23:52:58 +0100 Subject: [Users-fr] Chargement de plusieurs images dans Scilab ? Message-ID: <000301cdc1f1$a1470e40$e3d52ac0$@libertysurf.fr> Bonjour, Je suis étudiant en Informatique et j’aimerai savoir si il était possible de charger un dossier entier d’images dans Scilab de manière automatique, afin de travailler sur la forme matricielle de ces images ? Merci. Maikhaf Samir Etudiant -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From manuk7 at laposte.net Thu Nov 15 20:09:47 2012 From: manuk7 at laposte.net (manuk7) Date: Thu, 15 Nov 2012 20:09:47 +0100 Subject: [Users-fr] =?iso-8859-1?q?probl=E8me_avec_la_fonction_getdate=28?= =?iso-8859-1?q?=29?= In-Reply-To: <50A2116A.5020708@ensg.eu> References: <50A2116A.5020708@ensg.eu> Message-ID: <50A53DFB.80404@laposte.net> On 13/11/2012 10:22, jacques.beilin wrote: > Bonjour, > > Je suis en train d'essayer d'utiliser Scilab. En réalisant le portage > d'un package de gestion de dates/heures réalisé sous Gnu Octave, Je suis > tombé sur un comportement un peu curieux de la part d'une routine Scilab. > > J'utilise la fonction getdate() pour récuperer différents élément > concernant la date courante ou une date définie par rapport à l'époque > de référence Unix (1er janvier 1970 à 0h00UTC). > > Quand on appelle getdate sans paramètre, on récupère la date courante > incluant un décalage horaire. Par contre quand on appelle getdate(0), la > fonction renvoie le 1er Janvier 1970 à 1h00UTC au lieu de 0h00 (le 0 en > paramètre indique le nombre de secondes par rapport au 1er janvier 1970 > 0h00) > [...] Bonjour, Cela semble correspondre au rapport de bug suivant : http://bugzilla.scilab.org/show_bug.cgi?id=8898 Je pense également que la documentation devrait mentionner que getdate() retourne une date locale, et qu'une commande getdate_UTC() devrait être proposée en complément. Cordialement, From lucien.povy at free.fr Mon Nov 26 18:11:57 2012 From: lucien.povy at free.fr (Lucien Povy) Date: Mon, 26 Nov 2012 18:11:57 +0100 Subject: [Users-fr] Erreur probable dans .../modules/cacsd /macros/phaseplot.sci Message-ID: <50B3A2DD.205@free.fr> Bonjour à tous, Je pense qu'il y a une erreur dans la fonction phaseplot : (.../modules/cacsd /macros/phaseplot.sci) à la ligne 54 il faut écrire [frq,d,phi]=varargin(1:rhs) et non [frq,d,phi]=varargin(1:rhs-1) sinon on n'a pas la phase pour tracer le diagramme de phase. Avec l'option d'entrée choisie on doit avoir les trois arguments et non deux arguments comme dans gainplot. bien cordialement L.P From vincent.couvert at scilab-enterprises.com Tue Nov 27 09:28:54 2012 From: vincent.couvert at scilab-enterprises.com (Vincent COUVERT) Date: Tue, 27 Nov 2012 09:28:54 +0100 Subject: [Users-fr] Erreur probable dans .../modules/cacsd /macros/phaseplot.sci In-Reply-To: <50B3A2DD.205@free.fr> References: <50B3A2DD.205@free.fr> Message-ID: <50B479C6.2010304@scilab-enterprises.com> Bonjour, Merci pour cette information. Nous venons d'ouvrir un bug pour ce problème (http://bugzilla.scilab.org/show_bug.cgi?id=12115) il sera corrigé dans la prochaine version de Scilab. Cordialement, Vincent COUVERT Le 26/11/12 18:11, Lucien Povy a écrit : > Bonjour à tous, > Je pense qu'il y a une erreur dans la fonction phaseplot : > (.../modules/cacsd /macros/phaseplot.sci) > à la ligne 54 il faut écrire [frq,d,phi]=varargin(1:rhs) et non > [frq,d,phi]=varargin(1:rhs-1) sinon on n'a > pas la phase pour tracer le diagramme de phase. > Avec l'option d'entrée choisie on doit avoir les trois arguments et > non deux arguments comme dans gainplot. > bien cordialement > L.P > > _______________________________________________ > users-fr mailing list > users-fr at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users-fr From laurent.berger at univ-lemans.fr Wed Nov 28 10:00:04 2012 From: laurent.berger at univ-lemans.fr (laurent berger) Date: Wed, 28 Nov 2012 01:00:04 -0800 (PST) Subject: [Users-fr] =?utf-8?q?Acc=C3=A9der_=C3=A0_Scilab_en_mode_batch_dep?= =?utf-8?q?uis_Java?= In-Reply-To: <5079C516.4060904@scilab-enterprises.com> References: <13390724.nt67CuTjlp@volte> <1349705456146-4024981.post@n3.nabble.com> <5079C516.4060904@scilab-enterprises.com> Message-ID: <1354093204881-4025358.post@n3.nabble.com> Désolé je viens juste de voir votre réponse. En effet j'ai un un souci avec scilab 5.4.0. J'ai un programme C qui appelle scilab soit en mode API ou bien en lançant une commande du type Scilex.exe -nb -nouserstartup -f nomDuScript *Dans ce dernier cas dans la console j'ai le message xs2jpg : impossible de créer le fichier d'export, veuillez signaler un bug sur http://bugzilla.scilab.org * Je pense que une cause possible du problème est le tracé des courbes. Je pense (conditionnel) avoir réussi à reproduire indépendamment du mode api à partir du programme suivant nomFic0="a.jpg"; nomFic1="b.jpg"; nomFic2="c.jpg"; nomFic3="d.jpg"; nomFic4="e.jpg"; nomFic5="f.jpg"; t=0:0.01:100; y=sin(t); figure(0); clf(); plot(t,sin(t)) xs2jpg(0,nomFic0);xdel(0); figure(1); clf(); plot(t,sin(t)) xs2jpg(1,nomFic1); xdel(1); figure(2); clf(); plot(t,sin(t)) xs2jpg(2,nomFic2); xdel(2); figure(3); clf(); plot(t,sin(t)) xs2jpg(3,nomFic3); xdel(3); figure(4); clf(); plot(t,sin(t)) xs2jpg(4,nomFic4); xdel(4); figure(5); clf(); plot(t,sin(t)) xs2jpg(5,nomFic5); xdel(5); Si je lance ce programme plusieurs fois de suite scilab se ferme sans aucun message d'avertissement ou bien se bloque. Quand je n'ai pas de graphique je n'ai pas constaté d'erreur. Mes excuses encore pour ce retard dans ma réponse -- View this message in context: http://mailinglists.scilab.org/Users-fr-Acceder-a-Scilab-en-mode-batch-depuis-Java-tp4024962p4025358.html Sent from the Liste utilisateur (en français) mailing list archive at Nabble.com. From sylvestre.ledru at scilab-enterprises.com Wed Nov 28 10:02:47 2012 From: sylvestre.ledru at scilab-enterprises.com (Sylvestre Ledru) Date: Wed, 28 Nov 2012 10:02:47 +0100 Subject: [Users-fr] =?iso-8859-1?q?Acc=E9der_=E0_Scilab_en_mode_batch_depu?= =?iso-8859-1?q?is_Java?= In-Reply-To: <1354093204881-4025358.post@n3.nabble.com> References: <13390724.nt67CuTjlp@volte> <1349705456146-4024981.post@n3.nabble.com> <5079C516.4060904@scilab-enterprises.com> <1354093204881-4025358.post@n3.nabble.com> Message-ID: <50B5D337.6020102@scilab-enterprises.com> Bonjour, Je sais que je ne réponds pas vraiment à votre question mais vous devriez regarder du coté de driver/xinit/xend pour faire des exports en mémoire et plus rapides: http://help.scilab.org/docs/5.4.0/en_US/driver.html http://help.scilab.org/docs/5.4.0/en_US/xinit.html Sylvestre On 28/11/2012 10:00, laurent berger wrote: > Désolé je viens juste de voir votre réponse. > En effet j'ai un un souci avec scilab 5.4.0. > J'ai un programme C qui appelle scilab soit en mode API ou bien en lançant > une commande du type Scilex.exe -nb -nouserstartup -f nomDuScript > *Dans ce dernier cas dans la console j'ai le message xs2jpg : impossible de > créer le fichier d'export, veuillez signaler un bug sur > http://bugzilla.scilab.org > * > Je pense que une cause possible du problème est le tracé des courbes. > Je pense (conditionnel) avoir réussi à reproduire indépendamment du mode api > à partir du programme suivant > nomFic0="a.jpg"; > nomFic1="b.jpg"; > nomFic2="c.jpg"; > nomFic3="d.jpg"; > nomFic4="e.jpg"; > nomFic5="f.jpg"; > t=0:0.01:100; > y=sin(t); > figure(0); > clf(); > plot(t,sin(t)) > xs2jpg(0,nomFic0);xdel(0); > figure(1); > clf(); > plot(t,sin(t)) > xs2jpg(1,nomFic1); > xdel(1); > figure(2); > clf(); > plot(t,sin(t)) > xs2jpg(2,nomFic2); > xdel(2); > figure(3); > clf(); > plot(t,sin(t)) > xs2jpg(3,nomFic3); > xdel(3); > figure(4); > clf(); > plot(t,sin(t)) > xs2jpg(4,nomFic4); > xdel(4); > figure(5); > clf(); > plot(t,sin(t)) > xs2jpg(5,nomFic5); > xdel(5); > > Si je lance ce programme plusieurs fois de suite scilab se ferme sans aucun > message d'avertissement ou bien se bloque. > Quand je n'ai pas de graphique je n'ai pas constaté d'erreur. > Mes excuses encore pour ce retard dans ma réponse > > > > > -- > View this message in context: http://mailinglists.scilab.org/Users-fr-Acceder-a-Scilab-en-mode-batch-depuis-Java-tp4024962p4025358.html > Sent from the Liste utilisateur (en français) mailing list archive at Nabble.com. > _______________________________________________ > users-fr mailing list > users-fr at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/users-fr From laurent.berger at univ-lemans.fr Wed Nov 28 15:29:31 2012 From: laurent.berger at univ-lemans.fr (laurent berger) Date: Wed, 28 Nov 2012 06:29:31 -0800 (PST) Subject: [Users-fr] =?utf-8?q?Acc=C3=A9der_=C3=A0_Scilab_en_mode_batch_dep?= =?utf-8?q?uis_Java?= In-Reply-To: <50B5D337.6020102@scilab-enterprises.com> References: <13390724.nt67CuTjlp@volte> <1349705456146-4024981.post@n3.nabble.com> <5079C516.4060904@scilab-enterprises.com> <1354093204881-4025358.post@n3.nabble.com> <50B5D337.6020102@scilab-enterprises.com> Message-ID: <1354112971829-4025360.post@n3.nabble.com> j'ai fait la modification en utilisant les commandes driver et xinit et xend. je n'ai pas eu de plantage pour l'instant. Votre solution me convient mais je pense qu'il reste un bug dans scilab ou la machine java. Pour moi avant c'est comme si la commande xdel était exécutée avant la fin de la commande xs2jpg. Merci pour votre solution -- View this message in context: http://mailinglists.scilab.org/Users-fr-Acceder-a-Scilab-en-mode-batch-depuis-Java-tp4024962p4025360.html Sent from the Liste utilisateur (en français) mailing list archive at Nabble.com. From sylvestre.ledru at scilab-enterprises.com Wed Nov 28 15:53:06 2012 From: sylvestre.ledru at scilab-enterprises.com (Sylvestre Ledru) Date: Wed, 28 Nov 2012 15:53:06 +0100 Subject: [Users-fr] =?iso-8859-1?q?Acc=E9der_=E0_Scilab_en_mode_batch_depu?= =?iso-8859-1?q?is_Java?= In-Reply-To: <1354112971829-4025360.post@n3.nabble.com> References: <13390724.nt67CuTjlp@volte> <1349705456146-4024981.post@n3.nabble.com> <5079C516.4060904@scilab-enterprises.com> <1354093204881-4025358.post@n3.nabble.com> <50B5D337.6020102@scilab-enterprises.com> <1354112971829-4025360.post@n3.nabble.com> Message-ID: <50B62552.5080701@scilab-enterprises.com> On 28/11/2012 15:29, laurent berger wrote: > j'ai fait la modification en utilisant les commandes driver et xinit et xend. > je n'ai pas eu de plantage pour l'instant. > Votre solution me convient mais je pense qu'il reste un bug dans scilab ou > la machine java. Oui, je n'en disconviens pas! Pourriez-vous reporter un bug ? Merci, Sylvestre From ffeydel at adetelgroup.com Thu Nov 29 11:34:31 2012 From: ffeydel at adetelgroup.com (=?iso-8859-1?Q?FEYDEL_Fr=E9d=E9ric?=) Date: Thu, 29 Nov 2012 11:34:31 +0100 Subject: [Users-fr] =?iso-8859-1?q?G=E9n=E9ration_de_code_vers_une_cible_H?= =?iso-8859-1?q?W?= Message-ID: <51D9710FF5643747BB605F97B8DE56CD083BEBBF@STEGOSAURE.adetel.com> Bonjour, Je suis intéressé par la génération de code via Scilab. J'ai vu une génération de code « standard » par contre je n'ai pas vu de description, d'aide ou d'exemple pour une génération vers une cible HW spécifique. Je fais allusion à certaines options qu'on peut trouver sur Matlab ou on peut choisir des micro très facilement. Faut-il faire le portage uniquement à la main à partir du code généré standard ? Existe-t-il des exemples ou des process de portage vers certaines cibles ? Merci pour vos retours, Cdlt. Frédéric Feydel Adeneo -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: