[Synfig-devl] [ synfig-Patches-2814648 ] Enable reverse manipulations for Scale Convert
Patches item #2814648, was opened at 2009-06-30 16:50 Message generated for change (Tracker Item Submitted) made by uranus-235 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ray Frederikson (uranus-235) Assigned to: Nobody/Anonymous (nobody) Summary: Enable reverse manipulations for Scale Convert Initial Comment: Converting value to Scale makes duck unaccessible for direct manipulations with mouse. It is marked as greyed one. This patch enables reverse manipulations for ducks of Scale convert type. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2814648 ] Enable reverse manipulations for Scale Convert
Patches item #2814648, was opened at 2009-06-30 16:50 Message generated for change (Comment added) made by gballintijn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ray Frederikson (uranus-235) Assigned to: Nobody/Anonymous (nobody) Summary: Enable reverse manipulations for Scale Convert Initial Comment: Converting value to Scale makes duck unaccessible for direct manipulations with mouse. It is marked as greyed one. This patch enables reverse manipulations for ducks of Scale convert type. -- >Comment By: Gerco Ballintijn (gballintijn) Date: 2009-06-30 19:50 Message: Do you mind posting this patch to the Synfig patch review site http://patches.synfig.org/ ? This allows us to share and discuss our comments, easily comment on details, etc. Thanks! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2817198 ] Whitespace when importing an .svg image into Synfig
Bugs item #2817198, was opened at 2009-07-05 17:57 Message generated for change (Tracker Item Submitted) made by coolname007 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2817198&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Coolname007 (coolname007) Assigned to: Nobody/Anonymous (nobody) Summary: Whitespace when importing an .svg image into Synfig Initial Comment: Hello. There is a problem with Synfig when I import an .svg created by Inkscape into Synfig. The problem is there is "whitespace" around most of the imported image, when there was none in the version viewed in Inkscape. I apologize if this bug has been posted already. I made a search, but I couldn't find a duplicate. Thank you. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2817198&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2817198 ] Whitespace when importing an .svg image into Synfig
Bugs item #2817198, was opened at 2009-07-05 17:57 Message generated for change (Comment added) made by coolname007 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2817198&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Coolname007 (coolname007) Assigned to: Nobody/Anonymous (nobody) Summary: Whitespace when importing an .svg image into Synfig Initial Comment: Hello. There is a problem with Synfig when I import an .svg created by Inkscape into Synfig. The problem is there is "whitespace" around most of the imported image, when there was none in the version viewed in Inkscape. I apologize if this bug has been posted already. I made a search, but I couldn't find a duplicate. Thank you. -- >Comment By: Coolname007 (coolname007) Date: 2009-07-05 18:02 Message: Oh, and I almost forgot. I was running Ubuntu 8.10 (Intrepid Ibex) when the problem occurred. Version of synfig is the latest. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2817198&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2805833 ] Size of mistmatch error shown
Bugs item #2805833, was opened at 2009-06-13 10:44 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2805833&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version >Status: Closed >Resolution: Invalid Priority: 9 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Size of mistmatch error shown Initial Comment: SVN revision 2378 produces following errors when start synfigstudio: synfig(27854) [10:35:56] error: Size of Canvas mismatch (app:1080, lib:1032) synfig(27854) [10:35:56] error: Size of Layer mismatch (app:464, lib:416) synfig(27854) [10:35:56] error: Size of Canvas mismatch (app:1080, lib:1032) synfig(27854) [10:35:56] error: Size of Layer mismatch (app:464, lib:416) revision 2376 doesn't produce those errors. I have set this but to high priority because I think that it can produce others bugs when the data accessing mixes size of objects, co corruption is easily reached. -G -- >Comment By: Genete (genete) Date: 2009-07-08 01:41 Message: Not a bug really. -- Comment By: Genete (genete) Date: 2009-06-15 15:58 Message: Yeah! you're the best, man! I've removed the load of those modules and now runs fine! Thanks! Closing this tracker and sorry for make you loose the time. -- Comment By: dooglus (dooglus) Date: 2009-06-15 15:01 Message: The problem is that you're loading the magickpp and livavcodec modules from /usr/local/lib - these are old versions, from before the sizes of the classes were changed: open("/usr/local/lib/synfig/modules/libmod_magickpp.la", O_RDONLY) = 8 open("/usr/local/lib/synfig/modules/libmod_magickpp.so", O_RDONLY) = 8 open("/usr/local/lib/synfig/modules/libmod_libavcodec.la", O_RDONLY) = 8 open("/usr/local/lib/synfig/modules/libmod_libavcodec.so", O_RDONLY) = 8 When studio starts, it'll print something like: synfig(19947) [14:59:49] info: Loading modules from /home/chris/.synfig/synfig_modules.cfg to the terminal you run it from. Edit that file and remove the two lines for magickpp and libavcodec and you'll be fine: The two lines say: mod_libavcodec mod_magickpp -- Comment By: dooglus (dooglus) Date: 2009-06-15 11:03 Message: It looks like you didn't rebuild everything. The error messages are saying that the sizes of the Canvas and Layer classes are different between synfig core and synfig studio. Try a full rebuild - I think the problem will go away. -- Comment By: Genete (genete) Date: 2009-06-14 11:17 Message: Attached you can see the details of my system. I've done: $sudo rm /usr/local/bin/synfigstudio $sudo rm /usr/local/bin/synfig $sudo rm /usr/local/lib/libsynfig.so* $sudo rm /usr/local/lib/libsynfigapp.so* $sudo rm -r /usr/local/include/ETL $sudo rm -r /usr/local/include/synfig* (the last one not needed because already done by the previous) then I removed the etl, synfig-core, synfig-studio folders and re run the three scripts (in order) again. after running synfigstudio I have the same error result. -- Comment By: Paul Wise (pabs3) Date: 2009-06-13 18:13 Message: Hmm, this is really weird. Which architecture is this on? Can you remove these files/folders and try again? /usr/local/bin/synfigstudio /usr/local/lib/synfig /usr/local/lib/libsynfig.so* /usr/local/lib/libsynfigapp.so* /usr/local/include/ETL /usr/local/include/synfig* /usr/local/include/synfigapp* -- Comment By: Genete (genete) Date: 2009-06-13 17:41 Message: Confirmed. I've removed etl, synfig-core and synfig-studio folders. I've run my scripts to build them all (in order) and after build it suscesfully I obtain the same message in the console. etl script: - svn co https://synfig.svn.sourceforge.net/svnroot/synfig/ETL/trunk/ etl cd etl autoreconf --install --force ./configure sudo make install cd .. --- synfig-core script: --- svn co https://synfig.svn.sourceforge.net/svnroot/synfig/synfig-core/trunk/ synfig-core sed -i 's/^AC_CONFIG_SUBDIRS/# AC_CONFIG_SUBDIRS/' synfig-core/configure.ac cd synfig-core libtoolize --ltdl --copy --force autoreconf --install --force ./configure make -j8 sudo make install -j8 cd .. --
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Tracker Item Submitted) made by karl_stiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Comment added) made by karl_stiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- >Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 12:37 Message: Uh i forgot, i get something like this: (synfigstudio:19617): Gtk-CRITICAL **: gtk_ui_manager_remove_action_group: assertion `g_list_find (self->private_data->action_groups, action_group) != NULL' failed synfig(19617) [12:13:39 PM] info: closed -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Comment added) made by karl_stiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 15:05 Message: Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb50ffb90 (LWP 22288)] sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 43 functors/slot_base.cc: No such file or directory. in functors/slot_base.cc Current language: auto; currently c++ (gdb) bt #0 sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 #1 0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at functors/slot_base.cc:165 #2 0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at connection.cc:85 #3 0xb7d1c8fa in synfig::Canvas::disconnect_connections () from /opt/synfig/lib/libsynfig.so.0 #4 0xb7d21a3d in synfig::Canvas::erase () from /opt/synfig/lib/libsynfig.so.0 #5 0xb7d21c0b in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #6 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #7 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #8 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #9 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #10 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #11 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #12 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #13 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #14 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #15 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #16 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #17 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #18 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #19 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #20 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #21 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #22 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #23 0xb7c3efbd in synfig::Target_Scanline::render () from /opt/synfig/lib/libsynfig.so.0 #24 0x081dde4a in studio::AsyncRenderer::render_target () #25 0xb7217188 in call_thread_entry_slot (data=0xb5187070) at /opt/synfig/include/sigc++-2.0/sigc++/functors/slot.h:440 #26 0xb6fb016f in ?? () from /usr/lib/libglib-2.0.so.0 #27 0xb5187070 in ?? () #28 0xb5163178 in ?? () #29 0xb6e27ff4 in ?? () from /lib/libc.so.6 #30 0xb6e26290 in ?? () from /lib/libc.so.6 #31 0xb6df6cfe in ?? () from /lib/libc.so.6 #32 0xb50ff3c4 in ?? () #33 0xb7a40280 in ?? () from /lib/libpthread.so.0 #34 0xb7a4dff4 in ?? () from /lib/libpthread.so.0 #35 0xb50ffb90 in ?? () #36 0x in ?? () -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 12:37 Message: Uh i forgot, i get something like this: (synfigstudio:19617): Gtk-CRITICAL **: gtk_ui_manager_remove_action_group: assertion `g_list_find (self->private_data->action_groups, action_group) != NULL' failed synfig(19617) [12:13:39 PM] info: closed ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- >Comment By: Genete (genete) Date: 2009-07-09 20:01 Message: Hi. It is possible that this bug has been solved in the latest revisions. We haven't released an official version already but we provide universal binaries for every system. Please uninstall the packages provided by debian and install the ones from the download page. Report here if you still having the same problem or not. Download the packages here: http://synfig.org/Download#Development_snapshots -G -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 15:05 Message: Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb50ffb90 (LWP 22288)] sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 43 functors/slot_base.cc: No such file or directory. in functors/slot_base.cc Current language: auto; currently c++ (gdb) bt #0 sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 #1 0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at functors/slot_base.cc:165 #2 0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at connection.cc:85 #3 0xb7d1c8fa in synfig::Canvas::disconnect_connections () from /opt/synfig/lib/libsynfig.so.0 #4 0xb7d21a3d in synfig::Canvas::erase () from /opt/synfig/lib/libsynfig.so.0 #5 0xb7d21c0b in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #6 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #7 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #8 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #9 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #10 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #11 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #12 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #13 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #14 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #15 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #16 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #17 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #18 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #19 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #20 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #21 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #22 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #23 0xb7c3efbd in synfig::Target_Scanline::render () from /opt/synfig/lib/libsynfig.so.0 #24 0x081dde4a in studio::AsyncRenderer::render_target () #25 0xb7217188 in call_thread_entry_slot (data=0xb5187070) at /opt/synfig/include/sigc++-2.0/sigc++/functors/slot.h:440 #26 0xb6fb016f in ?? () from /usr/lib/libglib-2.0.so.0 #27 0xb5187070 in ?? () #28 0xb5163178 in ?? () #29 0xb6e27ff4 in ?? () from /lib/libc.so.6 #30 0xb6e26290 in ?? () from /lib/libc.so.6 #31 0xb6df6cfe in ?? () from /lib/libc.so.6 #32 0xb50ff3c4 in ?? () #33 0xb7a40280 in ?? () from /lib/libpthread.so.0 #34 0xb7a4dff4 in ?? () from /lib/libpthread.so.0 #35 0xb50ffb90 in ?? () #36 0x in ?? () -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 12:37 Message: Uh i forgot, i get something like this: (synfigstudio:19617): Gtk-CRITICAL **: gtk_ui_manager_remove_action_group: assertion `g_list_find (self->private_data->action_groups, action_group) != NULL
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 10:35 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 07:40 Message: Testet with Synfig 0.61.09 SVN237: The problem still occures, but the bt looks diffrent now Program received signal SIGABRT, Aborted. [Switching to Thread 0xb4cffb90 (LWP 27019)] 0xb6d67556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb6d67556 in raise () from /lib/libc.so.6 #1 0xb6d68d78 in abort () from /lib/libc.so.6 #2 0xb6da1aa5 in ?? () from /lib/libc.so.6 #3 0x000d in ?? () #4 0xb4cfd654 in ?? () #5 0x0400 in ?? () #6 0xb6e5e068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfcf2d0f in ?? () #9 0x0015 in ?? () #10 0xb6e5e081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6e5e140 in ?? () from /lib/libc.so.6 #13 0x001f in ?? () #14 0xb6e5e085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xb4cfdb83 in ?? () #17 0x0008 in ?? () #18 0xb6e5e08b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Genete (genete) Date: 2009-07-09 18:01 Message: Hi. It is possible that this bug has been solved in the latest revisions. We haven't released an official version already but we provide universal binaries for every system. Please uninstall the packages provided by debian and install the ones from the download page. Report here if you still having the same problem or not. Download the packages here: http://synfig.org/Download#Development_snapshots -G -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 13:05 Message: Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb50ffb90 (LWP 22288)] sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 43 functors/slot_base.cc: No such file or directory. in functors/slot_base.cc Current language: auto; currently c++ (gdb) bt #0 sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 #1 0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at functors/slot_base.cc:165 #2 0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at connection.cc:85 #3 0xb7d1c8fa in synfig::Canvas::disconnect_connections () from /opt/synfig/lib/libsynfig.so.0 #4 0xb7d21a3d in synfig::Canvas::erase () from /opt/synfig/lib/libsynfig.so.0 #5 0xb7d21c0b in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #6 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #7 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #8 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #9 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #10 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #11 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #12 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #13 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #14 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #15 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #16 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #17 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #18 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #19 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from /opt/synfig/lib/libsynfig.so.0 #20 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from /opt/synfig/lib/libsynfig.so.0 #21 0xb7d21c42 in synfig::Canvas::clear () from /opt/synfig/lib/libsynfig.so.0 #22 0xb7d2ad6b in synfig::Canvas::~Canvas () from /opt/synfig/lib/libsynfig.so.0 #23
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Comment added) made by karl_stiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- >Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 17:52 Message: Tested with Synfig GIT Master Branch 2009-07-10: Backtrace & where, not really helpfull :( (gdb) bt #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () (gdb) where #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 09:40 Message: Testet with Synfig 0.61.09 SVN237: The problem still occures, but the bt looks diffrent now Program received signal SIGABRT, Aborted. [Switching to Thread 0xb4cffb90 (LWP 27019)] 0xb6d67556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb6d67556 in raise () from /lib/libc.so.6 #1 0xb6d68d78 in abort () from /lib/libc.so.6 #2 0xb6da1aa5 in ?? () from /lib/libc.so.6 #3 0x000d in ?? () #4 0xb4cfd654 in ?? () #5 0x0400 in ?? () #6 0xb6e5e068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfcf2d0f in ?? () #9 0x0015 in ?? () #10 0xb6e5e081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6e5e140 in ?? () from /lib/libc.so.6 #13 0x001f in ?? () #14 0xb6e5e085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xb4cfdb83 in ?? () #17 0x0008 in ?? () #18 0xb6e5e08b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Genete (genete) Date: 2009-07-09 20:01 Message: Hi. It is possible that this bug has been solved in the latest revisions. We haven't released an official version already but we provide universal binaries for every system. Please uninstall the packages provided by debian and install the ones from the download page. Report here if you still having the same problem or not. Download the packages here: http://synfig.org/Download#Development_snapshots -G -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 15:05 Message: Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb50ffb90 (LWP 22288)] sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 43 functors/slot_base.cc: No such file or directory. in functors/slot_base.cc Current language: auto; currently c++ (gdb) bt #0 sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 #1 0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at functors/slot_base.cc:165 #2 0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at connection.cc:85 #3 0xb7d1c8fa in synfig::Canvas::disconnect_connections () from /opt/synfig/lib/libsynfig.so.0 #4 0xb7d21a3d in synfig::Canvas::erase () from /opt/synfig/lib/libsynfig.so.0 #5
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Settings changed) made by karl_stiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug >Group: GIT version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 17:52 Message: Tested with Synfig GIT Master Branch 2009-07-10: Backtrace & where, not really helpfull :( (gdb) bt #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () (gdb) where #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 09:40 Message: Testet with Synfig 0.61.09 SVN237: The problem still occures, but the bt looks diffrent now Program received signal SIGABRT, Aborted. [Switching to Thread 0xb4cffb90 (LWP 27019)] 0xb6d67556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb6d67556 in raise () from /lib/libc.so.6 #1 0xb6d68d78 in abort () from /lib/libc.so.6 #2 0xb6da1aa5 in ?? () from /lib/libc.so.6 #3 0x000d in ?? () #4 0xb4cfd654 in ?? () #5 0x0400 in ?? () #6 0xb6e5e068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfcf2d0f in ?? () #9 0x0015 in ?? () #10 0xb6e5e081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6e5e140 in ?? () from /lib/libc.so.6 #13 0x001f in ?? () #14 0xb6e5e085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xb4cfdb83 in ?? () #17 0x0008 in ?? () #18 0xb6e5e08b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Genete (genete) Date: 2009-07-09 20:01 Message: Hi. It is possible that this bug has been solved in the latest revisions. We haven't released an official version already but we provide universal binaries for every system. Please uninstall the packages provided by debian and install the ones from the download page. Report here if you still having the same problem or not. Download the packages here: http://synfig.org/Download#Development_snapshots -G -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 15:05 Message: Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb50ffb90 (LWP 22288)] sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 43 functors/slot_base.cc: No such file or directory. in functors/slot_base.cc Current language: auto; currently c++ (gdb) bt #0 sigc::internal::slot_rep::disconnect (this=0xfcefe808) at functors/slot_base.cc:43 #1 0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at functors/slot_base.cc:165 #2 0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at connection.cc:85 #3 0xb7d1c8fa in synfig::Canvas::disconnect_connections () from /opt/synfig/lib/libsynfig.so.0 #4 0xb7d21a3d in synfig::Canvas::erase () from /opt/synfig/lib/libsynfig.so.0 #5
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 10:35 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 17:17 Message: I can't make synfig crash by moving "NewBLine038 Region" in Animated mode. I'm on Fedora 10, genete_canvasview branch. Looks like system-specific problem. Try one of those packages and post backtrace for them: http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 15:52 Message: Tested with Synfig GIT Master Branch 2009-07-10: Backtrace & where, not really helpfull :( (gdb) bt #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () (gdb) where #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 07:40 Message: Testet with Synfig 0.61.09 SVN237: The problem still occures, but the bt looks diffrent now Program received signal SIGABRT, Aborted. [Switching to Thread 0xb4cffb90 (LWP 27019)] 0xb6d67556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb6d67556 in raise () from /lib/libc.so.6 #1 0xb6d68d78 in abort () from /lib/libc.so.6 #2 0xb6da1aa5 in ?? () from /lib/libc.so.6 #3 0x000d in ?? () #4 0xb4cfd654 in ?? () #5 0x0400 in ?? () #6 0xb6e5e068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfcf2d0f in ?? () #9 0x0015 in ?? () #10 0xb6e5e081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6e5e140 in ?? () from /lib/libc.so.6 #13 0x001f in ?? () #14 0xb6e5e085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xb4cfdb83 in ?? () #17 0x0008 in ?? () #18 0xb6e5e08b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Genete (genete) Date: 2009-07-09 18:01 Message: Hi. It is possible that this bug has been solved in the latest revisions. We haven't released an official version already but we provide universal binaries for every system. Please uninstall the packages provided by debian and install the ones from the download page. Report here if you still having the same problem or not. Download the packages here: http://synfig.org/Download#Development_snapshots -G -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-09 13:05 Message: Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb50
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Comment added) made by rore_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- Comment By: Aurore "Rore" D. (rore_) Date: 2009-07-10 20:37 Message: No crash here I'm on Debian Unstable, using the last synfig revision. Info from the Synfig about dialog: Built with: ETL 0.04.12 Synfig API (006000) Synfig library 47 GTK+ 2.16.1 GNU G++ 4.3.2 Using: Synfig 0.61.09 GTK+ 2.16.1 -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 19:17 Message: I can't make synfig crash by moving "NewBLine038 Region" in Animated mode. I'm on Fedora 10, genete_canvasview branch. Looks like system-specific problem. Try one of those packages and post backtrace for them: http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 17:52 Message: Tested with Synfig GIT Master Branch 2009-07-10: Backtrace & where, not really helpfull :( (gdb) bt #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () (gdb) where #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 09:40 Message: Testet with Synfig 0.61.09 SVN237: The problem still occures, but the bt looks diffrent now Program received signal SIGABRT, Aborted. [Switching to Thread 0xb4cffb90 (LWP 27019)] 0xb6d67556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb6d67556 in raise () from /lib/libc.so.6 #1 0xb6d68d78 in abort () from /lib/libc.so.6 #2 0xb6da1aa5 in ?? () from /lib/libc.so.6 #3 0x000d in ?? () #4 0xb4cfd654 in ?? () #5 0x0400 in ?? () #6 0xb6e5e068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfcf2d0f in ?? () #9 0x0015 in ?? () #10 0xb6e5e081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6e5e140 in ?? () from /lib/libc.so.6 #13 0x001f in ?? () #14 0xb6e5e085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xb4cfdb83 in ?? () #17 0x0008 in ?? () #18 0xb6e5e08b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Genete (genete) Date: 2009-07-09 20:01 Message: Hi. It is possible that this bug has been solved in the latest revisions. We haven't released an official version already but we provide universal binaries for every system. Please uninstall the packages provided by debian and install the ones from the download
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Comment added) made by karl_stiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- >Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 21:09 Message: I tried it on another Debian system, works fine there. -- Comment By: Aurore "Rore" D. (rore_) Date: 2009-07-10 20:37 Message: No crash here I'm on Debian Unstable, using the last synfig revision. Info from the Synfig about dialog: Built with: ETL 0.04.12 Synfig API (006000) Synfig library 47 GTK+ 2.16.1 GNU G++ 4.3.2 Using: Synfig 0.61.09 GTK+ 2.16.1 -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 19:17 Message: I can't make synfig crash by moving "NewBLine038 Region" in Animated mode. I'm on Fedora 10, genete_canvasview branch. Looks like system-specific problem. Try one of those packages and post backtrace for them: http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 17:52 Message: Tested with Synfig GIT Master Branch 2009-07-10: Backtrace & where, not really helpfull :( (gdb) bt #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () (gdb) where #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 09:40 Message: Testet with Synfig 0.61.09 SVN237: The problem still occures, but the bt looks diffrent now Program received signal SIGABRT, Aborted. [Switching to Thread 0xb4cffb90 (LWP 27019)] 0xb6d67556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb6d67556 in raise () from /lib/libc.so.6 #1 0xb6d68d78 in abort () from /lib/libc.so.6 #2 0xb6da1aa5 in ?? () from /lib/libc.so.6 #3 0x000d in ?? () #4 0xb4cfd654 in ?? () #5 0x0400 in ?? () #6 0xb6e5e068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfcf2d0f in ?? () #9 0x0015 in ?? () #10 0xb6e5e081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6e5e140 in ?? () from /lib/libc.so.6 #13 0x001f in ?? () #14 0xb6e5e085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xb4cfdb83 in ?? () #17 0x0008 in ?? () #18 0xb6e5e08b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Genete (genete) Date: 2009-07-09 20:01 Message: Hi. It is possible that this bug has been solved
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 12:35 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- >Comment By: Genete (genete) Date: 2009-07-11 00:21 Message: Not a bug but a bad system configuration. Closing the tracker. -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 21:09 Message: I tried it on another Debian system, works fine there. -- Comment By: Aurore "Rore" D. (rore_) Date: 2009-07-10 20:37 Message: No crash here I'm on Debian Unstable, using the last synfig revision. Info from the Synfig about dialog: Built with: ETL 0.04.12 Synfig API (006000) Synfig library 47 GTK+ 2.16.1 GNU G++ 4.3.2 Using: Synfig 0.61.09 GTK+ 2.16.1 -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 19:17 Message: I can't make synfig crash by moving "NewBLine038 Region" in Animated mode. I'm on Fedora 10, genete_canvasview branch. Looks like system-specific problem. Try one of those packages and post backtrace for them: http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 17:52 Message: Tested with Synfig GIT Master Branch 2009-07-10: Backtrace & where, not really helpfull :( (gdb) bt #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () (gdb) where #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 09:40 Message: Testet with Synfig 0.61.09 SVN237: The problem still occures, but the bt looks diffrent now Program received signal SIGABRT, Aborted. [Switching to Thread 0xb4cffb90 (LWP 27019)] 0xb6d67556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb6d67556 in raise () from /lib/libc.so.6 #1 0xb6d68d78 in abort () from /lib/libc.so.6 #2 0xb6da1aa5 in ?? () from /lib/libc.so.6 #3 0x000d in ?? () #4 0xb4cfd654 in ?? () #5 0x0400 in ?? () #6 0xb6e5e068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfcf2d0f in ?? () #9 0x0015 in ?? () #10 0xb6e5e081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6e5e140 in ?? () from /lib/libc.so.6 #13 0x001f in ?? () #14 0xb6e5e085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xb4cfdb83 in ?? () #17 0x0008 in ?? () #18 0
[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode
Bugs item #2818948, was opened at 2009-07-09 17:35 Message generated for change (Comment added) made by zelgadis_ksee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Karl Stiler (karl_stiler) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when moving ducks in animation mode Initial Comment: Hello, i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack E" (See file attached). Karl Stiler -- Comment By: Konstantin Dmitriev (zelgadis_ksee) Date: 2009-07-11 10:43 Message: The question is what was the cause of the instability. Please report your versions of gtk and glibc. Still it could be good to have backtrace of synfig compiled with debug enabled. -- Comment By: Genete (genete) Date: 2009-07-11 05:21 Message: Not a bug but a bad system configuration. Closing the tracker. -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-11 02:09 Message: I tried it on another Debian system, works fine there. -- Comment By: Aurore "Rore" D. (rore_) Date: 2009-07-11 01:37 Message: No crash here I'm on Debian Unstable, using the last synfig revision. Info from the Synfig about dialog: Built with: ETL 0.04.12 Synfig API (006000) Synfig library 47 GTK+ 2.16.1 GNU G++ 4.3.2 Using: Synfig 0.61.09 GTK+ 2.16.1 -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-11 00:17 Message: I can't make synfig crash by moving "NewBLine038 Region" in Animated mode. I'm on Fedora 10, genete_canvasview branch. Looks like system-specific problem. Try one of those packages and post backtrace for them: http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb -- Comment By: Karl Stiler (karl_stiler) Date: 2009-07-10 22:52 Message: Tested with Synfig GIT Master Branch 2009-07-10: Backtrace & where, not really helpfull :( (gdb) bt #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () (gdb) where #0 0xb6bce556 in raise () from /lib/libc.so.6 #1 0xb6bcfd78 in abort () from /lib/libc.so.6 #2 0xb6c08aa5 in ?? () from /lib/libc.so.6 #3 0x000e in ?? () #4 0xbfb90a84 in ?? () #5 0x0400 in ?? () #6 0xb6cc5068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfb91cdc in ?? () #9 0x0027 in ?? () #10 0xb6cc5081 in ?? () from /lib/libc.so.6 #11 0x0002 in ?? () #12 0xb6cc1fb0 in ?? () from /lib/libc.so.6 #13 0x0017 in ?? () #14 0xb6cc5085 in ?? () from /lib/libc.so.6 #15 0x0004 in ?? () #16 0xbfb90fb3 in ?? () #17 0x0008 in ?? () #18 0xb6cc508b in ?? () from /lib/libc.so.6 #19 0x0005 in ?? () #20 0x in ?? () -- Comment By: Nobody/Anonymous (nobody) Date: 2009-07-10 14:40 Message: Testet with Synfig 0.61.09 SVN237: The problem still occures, but the bt looks diffrent now Program received signal SIGABRT, Aborted. [Switching to Thread 0xb4cffb90 (LWP 27019)] 0xb6d67556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb6d67556 in raise () from /lib/libc.so.6 #1 0xb6d68d78 in abort () from /lib/libc.so.6 #2 0xb6da1aa5 in ?? () from /lib/libc.so.6 #3 0x000d in ?? () #4 0xb4cfd654 in ?? () #5 0x0400 in ?? () #6 0xb6e5e068 in ?? () from /lib/libc.so.6 #7 0x0017 in ?? () #8 0xbfcf2d0f in ?? () #9 0x0015 in ?? ()
[Synfig-devl] [ synfig-Bugs-2175043 ] Crash when rendering in directory without write permission
Bugs item #2175043, was opened at 2008-10-17 17:39 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug >Group: GIT version Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Daniel Hornung (rubikcube) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when rendering in directory without write permission Initial Comment: Setting the render target to a directory without write permissions crashes synfig-studio when trying to actually start the render. It aborts with the following error message: glibmm-ERROR **: unhandled exception (type unknown) in signal handler Trying to reproduce this with synfig alone, for example via "synfig -o /foo.png /usr/share/synfig/examples/pirates.sifz" yields: error: Caught string :add_frame(): target panic on start_frame()15527 -- 1h 9m 42s Render Failure. -- >Comment By: Genete (genete) Date: 2009-07-12 19:59 Message: I've commit a solution for the first case (render a non writable target from the GUI). It is pending the second case. See git 'master' branch for July 12th 2009. -- Comment By: Genete (genete) Date: 2008-10-18 00:43 Message: I've confirmed only the first bug (glibmm-ERROR*). There is a patch to solve that in the review board. The second bug I cannot reproduce if the sifz file folder is writable, so the problem is not the same. I think that it would happen also if the /foo.png file were accessible. Not tested, just guessing. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2821427 ] Rulers take up too much screen estate
Bugs item #2821427, was opened at 2009-07-14 18:32 Message generated for change (Tracker Item Submitted) made by rylleman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2821427&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Rulers take up too much screen estate Initial Comment: The rulers in the main window takes up too much space. Especially on smaller screens, like on laptops. They can be half their width/height without any problems. Attached is a comparison between Synfig Studio and the Gimp, which seems to be using the same rulers, only smaller. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2821427&group_id=144022 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2827246 ] Svg importer
Patches item #2827246, was opened at 2009-07-25 23:48 Message generated for change (Tracker Item Submitted) made by akagogo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Carlos Sosa (akagogo) Assigned to: Nobody/Anonymous (nobody) Summary: Svg importer Initial Comment: module for synfig & synfigstudio to import svg images. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-2787183 ] Default frame rate.
Feature Requests item #2787183, was opened at 2009-05-05 13:14 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2787183&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None >Group: Next Release (example) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: David Rylander (rylleman) >Assigned to: Genete (genete) Summary: Default frame rate. Initial Comment: The default frame rate for Synfig is 24fps. All new projects are created with this frame rate and you have to manually change it to your desired value for every new scene you create. At the Synfig Studio Setup screen you can set the default document size, I would like to have default frame rate here as well. [Synfig Studio 0.61.09, Ubuntu Studio 8.10 64-bit.] -- >Comment By: Genete (genete) Date: 2009-07-27 21:41 Message: Already implemented in development branch. It will be included in the next release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2787183&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-2287177 ] Scale tool option: Scale width
Feature Requests item #2287177, was opened at 2008-11-15 00:51 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2287177&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Daniel Hornung (rubikcube) >Assigned to: Genete (genete) Summary: Scale tool option: Scale width Initial Comment: It would be useful (especially when importing from other files) if the scale tool had an option to "scale width" as well. When enabled, scaling should also modify blines' Outline Width and Expand parameters. I know that an extra scale layer would do the same, but still think that this feature would be nice for the scale tool. -- >Comment By: Genete (genete) Date: 2009-07-27 21:50 Message: If you show the width ducks when use the Scale tool, they are scaled too so there is not need for a Scale width Tool. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2287177&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1904463 ] Display keyframes in Time slider.
Feature Requests item #1904463, was opened at 2008-02-29 07:53 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1904463&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User interface Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Konstantin Dmitriev (zelgadis_ksee) >Assigned to: Genete (genete) Summary: Display keyframes in Time slider. Initial Comment: It could be useful to display keyframes on the gray Time Slider (on the Canvas window and on top of Timetrack panel) with ability to move them with mouse. -- >Comment By: Genete (genete) Date: 2009-07-27 21:54 Message: This feature has been already implemented in development branch. It will be included in the next release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1904463&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1879205 ] delete multiple vertices in one single action
Feature Requests item #1879205, was opened at 2008-01-24 21:12 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1879205&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: delete multiple vertices in one single action Initial Comment: the ability to delete multiple or grouped vertices's in an object or layer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1879205&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1781903 ] make vertices/object move along paths
Feature Requests item #1781903, was opened at 2007-08-26 04:56 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781903&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Miscellaneous Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make vertices/object move along paths Initial Comment: Synfig is great fun to do animations in, but there are is one thing that has been bugging me and, to the best of my internet search skills, does not seem to have been implemented/described anywhere. Basically, I would like to be able to draw a bline with N vertices and have a shape move along that bline (the whole shape or individual vertices). Currently the only way I have found to do what I want is to draw a bline, and then move a shape along that line manually at fairly small intervals (very frustrating). Example: A triangle that should move along a sine curve always pointing in the direction it is going to move next. In that case I would like to be able to draw the triangle and the sine curve (or other bline) and say move the centre of the triangle along the bline and rotate it according to the shape of the bline. I have no idea how you would implement that, but it is a feature readily available in most 3D animation programs. Aternatively/in addition, it would be great to be able to change/edit the "movement path" (I have no idea what it really is called) in the window in the time-line dialog (the one selectd by the icon with the squiggly line next to the keyframe window), i.e. adding vertices or editing the tangents so that the interpolation between keyframes is changed. I hope I didn't just miss either of these features. Synfig is great (a big pat on the shoulder of the developers and the people producing the tutorials) but the documentation is quite sketchy at times so finding what is possible and how to do it is far from straight forward. -- >Comment By: Genete (genete) Date: 2009-07-27 22:01 Message: This already has been implemented. -- Comment By: Genete (genete) Date: 2008-10-26 23:46 Message: I think that Link to Bline feature reply this feature request. Does it mean that this feature request can be closed? -- Comment By: dooglus (dooglus) Date: 2007-09-24 21:49 Message: Logged In: YES user_id=1546005 Originator: NO This URL: http://wiki.synfig.com/Convert#BLine_Vector should read http://wiki.synfig.com/Convert#BLine_Vertex -- Comment By: dooglus (dooglus) Date: 2007-09-24 00:13 Message: Logged In: YES user_id=1546005 Originator: NO That still leaves this: > It would be great to be able to change/edit the > "movement path" in the Curves dialog, i.e. adding > vertices or editing the tangents so that the > interpolation between keyframes is changed. As far as I can tell, the curves dialog needs a lot of work to make it useful. -- Comment By: dooglus (dooglus) Date: 2007-09-24 00:12 Message: Logged In: YES user_id=1546005 Originator: NO I implemented this in svn r745. See http://wiki.synfig.com/Following_a_BLine for a tutorial and http://wiki.synfig.com/Convert#BLine_Tangent http://wiki.synfig.com/Convert#BLine_Vector for documentation. -- Comment By: dooglus (dooglus) Date: 2007-09-18 18:30 Message: Logged In: YES user_id=1546005 Originator: NO I found that it is already possible to get an object to follow a single bline, but not a general outline. I uploaded an example to YouTube: http://www.youtube.com/watch?v=wJ7C-FcxAy0 The sif file is http://dooglus.rincevent.net/synfig/follow-bline.sifz and the .avi movie file is http://dooglus.rincevent.net/synfig/follow-bline.avi I still intend to make it possible to do the same for general outlines (lists of blines). I had to fix a few bugs in Synfig to get this to work, so it probably won't work in any of the released versions. The fixes will be in subversion in an hour or so, and will be in the next release. -- Comment By: dooglus (dooglus) Date: 2007-09-18 02:45 Message: Logged In: YES user_id=1546005 Originator: NO Interesting suggestion. I'll have a go at implementing somethin
[Synfig-devl] [ synfig-Feature Requests-1688429 ] make 'time loop' layer more flexible
Feature Requests item #1688429, was opened at 2007-03-26 16:30 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1688429&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: make 'time loop' layer more flexible Initial Comment: Using the time loop layer, I am able to repeat the first 'n' seconds of a layer's behaviour over and over. But what if I want to repeat the part from 10s to 11s over and over? I don't think it's possible. -- >Comment By: Genete (genete) Date: 2009-07-27 22:06 Message: The new TIme Loop layer seems to fix this feature request. I close it. -- Comment By: dooglus (dooglus) Date: 2007-03-26 22:19 Message: Logged In: YES user_id=1546005 Originator: YES I just realised that all the features I requested here are currently possible with the existing 'time loop' layer, since it's possible to adjust the start time and end time with waypoints. With suitable waypoints it's even possible to make animations play backwards using the existing time loop layer. Suppose we have a 10 second layer. To make it play backwards (from 10s to 0s), set the time loop layer like this: A waypoint at 0s, with start time = -10s, end time = 1m A waypoint at 10s, with start time = 10s, end time = 1m -- Comment By: dooglus (dooglus) Date: 2007-03-26 16:35 Message: Logged In: YES user_id=1546005 Originator: YES ... and what if I want to play a segment of the layer faster or slower than before? Perhaps a better design would be to have parameters: source start time source end time target start time target end time this would allow me to play the part from 10s-15s in the source layer at time 30s-32s in the time loop layer, resulting in a 2.5x speed up. The time loop layer would loop, playing the same 10s-15 from the source layer at 32s-34s, 34s-36s, and so on, until a waypoint changes the settings. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1688429&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1672749 ] Timeline and Keyframes window merge
Feature Requests item #1672749, was opened at 2007-03-03 01:03 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1672749&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User interface Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Genete (genete) Summary: Timeline and Keyframes window merge Initial Comment: I foresee that key frames will become difficult to manage if not placed visually on the time-line. The best way would be to have a key frame represented visually by a vertical block on a time-line of frames. Key-frame properties such as duration, start and end time would be edited simply by its placement and length. Sorry I have no idea how this would be accomplished, as I am an animator and not a programmer. However, I must say this project is a very exciting opportunity for those such as myself who lack resources and time. Good luck; looking forward to version 1.0! -- >Comment By: Genete (genete) Date: 2009-07-27 22:12 Message: It has been implemented in development branch. It will be available in the next release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1672749&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1611098 ] SVG Compatibility
Feature Requests item #1611098, was opened at 2006-12-07 21:46 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1611098&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SVG Compatibility Initial Comment: It would be great if Synfig could import and export SVG files... It is used by many other vector softwares. SVG became a standard and will become necessary for Synfig. It could also be a good thing to expand the Synfig community. New users could import their existing drawings, try the animation tools of synfig, and love it! -- >Comment By: Genete (genete) Date: 2009-07-27 22:14 Message: SVG import implemented in development branch. It supports SVG XML 1.1 version. -- Comment By: mrED (mred_bog) Date: 2008-02-25 20:01 Message: Logged In: YES user_id=1315421 Originator: NO Synfig need native import and export for Inkscape Project - www.inkscape.org -- Comment By: Paul Wise (pabs3) Date: 2008-02-01 15:05 Message: Logged In: YES user_id=35028 Originator: NO There is a partial svg -> synfig converter on the site: http://synfig.org/Svg2synfig -- Comment By: Alan Horkan (horkana) Date: 2007-06-28 03:21 Message: Logged In: YES user_id=402612 Originator: NO redesigning parts of the Synfig file format to use other namespaces and reuse existing standards such as XMP might make it that little bit easier to convert to other formats. the very verbose synfig XML looks like it might be good when used with simple line based diff algorithm and versioning control system but it is still possible to include lots of line breaks and clear indentation even if a less verbose markup were to be borrowed from an existing format such as SVG. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1611098&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2807163 ] param blend mode not selecting Composite
Bugs item #2807163, was opened at 2009-06-16 15:25 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2807163&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: param blend mode not selecting Composite Initial Comment: Happens on windows 2375 build and only for region and outlines as the other layers are fine -- >Comment By: Genete (genete) Date: 2009-07-27 22:23 Message: I cannot reproduce. Can you describe a detailed step by step procedure? -- Comment By: Genete (genete) Date: 2009-07-27 22:23 Message: Closed due to lack of confirmation and lack of information or no response to request for information. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2807163&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2796221 ] Gradient manipulation causes crash
Bugs item #2796221, was opened at 2009-05-25 01:44 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2796221&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Gradient manipulation causes crash Initial Comment: Using Windows Vista SP1 with these specifications: http://support.gateway.com/s/Mobile/2008/Avalon/1015078R/1015078Rsp4.shtml Using Synfig Studio 0.61.09 Bug is replicated by creating a gradient and manipulating the ducks of the gradient using either the gradient or the normal tool where at this point Synfig crashes. Sometimes, the gradient is successfully manipulated when the duck is moved slightly, but does not appear to be related to distance moved as crashes occur most of the time. Synfig also crashes when the gradient is encapsulated in a rectangle. (Sorry that I have not added the gdb backtrace, because I have no idea how to obtain it. And I am unable to log in at this time either, so please contact me by eax...@gmail.com Sorry!) -- >Comment By: Genete (genete) Date: 2009-07-27 22:27 Message: Please provide information to if you have tested it with the application sticked into a single core. We know that there are inestability with multi-core CPUs in windows and want to discard this kind of failure source. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2796221&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2747484 ] Crash when render directory doesn't exist
Bugs item #2747484, was opened at 2009-04-09 13:57 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2747484&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: SVN version >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Genete (genete) Summary: Crash when render directory doesn't exist Initial Comment: If you go to render an animation, synfig will crash if the destination directory doesn't exist. Its probably present in all versions. I'm using SVN on Linux, but I remember this bug on the official releases as well. -- >Comment By: Genete (genete) Date: 2009-07-27 22:30 Message: Fixed on development branch. It will be included in the next release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2747484&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2685228 ] Timeline frame numbering inaccurate
Bugs item #2685228, was opened at 2009-03-12 15:51 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2685228&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: Latest release >Status: Pending >Resolution: Remind Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Timeline frame numbering inaccurate Initial Comment: The frame numbers indicated above the timeline is not accurate. Looking at the timeline in my attached image, it looks like I'm at frame 336 but I am in fact at frame 350 which is properly indicated in the main window seen above (and to further confirm the imported image sequence has a frame count rendered into it, saying frame 350). -- >Comment By: Genete (genete) Date: 2009-07-27 22:33 Message: Remind to test this bug in the next release. -- Comment By: David Rylander (rylleman) Date: 2009-03-13 17:36 Message: If it is as you say that you can't find the issue in any revision you've tried then I'll live with it for now and keep my fingers crossed for the bug to magically dissapear next time I upgrade Synfig. (In the middle of an production so I don't want to risk anything by upgrading now) I'll get back to this report when I've upgraded. -- Comment By: Genete (genete) Date: 2009-03-13 16:58 Message: That's possible a correct one because the extra info is optional. I wonder how can I reproduce the bug... -- Comment By: Genete (genete) Date: 2009-03-13 16:47 Message: Hmmm, that's an old about dialog before the one of the 0.61.09 release. See the correct one posted. -- Comment By: Genete (genete) Date: 2009-03-13 16:38 Message: I've tried to reproduce the bug at the following revisions: 2130, 2140, 2150, 2160, 2170, 2180, 2190 and 2200 with no success. Release for 0.61.09 was revision 2128 Continue testing :) -- Comment By: David Rylander (rylleman) Date: 2009-03-13 16:34 Message: The About dialog doesn't have any revision info. Posting it anyway. synfig --info gives; synfig-0.61.09 Compiled on Nov 23 2008 with GCC 4.3.2 Copyright (c) 2001-2005 Robert B. Quattlebaum Jr., Adrian Bentley File Added: about_synfig.png -- Comment By: Genete (genete) Date: 2009-03-13 16:26 Message: I meant to say 2320 :) -- Comment By: Genete (genete) Date: 2009-03-13 16:24 Message: I have several binaries compiled from different revisions since revision 1200 to 2032. To allow me to hook the bug maybe you can paste the about dialog. There should be the revision number against that installed version was built. As far as I've seen in the sources you have posted, the revision doesn't correspond to exactly the 0.61.09 release but a little later. Meanwhile you post the about dialog I'll try to reproduce it in my old binaries. I confirm that in the latest svn revision it doesn't happen. -- Comment By: David Rylander (rylleman) Date: 2009-03-13 08:54 Message: There's nonthing special I'm doing to get this. As I wrote in my last comment I get this by just starting up a new project and setting it's frame length to a few hundred frames. Here's some specs that might help in pinpointing this bug; Ubuntu Studio 8.10, 64 bit on a Dell Precision 490. 4Gb of RAM, dual core Xeon. 2.6.27-11-generic kernel. Synfig Studio 0.61.09, installed by adding "deb http://ppa.launchpad.net/stemp/ubuntu intrepid main" to my sources. I also tested on my laptop, an old Sony Vaio with Ubuntu 8.10 with Synfig installed in the same way as above and I get the same behavior there. [A short note on the scene attached. It's part of an fuzzy cloud effect for an animated short. After animating the gradient in Synfig I process the images with a photoshop filter and imports the sequence into Moho which we do the main animation in. But I do have plans for a all Synfig short film later on. Thanks for the project size note, never crossed my mind, I'm all too used to working with pixel graphics.] -- Comment By:
[Synfig-devl] [ synfig-Bugs-2458112 ] exported bline vertex ducks vanish when selected in 'child'
Bugs item #2458112, was opened at 2008-12-22 11:13 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2458112&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: exported bline vertex ducks vanish when selected in 'child' Initial Comment: 1. make a new document 2. make an outline layer 3. make a rotate layer above it, and deactivate the rotate layer 4. select both and encapsulate 5. move the encapsulation away from (0,0) 6. select outline layer 7. export one of the vertices 8. with the outline layer selected, select the exported vertex in the child panel 9. notice how the exported vertex's duck vanishes from the outline 10. reactivate the rotate layer 11. select the outline layer 12. with the outline layer selected, select the exported vertex in the child panel 13. notice how the exported vertex's duck no longer vanishes from the outline Duckmatic::calc_duck_guid() is getting the same guid for both ducks in step 8 even though the transform stacks are different. This is because the guid of the transform used for the pastecanvas has a GUID of 0. -- >Comment By: Genete (genete) Date: 2009-07-27 22:45 Message: Can't reproduce in current development branch. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2458112&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2412788 ] it's possible to remove all the entries from a dynamic list
Bugs item #2412788, was opened at 2008-12-10 01:29 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2412788&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Usability Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: dooglus (dooglus) >Assigned to: Genete (genete) Summary: it's possible to remove all the entries from a dynamic list Initial Comment: Once all the entries are removed from a dynamic list, it's not possible to add any more entries. Either make it possible to insert into an empty list, or don't make it possible to delete the last entry. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2412788&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2356818 ] studio hung with duplicate layer active
Bugs item #2356818, was opened at 2008-11-28 22:13 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2356818&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: studio hung with duplicate layer active Initial Comment: I don't know how I did it, but studio hung. gdb shows me 2 threads both stopped, waiting to get a WriteLock: #1 synfig::RWLock::writer_lock (this=0x325ac48) at mutex.cpp:204 #2 WriterLock (this=0x4286ba80, x...@0x325ac48) at mutex.h:98 #3 synfig::Context::set_time (this=0x4286bc50, time={value_ = 1}) at context.cpp:342 #4 synfig::Layer_Duplicate::accelerated_render (this=0x325abb0, ...) at layer_duplicate.cpp:181 #1 synfig::RWLock::writer_lock (this=0x32349d8) at mutex.cpp:204 #2 WriterLock (this=0x7fffdcf43d10, x...@0x32349d8) at mutex.h:98 #3 synfig::Context::set_time (this=0x7fffdcf43d70, time={value_ = 0}) at context.cpp:342 #4 synfig::Canvas::set_time (this=0x3233f70, t={value_ = 0}) at canvas.cpp:299 #5 studio::CanvasView::rebuild_ducks (this=0x3252000) at canvasview.cpp:2916 #6 sigc::bound_mem_functor0::operator() (this=0x35dfc00) I was looking at the attached file - note it has a Duplicate layer. I suspect the Duplicate code isn't taking care when calling 'set_time()' -- >Comment By: Genete (genete) Date: 2009-07-27 22:53 Message: Can't reproduce in latest development branch. -- Comment By: dooglus (dooglus) Date: 2008-11-28 22:15 Message: Note that no CPU was being used. And this was in SVN r2303. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2356818&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2175043 ] Crash when rendering in directory without write permission
Bugs item #2175043, was opened at 2008-10-17 17:39 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Daniel Hornung (rubikcube) >Assigned to: Genete (genete) Summary: Crash when rendering in directory without write permission Initial Comment: Setting the render target to a directory without write permissions crashes synfig-studio when trying to actually start the render. It aborts with the following error message: glibmm-ERROR **: unhandled exception (type unknown) in signal handler Trying to reproduce this with synfig alone, for example via "synfig -o /foo.png /usr/share/synfig/examples/pirates.sifz" yields: error: Caught string :add_frame(): target panic on start_frame()15527 -- 1h 9m 42s Render Failure. -- >Comment By: Genete (genete) Date: 2009-07-27 23:05 Message: Fixed in latest development branch. Will be included in the next release. -- Comment By: Genete (genete) Date: 2009-07-12 19:59 Message: I've commit a solution for the first case (render a non writable target from the GUI). It is pending the second case. See git 'master' branch for July 12th 2009. -- Comment By: Genete (genete) Date: 2008-10-18 00:43 Message: I've confirmed only the first bug (glibmm-ERROR*). There is a patch to solve that in the review board. The second bug I cannot reproduce if the sifz file folder is writable, so the problem is not the same. I think that it would happen also if the /foo.png file were accessible. Not tested, just guessing. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2175043 ] Crash when rendering in directory without write permission
Bugs item #2175043, was opened at 2008-10-17 17:39 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version >Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Daniel Hornung (rubikcube) Assigned to: Genete (genete) Summary: Crash when rendering in directory without write permission Initial Comment: Setting the render target to a directory without write permissions crashes synfig-studio when trying to actually start the render. It aborts with the following error message: glibmm-ERROR **: unhandled exception (type unknown) in signal handler Trying to reproduce this with synfig alone, for example via "synfig -o /foo.png /usr/share/synfig/examples/pirates.sifz" yields: error: Caught string :add_frame(): target panic on start_frame()15527 -- 1h 9m 42s Render Failure. -- Comment By: Genete (genete) Date: 2009-07-27 23:05 Message: Fixed in latest development branch. Will be included in the next release. -- Comment By: Genete (genete) Date: 2009-07-12 19:59 Message: I've commit a solution for the first case (render a non writable target from the GUI). It is pending the second case. See git 'master' branch for July 12th 2009. -- Comment By: Genete (genete) Date: 2008-10-18 00:43 Message: I've confirmed only the first bug (glibmm-ERROR*). There is a patch to solve that in the review board. The second bug I cannot reproduce if the sifz file folder is writable, so the problem is not the same. I think that it would happen also if the /foo.png file were accessible. Not tested, just guessing. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1912950 ] don't use low res as default
Feature Requests item #1912950, was opened at 2008-03-12 19:57 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1912950&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: don't use low res as default Initial Comment: Hi ,I'm working on Synfig Studio 0.61.08. on Ubuntu. this is not quite a bug but a suggestion . Don't use low res as a default. One might think this is a bug. Let the program default to high res. I was puzzled when i saw those jagged images at first and i thought perhaps it can't do more than that. -- Comment By: Konstantin Dmitriev (zelgadis_ksee) Date: 2008-04-11 06:47 Message: Logged In: YES user_id=1438889 Originator: NO Agree with nobody. Synfig starting with low-res and imported images (especially sketches) looking really bad. That can distract new users. See screenshots: http://zelgadis.profusehost.net/files/synfig/lowres-on.png http://zelgadis.profusehost.net/files/synfig/lowres-off.png -- Comment By: Nobody/Anonymous (nobody) Date: 2008-03-23 16:06 Message: Logged In: NO Date: 2008-03-21 14:56 Sender: nobody Logged In: NO Suggestion: Set the default resolution (View->Preview Quality) according to image size, so that the number of pixels to calculate is fixed, not their size I wasn't talking about the preview resolution but actually about the resolution of the drawing screen. My synfig starts in low res by default and keeps on doing that every restart. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-03-21 22:56 Message: Logged In: NO Suggestion: Set the default resolution (View->Preview Quality) according to image size, so that the number of pixels to calculate is fixed, not their size. Of course when doing animations for PAL, NTSC or youtube resolution you might want a higher preview quality (smaller low-res pixels) than for 35mm film rendering. Also, why not allow full-resolution (1 preview pixel = 1 final pixel) preview? -- Comment By: Nobody/Anonymous (nobody) Date: 2008-03-17 17:11 Message: Logged In: NO Yeah . My settings are as follow : Set low res pixelsize = 2. And it looks horrible. really. It's a big difference. And it only gets worse when increasing the pixelsize ( at about 4 even the chess table of the background gets distorted. What can i say maybe it's because i'm using a wide screen ? I know the card is not great ( it's an integrated intel mobile chipset, one of the cheepest i think but i never had any problems in 2d . But it looks ok without low-res. no problem whatsoever. thnx M.M ps . If you want i can send you more data about the chipset,screen,driver,etc whatever . :) -- Comment By: dooglus (dooglus) Date: 2008-03-12 20:06 Message: Logged In: YES user_id=1546005 Originator: NO Is your monitor displaying at quite a low resolution? On my monitor I can barely notice the difference between low and hi resolution, except that high resolution is four times slower to render... It's a trade-off between quality and speed, of course. There's a similar issue with the render quality - there are 11 levels of render quality, and studio defaults to using one of the lowest when previewing, for the sake of performance. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1912950&group_id=144022 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1876919 ] Modify a parameter in non animation mode is weird.
Bugs item #1876919, was opened at 2008-01-22 00:28 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1876919&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Modify a parameter in non animation mode is weird. Initial Comment: 1)File -> new (set time bigger than 0) 2)Add any type of layer 3)Change to animation mode 4) modify any parameter (add a waypoint) Let's call the modified parameter value "A" 5) Set non animation mode. 6) Modify again the same parameter (it would complain about being in non animation mode) let's say the modified parameter value is "B". It is reverted to be "A" again. 7) Immediately set it to animation mode. It stills being "A" 8) Click on any parameter (the same or other) and the parameter holding "A" value becomes to be "B" value. -- >Comment By: Genete (genete) Date: 2009-07-27 23:23 Message: Cannot reproduce in current development branch. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1876919&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1876745 ] enumerated lists interfere with each other
Bugs item #1876745, was opened at 2008-01-21 21:53 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1876745&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: enumerated lists interfere with each other Initial Comment: In studio, if I select a circle then: * set falloff to 'cosine' and attempt to * set blend method to 'brighten' then the blend method doesn't appear to change immediately. I need to click on some other parameter before it will update. Both 'cosine' and 'brighten' have values of 2 in the .sif file. Similarly, if the falloff is 'linear' and blend method is edited to be 'straight' (both values 0) the blend method doesn't change immediately. Also "squared" and "composite" (both value 0). I've been able to reproduce this on two different machines, with studio 0.61.06 and the latest svn code on both ubuntu 6.06 and debian sid, in both xfce4 and gnome. A could of other people have been unable to reproduce the problem. -- >Comment By: Genete (genete) Date: 2009-07-27 23:26 Message: Still confirmed. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1876745&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1814151 ] Add a layer inside an exported canvas crash
Bugs item #1814151, was opened at 2007-10-15 23:23 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1814151&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: SVN version Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Add a layer inside an exported canvas crash Initial Comment: Using svn 933. If I select a layer inside an exported canvas when the main canvas is active and try to add a new layer then synfig crashes. The layer is not added. The result message in console is: synfig(22244): error: Bad canvas passed to "add_layer_to" Fallo de segmentación (core dumped) It happens when using the tools from the tool window (Circle, Bline, Rectangle, Polygon, Gradient and Draw). But if you add a layer by the canvas caret menu Layer>New Layer then the layer is not added and the console output is: synfig(22708): error: Bad canvas passed to "add_layer_to" Then synfig doesn't crash. On the other hand if I open the exported canvas in other window (only edit the exported canvas) then it is possible to add a new layer. But in this case when I close the exported canvas the new layer is not accessible by the main canvas. It is shown in the drawing area but not in the layer list. If I click on the layer it seems that the layer receives the click message due to the console output is: synfig(22353): info: STATE NORMAL: Received mouse button down Event synfig(22353): info: STATE NORMAL: Received layer click Event, "rectangle" (The added layer was a rectangle.) but is not possible select the layer immediately. (In fact is accesible because you can fill it with the Fill tool but the layer is not shown in the layer list and the ducks are not shown). If I save and load the file then the just added layer is accessible. Carlos -- >Comment By: Genete (genete) Date: 2009-07-27 23:30 Message: Close it as it was fixed -- Comment By: Pixelgeek (pxegeek) Date: 2008-11-16 04:27 Message: Tested - it works. Thank you dooglus! -- Comment By: dooglus (dooglus) Date: 2008-11-14 23:58 Message: SVN r2201 makes it complain with an error dialog now rather than crashing. It's possible to work around the problem by working in the exported canvas' separate window (double click the canvas in the canvases panel to open it) It's also possible to work around it by making an encapsulation layer inside the exported canvas, and working in there. It seems to be only working at the top level of the exported canvas that is a problem. This is probably not intentional... ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1814151&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1779592 ] deleting a layer while drawing a bline crashes synfig
Bugs item #1779592, was opened at 2007-08-22 19:53 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1779592&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: None Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: deleting a layer while drawing a bline crashes synfig Initial Comment: 1. start studio 2. click the 'new...' icon to make a new canvas 3. click 'ok' 4. select the circle tool and draw a circle 5. select the bline tool and click in 2 different places in the canvas to start drawing a bline 6. without finishing the bline, delete the circle (either by pressing delete, or control-x, or right-clicking the circle's layer in the layer dialog, or by clicking the 'remove layer' icon in the layer dialog) 7. studio will show an alert saying "Unable to change mode", then another saying "Action Failed", and then will crash, displaying the following in the console: synfigstudio: state_bline.cpp:579: bool studio::StateBLine_Context::run_(): Assertion `layer' failed. Aborted (core dumped) -- >Comment By: Genete (genete) Date: 2009-07-27 23:37 Message: Cannot reproduce in the latest development branch. It shows several pop up messages: "Unable to change" mode and "Action failed" but at the end you finish with the layer deleted and the bline not created. -- Comment By: dooglus (dooglus) Date: 2008-01-17 20:02 Message: Logged In: YES user_id=1546005 Originator: YES #0 0xe410 in __kernel_vsyscall () #1 0xb69b9875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb69bb201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb69b2b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0x084a999e in studio::StateBLine_Context::run_ (this=0x91cf400) at state_bline.cpp:595 #5 0x084aec7e in studio::StateBLine_Context::run (this=0x91cf400) at state_bline.cpp:487 #6 0x084aee24 in ~StateBLine_Context (this=0x91cf400) at state_bline.cpp:435 #7 0x084b9011 in etl::smach::state::leave_state (this=0x86c83c0, x=0x91cf400) at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:244 #8 0x082d7d03 in etl::smach::egress (this=0x8a2932c) at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:398 #9 0x082d7eb5 in etl::smach::process_event (this=0x8a2932c, i...@0xbfb5e3b4) at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:584 #10 0x083b4de4 in etl::smach::process_event (this=0x8a2932c, i...@0xbfb5e3d4) at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:554 #11 0x08380853 in studio::CanvasView::process_event_key (this=0x8a292e0, x=studio::EVENT_LAYER_SELECTION_CHANGED) at canvasview.cpp:3328 #12 0x083a7ea2 in sigc::bound_mem_functor1::event_result, studio::CanvasView, studio::EventKey>::operator() (this=0x918db7c, _a_...@0x918db8c) at /usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1851 #13 0x083a7ebf in sigc::adaptor_functor::event_result, studio::CanvasView, studio::EventKey> >::operator() (this=0x918db78, _a_ar...@0x918db8c) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:84 #14 0x083a7ee8 in sigc::bind_functor<-1, sigc::bound_mem_functor1::event_result, studio::CanvasView, studio::EventKey>, studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator() (this=0x918db74) at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1110 #15 0x083a7efe in sigc::retype_return_functor::event_result, studio::CanvasView, studio::EventKey>, studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >::operator() (this=0x918db70) at /usr/include/sigc++-2.0/sigc++/adaptors/retype_return.h:265 #16 0x083a7f1a in sigc::internal::slot_call0::event_result, studio::CanvasView, studio::EventKey>, studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >, void>::call_it (rep=0x918db58) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:103 #17 0xb701d49a in Glib::SignalProxyNormal::slot0_void_callback ( self=0x9161400, data=0x918db40) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:440 #18 0xb6ce8c09 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #19 0xb6cdb772 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #20 0xb6cec611 in ?? () from /usr/lib/libgobject-2.0.so.0 #21 0x0918dbb0 in ?? () #22 0x0000 in ?? () -
[Synfig-devl] [ synfig-Bugs-1785260 ] hang when playing with PasteCanvas layer
Bugs item #1785260, was opened at 2007-08-31 01:19 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785260&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: hang when playing with PasteCanvas layer Initial Comment: I somehow get synfig to hang up when trying to use PasteCanvas layers gdb shows a deep recursion: #1768 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, transform_sta...@0xbfd40344, canv...@0xbf9a9184, selected_li...@0xbfd4032c) at canvasview.cpp:2649 #1769 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, transform_sta...@0xbfd40344, canv...@0xbf9a9404, selected_li...@0xbfd4032c) at canvasview.cpp:2649 #1770 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, transform_sta...@0xbfd40344, canv...@0xbf9a9684, selected_li...@0xbfd4032c) at canvasview.cpp:2649 #1771 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, transform_sta...@0xbfd40344, canv...@0xbf9a9904, selected_li...@0xbfd4032c) at canvasview.cpp:2649 #1772 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, transform_sta...@0xbfd40344, canv...@0xbf9a9b84, selected_li...@0xbfd4032c) at canvasview.cpp:2649 #1773 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, transform_sta...@0xbfd40344, canv...@0xbf9a9e04, selected_li...@0xbfd4032c) at canvasview.cpp:2649 -- >Comment By: Genete (genete) Date: 2009-07-27 23:38 Message: This is a non reproducible bug. Close it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785260&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1697291 ] studio hung in draw tool
Bugs item #1697291, was opened at 2007-04-10 03:50 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1697291&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: studio hung in draw tool Initial Comment: I drew a shape then clicked the 'normal' tool to finish the shape and studio hung using lots of CPU time. Here's the backtrace: #0 0xb73d1a30 in g_f...@plt () from /usr/lib/libgdk-x11-2.0.so.0 #1 0xb73e5637 in gdk_region_destroy () from /usr/lib/libgdk-x11-2.0.so.0 #2 0xb73eb7e2 in gdk_window_invalidate_rect () from /usr/lib/libgdk-x11-2.0.so.0 #3 0xb76aab87 in gtk_widget_queue_draw_area () from /usr/lib/libgtk-x11-2.0.so.0 #4 0xb76b1e73 in gtk_widget_queue_draw () from /usr/lib/libgtk-x11-2.0.so.0 #5 0xb79c57b4 in Gtk::Widget::queue_draw () from /usr/lib/libgtkmm-2.4.so.1 #6 0x08380510 in studio::CanvasView::toggle_duck_mask (this=0x8cc0b08, type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3232 #7 0x083add57 in sigc::bound_mem_functor1::operator() (this=0x8d1f818, _a_...@0x8d1f828) at mem_fun.h:1851 #8 0x083add75 in sigc::adaptor_functor >::operator() ( this=0x8d1f814, _a_ar...@0x8d1f828) at adaptor_trait.h:84 #9 0x083add9e in sigc::bind_functor<-1, sigc::bound_mem_functor1, studio::Duck::Type, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator() (this=0x8d1f810) at bind.h:1110 #10 0x083addba in sigc::internal::slot_call0, studio::Duck::Type, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, void>::call_it (rep=0x8d1f7f8) at slot.h:103 #11 0xb746f586 in Glib::SignalProxyNormal::slot0_void_callback () from /usr/lib/libglibmm-2.4.so.1 #12 0xb71a0423 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #13 0xb719479f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #14 0xb71a37ec in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #15 0xb71a4b19 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #16 0xb71a4e89 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #17 0xb74fc9b6 in _gtk_action_emit_activate () from /usr/lib/libgtk-x11-2.0.so.0 #18 0xb74fd45b in gtk_action_unblock_activate_from () from /usr/lib/libgtk-x11-2.0.so.0 #19 0xb719479f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #20 0xb71a32ea in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #21 0xb71a4886 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #22 0xb71a4e89 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #23 0xb74f784b in gtk_accel_group_activate () from /usr/lib/libgtk-x11-2.0.so.0 #24 0xb74f809b in gtk_accel_groups_activate () from /usr/lib/libgtk-x11-2.0.so.0 #25 0xb76bf6bf in gtk_window_activate_key () from /usr/lib/libgtk-x11-2.0.so.0 #26 0xb76bf719 in gtk_window_activate_key () from /usr/lib/libgtk-x11-2.0.so.0 #27 0xb79c70ae in Gtk::Widget::on_key_press_event () from /usr/lib/libgtkmm-2.4.so.1 #28 0xb79c30be in Gtk::Widget_Class::key_press_event_callback () from /usr/lib/libgtkmm-2.4.so.1 #29 0xb75c98e0 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #30 0xb719416f in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #31 0xb719479f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #32 0xb71a39ce in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #33 0xb71a4886 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #34 0xb71a4e89 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #35 0xb76abdcf in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #36 0xb75c8169 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #37 0xb75c846b in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #38 0xb73fcdec in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #39 0xb711f8c6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #40 0xb7122986 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #41 0xb7122ca8 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #42 0xb75c7765 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #43 0xb796b275 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1 #44 0xb796b166 in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1 #45 0x0833f52d in main (argc=0, argv=0xbfeefcf4) at main.cpp:86 -- >Comment By: Genete (genete) Date: 2009-07-27 23:44 Message: Non reproducible bug. Close it. ------ You can respond by visiting: https://sourceforge.net/tracker/?
[Synfig-devl] [ synfig-Bugs-1682369 ] studio hung eating CPU when I turned on tangent ducks
Bugs item #1682369, was opened at 2007-03-16 20:05 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1682369&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Works For Me Priority: 7 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: studio hung eating CPU when I turned on tangent ducks Initial Comment: I had just used the 'draw' tool to draw a bline, then tidied if up with the normal tool, with tangent ducks turned off to make the vertex ducks easier to spot. Then I turned on the tangent ducks to tidy them up and synfig hung, eating all available CPU. Attaching to it with gdb shows it's here: (gdb) where #0 0xb7410ca0 in _gtk_action_group_emit_pre_activate () from /usr/lib/libgtk-x11-2.0.so.0 #1 0xb740dc8b in _gtk_action_emit_activate () from /usr/lib/libgtk-x11-2.0.so.0 #2 0xb7586d36 in gtk_toggle_action_set_active () from /usr/lib/libgtk-x11-2.0.so.0 #3 0xb78e4d5e in Gtk::ToggleAction::set_active () from /usr/lib/libgtkmm-2.4.so.1 #4 0x0837d994 in studio::CanvasView::toggle_duck_mask (this=0x8cc8838, type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3233 #5 0x083a2ab5 in sigc::bound_mem_functor1::operator() (this=0x8d28e70, _a_...@0x8d28e80) at /usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1851 #6 0x083a2ad3 in sigc::adaptor_functor >::operator() ( this=0x8d28e6c, _a_ar...@0x8d28e80) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:84 #7 0x083a2afc in sigc::bind_functor<-1, sigc::bound_mem_functor1, studio::Duck::Type, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator() (this=0x8d28e68) at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1110 #8 0x083a2b18 in sigc::internal::slot_call0, studio::Duck::Type, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, void>::call_it (rep=0x8d28e50) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:103 #9 0xb737e42a in Glib::SignalProxyNormal::slot0_void_callback () from /usr/lib/libglibmm-2.4.so.1 #10 0xb7082e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #11 0xb707598b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0xb7086213 in ?? () from /usr/lib/libgobject-2.0.so.0 #13 0x08d28e90 in ?? () #14 0x in ?? () Single stepping, shows this: (gdb) s Single stepping until exit from function _gtk_action_group_emit_pre_activate, which has no line number information. [Switching to Thread -1228409152 (LWP 20078)] 0xb740dc8b in _gtk_action_emit_activate () from /usr/lib/libgtk-x11-2.0.so.0 (gdb) Single stepping until exit from function _gtk_action_emit_activate, which has no line number information. 0xb7586d36 in gtk_toggle_action_set_active () from /usr/lib/libgtk-x11-2.0.so.0 (gdb) Single stepping until exit from function gtk_toggle_action_set_active, which has no line number information. 0xb78e4d5e in Gtk::ToggleAction::set_active () from /usr/lib/libgtkmm-2.4.so.1 (gdb) Single stepping until exit from function _ZN3Gtk12ToggleAction10set_activeEb, which has no line number information. studio::CanvasView::toggle_duck_mask (this=0x8cc8838, type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3234 3234break; (gdb) 3256if(is_currently_on) (gdb) 3257 work_area->set_type_mask(work_area->get_type_mask()-type); (gdb) std::auto_ptr::operator-> (this=0x8cc8850) at /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/memory:286 286 return _M_ptr; (gdb) studio::Duckmatic::get_type_mask (this=0x8d1bbdc) at duckmatic.h:370 370 Type get_type_mask()const { return type_mask; } (gdb) studio::operator- (lhs=-9, rhs=studio::Duck::TYPE_TANGENT) at duck.h:237 237 { return static_cast(int(lhs)&~int(rhs)); } (gdb) std::auto_ptr::operator-> (this=0x8cc8850) at /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/memory:286 286 return _M_ptr; (gdb) studio::Duckmatic::set_type_mask (this=0x8d1bbdc, x=-11) at duckmatic.h:367 367 void set_type_mask(Type x) { type_mask=x; } (gdb) studio::CanvasView::toggle_duck_mask (this=0x8cc8838, type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3261 3261work_area->queue_draw(); (gdb) std::auto_ptr::operator-> (this=0x8cc8850) at /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/memory:286 286 return _M_ptr; (gdb) studio::CanvasView::toggle_duck_mask (this=0x8cc8838, type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3262 3262} (gdb) 0x083a2ab5 in sigc::bound_mem_functor1::operator()
[Synfig-devl] [ synfig-Bugs-1423944 ] synfig configure doesn't prefer the system libltdl
Bugs item #1423944, was opened at 2006-02-04 09:32 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compile-Time Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Paul Wise (pabs3) Summary: synfig configure doesn't prefer the system libltdl Initial Comment: synfig's configure process does not use the system libltdl when available, instead linking the embedded version in statically, without using -fPIC. This causes problems on non-i386 platforms, which need PIC to work. The best solution to this is to prefer the system libltdl. If that can't be done, synfig needs to be sure to compile libltdl with PIC. -- >Comment By: Genete (genete) Date: 2009-07-28 00:04 Message: If fixed then should be closed. -- Comment By: Paul Wise (pabs3) Date: 2007-11-30 03:55 Message: Logged In: YES user_id=35028 Originator: YES pxegeek: (for when you return): until I figure out how to fix this properly, in configure.ac, changing AC_LIBLTDL_INSTALLABLE to AC_LIBLTDL_CONVENIENCE and reautotooling should allow you to build hmm, doesn't seem to be a way to use the convenience libltdl, but use the system-wide one in preference to it http://osdir.com/ml/gnu.gnash.devel2/2006-11/msg00422.html I think that I have to agree with that post, and that we should just use AC_LIBLTDL_CONVENIENCE KiBi / dooglus / sladegen / Bombe / omry: thoughts? * pabs3 commits for now hmm synfig: pabs * r1169 /synfig-core/trunk/configure.ac: synfig: Use AC_LIBLTDL_CONVENIENCE instead of AC_LIBLTDL_INSTALLABLE because Win32 synfig: doesn't seem to be able to link a libsynfig DLL to a libltdl DLL and there synfig: doesn't seem to be a way to compile libltdl statically and libsynfig synfig: dynamically. -- Comment By: Paul Wise (pabs3) Date: 2006-02-04 12:13 Message: Logged In: YES user_id=35028 Fixed in svn version 124 by using AC_LIBLTDL_INSTALLABLE. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1420091 ] Crash when deleting vertex items
Bugs item #1420091, was opened at 2006-01-31 09:11 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1420091&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when deleting vertex items Initial Comment: A bug report from snapsilverlight: Layer -> New Layer -> Geometry -> Region Then in Params, expand the vertex list, right click on any vertex, click "Insert Item (Smart)" Then go and delete it. POOF! #0 0x082af60d in studio::CanvasTreeStore::get_value_vfunc (this=0x8a60800, it...@0xbfe897f4, column=2, val...@0xbfe89888) at canvastreestore.cpp:248 #1 0x082c071c in studio::LayerParamTreeStore::get_value_vfunc (this=0x8a60800, it...@0xbfe897f4, column=2, val...@0xbfe89888) at layerparamtreestore.cpp:150 #2 0xb79e2f77 in Gtk::TreeModel_Class::get_value_vfunc_callback () from /usr/lib/libgtkmm-2.4.so.1 #3 0xb767dec5 in IA__gtk_tree_model_get_value (tree_model=0x8a60b08, iter=0xbfe89984, column=0, value=0xbfe89888) at gtktreemodel.c:1077 #4 0xb76aa096 in IA__gtk_tree_view_column_cell_set_cell_data (tree_column=0x8a39790, tree_model=0x8a60b08, iter=0xbfe89984, is_expander=0, is_expanded=0) at gtktreeviewcolumn.c:2544 #5 0xb7699200 in gtk_tree_view_expose (widget=0x8a37418, event=0xbfe89f50) at gtktreeview.c:3651 #6 0xb79f4a62 in Gtk::Widget_Class::expose_event_callback () from /usr/lib/libgtkmm-2.4.so.1 #7 0xb75c6960 in _gtk_marshal_BOOLEAN__BOXED (closure=0x84d5d60, return_value=0xbfe89bc0, n_param_values=2, param_values=0xbfe89cac, invocation_hint=0xbfe89bac, marshal_data=0xb79f49e0) at gtkmarshalers.c:83 #8 0xb7133179 in g_type_class_meta_marshal (closure=0x84d5d60, return_value=0x0, n_param_values=0, param_values=0xbfe89cac, invocation_hint=0x0, marshal_data=0x0) at gclosure.c:569 #9 0xb7133839 in IA__g_closure_invoke (closure=0x84d5d60, return_value=0x0, n_param_values=0, param_values=0x0, invocation_hint=0x0) at gclosure.c:492 #10 0xb71437f5 in signal_emit_unlocked_R (node=0x84d5db0, detail=0, instance=0x8a37418, emission_return=0xbfe89e2c, instance_and_params=0xbfe89cac) at gsignal.c:2523 #11 0xb71446de in IA__g_signal_emit_valist (instance=0x8a37418, signal_id=33, detail=0, var_args=0xbfe89eb0 "\u\236\u\uP\237\u\u\030t\u\b\017\203k\u\030t\u\b\u4J\b") at gsignal.c:2254 #12 0xb7144cd9 in IA__g_signal_emit (instance=0x0, signal_id=0, detail=0) at gsignal.c:2288 #13 0xb76b81c4 in gtk_widget_event_internal (widget=0x8a37418, event=0xbfe89f50) at gtkwidget.c:3735 #14 0xb75c53ca in IA__gtk_main_do_event (event=0xbfe89f50) at gtkmain.c:1370 #15 0xb73d388d in gdk_window_process_updates_internal (window=0x8a973f0) at gdkwindow.c:2215 #16 0xb73d396f in IA__gdk_window_process_all_updates () at gdkwindow.c:2268 #17 0xb7533597 in gtk_container_idle_sizer (data=0x0) at gtkcontainer.c:1117 #18 0xb70ad0f1 in g_idle_dispatch (source=0x8a94478, callback=0x3, user_data=0x0) at gmain.c:3817 #19 0xb70aab8c in IA__g_main_context_dispatch (context=0x849e978) at gmain.c:1934 #20 0xb70adf6b in g_main_context_iterate (context=0x849e978, block=1, dispatch=1, self=0x84b3488) at gmain.c:2565 #21 0xb70ae2c7 in IA__g_main_loop_run (loop=0x85aaee8) at gmain.c:2769 #22 0xb75c43a1 in IA__gtk_main () at gtkmain.c:991 #23 0xb799a626 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1 #24 0xb799a4d1 in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1 #25 0x081b8d05 in main (argc=0, argv=0xbfe8a394) at main.cpp:86 -- >Comment By: Genete (genete) Date: 2009-07-28 00:06 Message: It seems it was long time ago fixed. Works for me. -- Comment By: dooglus (dooglus) Date: 2008-12-10 10:47 Message: > get_root_canvas() in this case is returning the root canvas of the > original window No, it's returning 0. Exporting a canvas causes it to be cloned, and clone() doesn't set the root canvas. > Of course, it's possible that both windows have the same layer selected, > and so both windows really need to have their parameter trees rebuilt. Oh, but there's only one params panel. So only one tree can be displayed at a time. Do we still need to rebuild both of them? -- Comment By: dooglus (dooglus) Date: 2008-12-10 10:09 Message: Here's another way to get the same crash: 1. layer > new layer > geometry > outline 2. encapsulate 3. in params panel, right click canvas param
[Synfig-devl] [ synfig-Bugs-1423944 ] synfig configure doesn't prefer the system libltdl
Bugs item #1423944, was opened at 2006-02-04 16:32 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compile-Time Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Paul Wise (pabs3) Summary: synfig configure doesn't prefer the system libltdl Initial Comment: synfig's configure process does not use the system libltdl when available, instead linking the embedded version in statically, without using -fPIC. This causes problems on non-i386 platforms, which need PIC to work. The best solution to this is to prefer the system libltdl. If that can't be done, synfig needs to be sure to compile libltdl with PIC. -- Comment By: Paul Wise (pabs3) Date: 2009-07-28 16:26 Message: This bug isn't fixed, I don't have access to reopen it, please do so. -- Comment By: Genete (genete) Date: 2009-07-28 06:04 Message: If fixed then should be closed. -- Comment By: Paul Wise (pabs3) Date: 2007-11-30 11:55 Message: Logged In: YES user_id=35028 Originator: YES pxegeek: (for when you return): until I figure out how to fix this properly, in configure.ac, changing AC_LIBLTDL_INSTALLABLE to AC_LIBLTDL_CONVENIENCE and reautotooling should allow you to build hmm, doesn't seem to be a way to use the convenience libltdl, but use the system-wide one in preference to it http://osdir.com/ml/gnu.gnash.devel2/2006-11/msg00422.html I think that I have to agree with that post, and that we should just use AC_LIBLTDL_CONVENIENCE KiBi / dooglus / sladegen / Bombe / omry: thoughts? * pabs3 commits for now hmm synfig: pabs * r1169 /synfig-core/trunk/configure.ac: synfig: Use AC_LIBLTDL_CONVENIENCE instead of AC_LIBLTDL_INSTALLABLE because Win32 synfig: doesn't seem to be able to link a libsynfig DLL to a libltdl DLL and there synfig: doesn't seem to be a way to compile libltdl statically and libsynfig synfig: dynamically. -- Comment By: Paul Wise (pabs3) Date: 2006-02-04 19:13 Message: Logged In: YES user_id=35028 Fixed in svn version 124 by using AC_LIBLTDL_INSTALLABLE. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1423944 ] synfig configure doesn't prefer the system libltdl
Bugs item #1423944, was opened at 2006-02-04 09:32 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compile-Time Group: None >Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Paul Wise (pabs3) Summary: synfig configure doesn't prefer the system libltdl Initial Comment: synfig's configure process does not use the system libltdl when available, instead linking the embedded version in statically, without using -fPIC. This causes problems on non-i386 platforms, which need PIC to work. The best solution to this is to prefer the system libltdl. If that can't be done, synfig needs to be sure to compile libltdl with PIC. -- >Comment By: Genete (genete) Date: 2009-07-28 10:30 Message: It still needs fixing. Reopening it. -- Comment By: Paul Wise (pabs3) Date: 2009-07-28 10:26 Message: This bug isn't fixed, I don't have access to reopen it, please do so. -- Comment By: Genete (genete) Date: 2009-07-28 00:04 Message: If fixed then should be closed. -- Comment By: Paul Wise (pabs3) Date: 2007-11-30 03:55 Message: Logged In: YES user_id=35028 Originator: YES pxegeek: (for when you return): until I figure out how to fix this properly, in configure.ac, changing AC_LIBLTDL_INSTALLABLE to AC_LIBLTDL_CONVENIENCE and reautotooling should allow you to build hmm, doesn't seem to be a way to use the convenience libltdl, but use the system-wide one in preference to it http://osdir.com/ml/gnu.gnash.devel2/2006-11/msg00422.html I think that I have to agree with that post, and that we should just use AC_LIBLTDL_CONVENIENCE KiBi / dooglus / sladegen / Bombe / omry: thoughts? * pabs3 commits for now hmm synfig: pabs * r1169 /synfig-core/trunk/configure.ac: synfig: Use AC_LIBLTDL_CONVENIENCE instead of AC_LIBLTDL_INSTALLABLE because Win32 synfig: doesn't seem to be able to link a libsynfig DLL to a libltdl DLL and there synfig: doesn't seem to be a way to compile libltdl statically and libsynfig synfig: dynamically. -- Comment By: Paul Wise (pabs3) Date: 2006-02-04 12:13 Message: Logged In: YES user_id=35028 Fixed in svn version 124 by using AC_LIBLTDL_INSTALLABLE. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2829410 ] Unable to import particular SVG file
Bugs item #2829410, was opened at 2009-07-30 10:07 Message generated for change (Tracker Item Submitted) made by zelgadis_ksee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Konstantin Dmitriev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to import particular SVG file Initial Comment: I was unable to import particular svg file with new svg importer - http://openclipart.org/media/files/Anonymous/12184 It is crashes synfig. Console output: [zelga...@vienkel 19]$ synfigstudio synfig studio -- starting up application... synfig(16067) [09:58:36 AM] info: Loading modules from /opt/synfig/etc/synfig_modules.cfg don't supported: 87.333 don't supported: , don't supported: 63.451 don't supported: , don't supported: 54.899 don't supported: , don't supported: 48.176 don't supported: , don't supported: 54.949 don't supported: , don't supported: 48.022 Segmentation fault [zelga...@vienkel 19]$ synfig --info synfig-0.61.09 Revision: 20090727 Branch: genete_master Revision ID: 3d0655b0728cc3b9d528375431f7b01a5d0b3d5b ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2792947 ] Importing a list of PNGs result in a assert(0) failure
Bugs item #2792947, was opened at 2009-05-17 18:51 Message generated for change (Comment added) made by zelgadis_ksee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2792947&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Gerco Ballintijn (gballintijn) Assigned to: Nobody/Anonymous (nobody) Summary: Importing a list of PNGs result in a assert(0) failure Initial Comment: When importing a list of PNGs, synfigstudio dies with an assert(0) failure (file: synfig-core/src/modules/mod_png/mptr_png.cpp, line: 412). This behavior was introduced in r2193 with the addition of the automatic cropping feature for PNG files. The assertion failure occurs only when importing *a list* of PNGs (not individual PNGs). It is probably enough to remove the assert(0), and not have the cropping feature for list of PNG's. On the other hand, the list importer might also be extended to perform the cropping operation over all PNGs in the list. We can start with the first and postpone the latter. -- Comment By: Konstantin Dmitriev (zelgadis_ksee) Date: 2009-07-30 10:13 Message: I can import list of png images (ListImporter) without any trouble on Revision: 20090727 Branch: morevna Revision ID: f63f232029f4244a78b54452825b12cf8a09a9a3 BUT, if png have transparency, it is crops each file independently - that results in corrupted imported sequence (imported png's are scaled differrently). I'm forced to use JPG for ListImporter. I suggest to disable list importer for now and later extend ListImporter to perform the cropping operation over all PNGs in the list s gerco suggested. -- Comment By: Genete (genete) Date: 2009-05-18 12:00 Message: Also I've noticed that the cropping feature is enabled by default. It makes older files to be read badly because the aspect ratio and size of the imported image was ready for a non cropped one. So there are two solutions, make a new canvas version so the old versions are never cropped and make the environment variable for cropping available to the SETUP dialog and remembered between sessions. At the moment it has to be set manually and by default the crop feature is enabled. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2792947&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2829410 ] Unable to import particular SVG file
Bugs item #2829410, was opened at 2009-07-30 10:07 Message generated for change (Settings changed) made by zelgadis_ksee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Import Group: GIT version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Konstantin Dmitriev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to import particular SVG file Initial Comment: I was unable to import particular svg file with new svg importer - http://openclipart.org/media/files/Anonymous/12184 It is crashes synfig. Console output: [zelga...@vienkel 19]$ synfigstudio synfig studio -- starting up application... synfig(16067) [09:58:36 AM] info: Loading modules from /opt/synfig/etc/synfig_modules.cfg don't supported: 87.333 don't supported: , don't supported: 63.451 don't supported: , don't supported: 54.899 don't supported: , don't supported: 48.176 don't supported: , don't supported: 54.949 don't supported: , don't supported: 48.022 Segmentation fault [zelga...@vienkel 19]$ synfig --info synfig-0.61.09 Revision: 20090727 Branch: genete_master Revision ID: 3d0655b0728cc3b9d528375431f7b01a5d0b3d5b ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2829415 ] Crash when importing non-svg binary file with svg importer
Bugs item #2829415, was opened at 2009-07-30 10:36 Message generated for change (Tracker Item Submitted) made by zelgadis_ksee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829415&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Import Group: GIT version Status: Open Resolution: None Priority: 3 Private: No Submitted By: Konstantin Dmitriev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when importing non-svg binary file with svg importer Initial Comment: If you try to use new SvgImporter to import some non-svg binary file then it's crashes. Steps to reproduce: 1. Start synfig. 2. Right-click in canvas window, Layer->New Layer -> NotVisible -> Import Svg 3. Set filename to file atached 4. Crash Console output: [zelga...@vienkel ~]$ synfigstudio synfig studio -- starting up application... synfig(11553) [10:29:08 AM] info: Loading modules from /opt/synfig/etc/synfig_modules.cfg /home/zelgadis/Desktop/krita.png:1: parser error : Start tag expected, '<' not found �PNG ^ Exception caught: Document not well-formed. [zelga...@vienkel ~]$ synfig --info synfig-0.61.09 Revision: 20090727 Branch: genete_master Revision ID: 3d0655b0728cc3b9d528375431f7b01a5d0b3d5b Note: The crash sometimes not happen if you previously successfully imported some other file. There's probably something wrong with initialization stuff. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829415&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2468792 ] segault after leaving main in F10/i386
Bugs item #2468792, was opened at 2008-12-26 20:26 Message generated for change (Comment added) made by zelgadis_ksee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2468792&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Moayyad Al-Sadi (errormsg) Assigned to: Nobody/Anonymous (nobody) Summary: segault after leaving main in F10/i386 Initial Comment: hi, I'm using fedora 10, I built and used many versions and I have the same problem with all of them I report it to fedora https://bugzilla.redhat.com/show_bug.cgi?id=428568 and I attach the back trace the problem is that it segault after leaving main in F10/i386 it will render the .sif successfully and it crash while leaving -- Comment By: Konstantin Dmitriev (zelgadis_ksee) Date: 2009-07-30 10:38 Message: You probably built with libavcodec enabled. Please build synfig without it (--without-libavcodec). Synfig have issues with latest libavcodec. -- Comment By: Paul Wise (pabs3) Date: 2008-12-27 06:35 Message: This looks like a problem with your selinux & system libraries, please ask on the Fedora IRC channel how to track down what the backtrace means and forward it here. Until then we cannot do anything to fix it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2468792&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2829410 ] Unable to import particular SVG file
Bugs item #2829410, was opened at 2009-07-30 05:07 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Import Group: GIT version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Konstantin Dmitriev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to import particular SVG file Initial Comment: I was unable to import particular svg file with new svg importer - http://openclipart.org/media/files/Anonymous/12184 It is crashes synfig. Console output: [zelga...@vienkel 19]$ synfigstudio synfig studio -- starting up application... synfig(16067) [09:58:36 AM] info: Loading modules from /opt/synfig/etc/synfig_modules.cfg don't supported: 87.333 don't supported: , don't supported: 63.451 don't supported: , don't supported: 54.899 don't supported: , don't supported: 48.176 don't supported: , don't supported: 54.949 don't supported: , don't supported: 48.022 Segmentation fault [zelga...@vienkel 19]$ synfig --info synfig-0.61.09 Revision: 20090727 Branch: genete_master Revision ID: 3d0655b0728cc3b9d528375431f7b01a5d0b3d5b -- >Comment By: Genete (genete) Date: 2009-07-30 07:08 Message: As mentioned in the svg_parser.h file description, it is supported only the XML version 1.1. Anyway, it should prevent to try to import any file that doesn't match that version. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2792947 ] Importing a list of PNGs result in a assert(0) failure
Bugs item #2792947, was opened at 2009-05-17 13:51 Message generated for change (Comment added) made by gballintijn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2792947&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Gerco Ballintijn (gballintijn) Assigned to: Nobody/Anonymous (nobody) Summary: Importing a list of PNGs result in a assert(0) failure Initial Comment: When importing a list of PNGs, synfigstudio dies with an assert(0) failure (file: synfig-core/src/modules/mod_png/mptr_png.cpp, line: 412). This behavior was introduced in r2193 with the addition of the automatic cropping feature for PNG files. The assertion failure occurs only when importing *a list* of PNGs (not individual PNGs). It is probably enough to remove the assert(0), and not have the cropping feature for list of PNG's. On the other hand, the list importer might also be extended to perform the cropping operation over all PNGs in the list. We can start with the first and postpone the latter. -- >Comment By: Gerco Ballintijn (gballintijn) Date: 2009-07-30 17:29 Message: The problem only occurs if you compile with debug on, otherwise the assert(0) statement does nothing. -- Comment By: Konstantin Dmitriev (zelgadis_ksee) Date: 2009-07-30 05:13 Message: I can import list of png images (ListImporter) without any trouble on Revision: 20090727 Branch: morevna Revision ID: f63f232029f4244a78b54452825b12cf8a09a9a3 BUT, if png have transparency, it is crops each file independently - that results in corrupted imported sequence (imported png's are scaled differrently). I'm forced to use JPG for ListImporter. I suggest to disable list importer for now and later extend ListImporter to perform the cropping operation over all PNGs in the list s gerco suggested. -- Comment By: Genete (genete) Date: 2009-05-18 07:00 Message: Also I've noticed that the cropping feature is enabled by default. It makes older files to be read badly because the aspect ratio and size of the imported image was ready for a non cropped one. So there are two solutions, make a new canvas version so the old versions are never cropped and make the environment variable for cropping available to the SETUP dialog and remembered between sessions. At the moment it has to be set manually and by default the crop feature is enabled. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2792947&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2827246 ] Svg importer
Patches item #2827246, was opened at 2009-07-26 06:48 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Carlos Sosa (akagogo) Assigned to: Nobody/Anonymous (nobody) Summary: Svg importer Initial Comment: module for synfig & synfigstudio to import svg images. -- >Comment By: Genete (genete) Date: 2009-07-31 15:59 Message: Will be applied in the next Synfig release. Now in development branch. Thanks! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2835409 ] Change State to Tools
Bugs item #2835409, was opened at 2009-08-11 09:25 Message generated for change (Tracker Item Submitted) made by rylleman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Change State to Tools Initial Comment: I think we should change the caret menu "State" to "Tools" to make it more clear. I'm unsure exactly what is meant by "State", but Tools is exactly what it contains. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2835409 ] Change State to Tools
Bugs item #2835409, was opened at 2009-08-11 09:25 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) >Assigned to: Genete (genete) Summary: Change State to Tools Initial Comment: I think we should change the caret menu "State" to "Tools" to make it more clear. I'm unsure exactly what is meant by "State", but Tools is exactly what it contains. -- >Comment By: Genete (genete) Date: 2009-08-11 11:18 Message: Absolutely right. Granted whish for the next release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2835575 ] Change Flipbook to Preview window.
Bugs item #2835575, was opened at 2009-08-11 15:52 Message generated for change (Tracker Item Submitted) made by rylleman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835575&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Change Flipbook to Preview window. Initial Comment: In the caret menu > View you can call the "Flipbook Dialog" which opens the Preview window. It's not called flipbook anywhere else in Synfig so I propose the menu enty to be changed to "Preview window". -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835575&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2835409 ] Change State to Tools
Bugs item #2835409, was opened at 2009-08-11 09:25 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Genete (genete) Summary: Change State to Tools Initial Comment: I think we should change the caret menu "State" to "Tools" to make it more clear. I'm unsure exactly what is meant by "State", but Tools is exactly what it contains. -- >Comment By: Genete (genete) Date: 2009-08-11 15:58 Message: Applied on master branch -- Comment By: Genete (genete) Date: 2009-08-11 11:18 Message: Absolutely right. Granted whish for the next release. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2835575 ] Change Flipbook to Preview window.
Bugs item #2835575, was opened at 2009-08-11 15:52 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835575&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: David Rylander (rylleman) >Assigned to: Genete (genete) Summary: Change Flipbook to Preview window. Initial Comment: In the caret menu > View you can call the "Flipbook Dialog" which opens the Preview window. It's not called flipbook anywhere else in Synfig so I propose the menu enty to be changed to "Preview window". -- >Comment By: Genete (genete) Date: 2009-08-11 16:16 Message: Applied to master branch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835575&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2836465 ] Increase resolution icon
Patches item #2836465, was opened at 2009-08-12 22:27 Message generated for change (Tracker Item Submitted) made by rylleman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836465&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Increase resolution icon Initial Comment: Icon for increasing resolution. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836465&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2836466 ] Decrease resolution icon
Patches item #2836466, was opened at 2009-08-12 22:27 Message generated for change (Tracker Item Submitted) made by rylleman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836466&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Decrease resolution icon Initial Comment: Icon for decreasing resolution. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836466&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-2837042 ] Image sequence import
Feature Requests item #2837042, was opened at 2009-08-13 19:45 Message generated for change (Tracker Item Submitted) made by rylleman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2837042&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Image sequence import Initial Comment: Would like Synfig to import image sequences without intermediate ,lst-files. Could perhaps work as Synfig creating intermediate temporary lst-files which it then imports. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2837042&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-2837487 ] Merge Translate, Rotate & Scale tools
Feature Requests item #2837487, was opened at 2009-08-14 10:17 Message generated for change (Tracker Item Submitted) made by rylleman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2837487&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Merge Translate, Rotate & Scale tools Initial Comment: I think the translate, smooth translate, rotate and scale tools all can be combined into one tool for easier and faster workflow. Normal Tool state should work as now, press ctrl for rotate tool, alt (and AltGr) for scale tool and ctrl+alt for smooth translate. Shift is left for constraining movement as now. Here's a chart on how the new combined tool can work. ALT CTRLSHIFT Translate - -- Restricted X or Y - -+ Rotate - + - By fixed angle steps- + + Scale + -- Keep aspect ratio + - + Smooth Move + + - Synfig forum post discussing this feature; http://synfig.org/forums/viewtopic.php?f=14&t=729 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2837487&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-2838609 ] Move CVS-items into submenu.
Feature Requests item #2838609, was opened at 2009-08-16 20:18 Message generated for change (Tracker Item Submitted) made by rylleman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2838609&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Move CVS-items into submenu. Initial Comment: CVS Add, CVS Update, CVS Commit and CVS Revert under the File menu is used by only a few and is probably confusing to the average user as well as cluttering up the menu. I propose to move these items into a submenu; File>Development. That way they are still available to those using them and moved away from the average user. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2838609&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2839292 ] tools windows are not brough forward when Synfig gets focus
Bugs item #2839292, was opened at 2009-08-18 01:07 Message generated for change (Tracker Item Submitted) made by berteh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2839292&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bertrand Grégoire (berteh) Assigned to: Nobody/Anonymous (nobody) Summary: tools windows are not brough forward when Synfig gets focus Initial Comment: to reproduce: - launch synfig - run any other application fullscreen (e.g. firefox) - alt-tab to bring Synfig forward (or click on similar button) -> only main "synfig studio" window and current project editor are brought in front of firefox. other windows (info+palette+history and parameters+children+time in default settings) remain on background. expected behaviour would be to bring all windows on foreground when alt-tab selects Synfig. B. I run Synfig 0.61.09 - SVN r2113M from synfig.org homepage download for ubuntu, on Intel Pentium dual core, Kubuntu 9.04. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2839292&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2839292 ] tools windows are not brough forward when Synfig gets focus
Bugs item #2839292, was opened at 2009-08-18 01:07 Message generated for change (Comment added) made by berteh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2839292&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bertrand Grégoire (berteh) Assigned to: Nobody/Anonymous (nobody) Summary: tools windows are not brough forward when Synfig gets focus Initial Comment: to reproduce: - launch synfig - run any other application fullscreen (e.g. firefox) - alt-tab to bring Synfig forward (or click on similar button) -> only main "synfig studio" window and current project editor are brought in front of firefox. other windows (info+palette+history and parameters+children+time in default settings) remain on background. expected behaviour would be to bring all windows on foreground when alt-tab selects Synfig. B. I run Synfig 0.61.09 - SVN r2113M from synfig.org homepage download for ubuntu, on Intel Pentium dual core, Kubuntu 9.04. -- >Comment By: Bertrand Grégoire (berteh) Date: 2009-08-18 01:15 Message: maybe related to https://sourceforge.net/tracker/index.php?func=detail&aid=1367916&group_id=144022&atid=757416 ... but not fixed anyway. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2839292&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2843006 ] Grab hint macro doesn't work
Bugs item #2843006, was opened at 2009-08-23 12:19 Message generated for change (Tracker Item Submitted) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2843006&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: GIT version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Grab hint macro doesn't work Initial Comment: There is a portion of code that seems to read the preferences to alter the hint style of the canvas view, toolbox and dock dialogs, as suggested by this page. It seems not to work. Probably the preferences().get_value simply returns false all the time due to those preferences are not at any domain map or simple map. Fix this would help to make the windows behavior better. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2843006&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2685228 ] Timeline frame numbering inaccurate
Bugs item #2685228, was opened at 2009-03-12 14:51 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2685228&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: Latest release >Status: Closed Resolution: Remind Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Nobody/Anonymous (nobody) Summary: Timeline frame numbering inaccurate Initial Comment: The frame numbers indicated above the timeline is not accurate. Looking at the timeline in my attached image, it looks like I'm at frame 336 but I am in fact at frame 350 which is properly indicated in the main window seen above (and to further confirm the imported image sequence has a frame count rendered into it, saying frame 350). -- >Comment By: SourceForge Robot (sf-robot) Date: 2009-08-27 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 30 days (the time period specified by the administrator of this Tracker). -- Comment By: Genete (genete) Date: 2009-07-27 20:33 Message: Remind to test this bug in the next release. -- Comment By: David Rylander (rylleman) Date: 2009-03-13 16:36 Message: If it is as you say that you can't find the issue in any revision you've tried then I'll live with it for now and keep my fingers crossed for the bug to magically dissapear next time I upgrade Synfig. (In the middle of an production so I don't want to risk anything by upgrading now) I'll get back to this report when I've upgraded. -- Comment By: Genete (genete) Date: 2009-03-13 15:58 Message: That's possible a correct one because the extra info is optional. I wonder how can I reproduce the bug... -- Comment By: Genete (genete) Date: 2009-03-13 15:47 Message: Hmmm, that's an old about dialog before the one of the 0.61.09 release. See the correct one posted. -- Comment By: Genete (genete) Date: 2009-03-13 15:38 Message: I've tried to reproduce the bug at the following revisions: 2130, 2140, 2150, 2160, 2170, 2180, 2190 and 2200 with no success. Release for 0.61.09 was revision 2128 Continue testing :) -- Comment By: David Rylander (rylleman) Date: 2009-03-13 15:34 Message: The About dialog doesn't have any revision info. Posting it anyway. synfig --info gives; synfig-0.61.09 Compiled on Nov 23 2008 with GCC 4.3.2 Copyright (c) 2001-2005 Robert B. Quattlebaum Jr., Adrian Bentley File Added: about_synfig.png -- Comment By: Genete (genete) Date: 2009-03-13 15:26 Message: I meant to say 2320 :) -- Comment By: Genete (genete) Date: 2009-03-13 15:24 Message: I have several binaries compiled from different revisions since revision 1200 to 2032. To allow me to hook the bug maybe you can paste the about dialog. There should be the revision number against that installed version was built. As far as I've seen in the sources you have posted, the revision doesn't correspond to exactly the 0.61.09 release but a little later. Meanwhile you post the about dialog I'll try to reproduce it in my old binaries. I confirm that in the latest svn revision it doesn't happen. -- Comment By: David Rylander (rylleman) Date: 2009-03-13 07:54 Message: There's nonthing special I'm doing to get this. As I wrote in my last comment I get this by just starting up a new project and setting it's frame length to a few hundred frames. Here's some specs that might help in pinpointing this bug; Ubuntu Studio 8.10, 64 bit on a Dell Precision 490. 4Gb of RAM, dual core Xeon. 2.6.27-11-generic kernel. Synfig Studio 0.61.09, installed by adding "deb http://ppa.launchpad.net/stemp/ubuntu intrepid main" to my sources. I also tested on my laptop, an old Sony Vaio with Ubuntu 8.10 with Synfig installed in the same way as above and I get the same behavior there. [A short note on the scene attached. It's part of an fuzzy cloud effect for an animated short. After animating the gradient in Sy
[Synfig-devl] [ synfig-Feature Requests-2847284 ] merge/split tangent on several nodes
Feature Requests item #2847284, was opened at 2009-08-30 15:53 Message generated for change (Tracker Item Submitted) made by animtim You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2847284&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Timothée Giet (animtim) Assigned to: Nobody/Anonymous (nobody) Summary: merge/split tangent on several nodes Initial Comment: It would be usefull to have a way to merge or split tangents on several selected nodes. (for example when importing an SVG, all nodes are set to Split, so it can be necessary to set Merge on many nodes at the same time..) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2847284&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-2852956 ] More Noise/Texture layers
Feature Requests item #2852956, was opened at 2009-09-06 16:35 Message generated for change (Tracker Item Submitted) made by animtim You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2852956&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Miscellaneous Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Timothée Giet (animtim) Assigned to: Nobody/Anonymous (nobody) Summary: More Noise/Texture layers Initial Comment: Please add more kind of noise/texture layer, with things like the textures in blender (DistortedNoise, Voronoi, Musgrave, wood, stucci, marble, cloud ) or any other you can think about. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2852956&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2858545 ] Updated synfig-core translation into Russian
Patches item #2858545, was opened at 2009-09-14 16:13 Message generated for change (Tracker Item Submitted) made by prokoudine You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858545&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexandre Prokoudine (prokoudine) Assigned to: Nobody/Anonymous (nobody) Summary: Updated synfig-core translation into Russian Initial Comment: Updated synfig-core translation into Russian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858545&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2858546 ] Updated synfig-studio translation into Russian
Patches item #2858546, was opened at 2009-09-14 16:14 Message generated for change (Tracker Item Submitted) made by prokoudine You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858546&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexandre Prokoudine (prokoudine) Assigned to: Nobody/Anonymous (nobody) Summary: Updated synfig-studio translation into Russian Initial Comment: Updated synfig-studio translation into Russian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858546&group_id=144022 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2860386 ] synfig-0.61.09 and OpenEXR-1.6.1
Bugs item #2860386, was opened at 2009-09-16 20:47 Message generated for change (Tracker Item Submitted) made by stumbles You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2860386&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dennis (stumbles) Assigned to: Nobody/Anonymous (nobody) Summary: synfig-0.61.09 and OpenEXR-1.6.1 Initial Comment: Built this from source and all is well on that front. So decided to look more closely at the ./configure and saw OpenEXR's half type was set to no. I realize the build instructions say not to use that because it is slow. Um well, perhaps; but I wanted to give it a go anyway. However, when setting --enable-half, the make fails with the following error; g++ -DHAVE_CONFIG_H -I../.. -I../../src -I../../libltdl -I/usr/include/libxml++-2.6 -I/usr/lib/libxml++-2.6/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -DUSE_HALF_TYPE -DSYNFIG_NO_DEPRECATED -DLOCALEDIR=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DSYSCONFDIR=\"/etc\" -march=x86-64 -pipe -DNDEBUG -O2 -W -Wall -MT libsynfig_la-gradient.lo -MD -MP -MF .deps/libsynfig_la-gradient.Tpo -c gradient.cpp -fPIC -DPIC -o .libs/libsynfig_la-gradient.o gradient.cpp: In member function 'synfig::Gradient& synfig::Gradient::operator+=(const synfig::Gradient&)': gradient.cpp:206: warning: format '%d' expects type 'int', but argument 2 has type 'long int' gradient.cpp:206: warning: format '%d' expects type 'int', but argument 4 has type 'long int' gradient.cpp: In member function 'synfig::Color synfig::Gradient::operator()(const synfig::Real&, float) const': gradient.cpp:430: error: 'class synfig::ColorAccumulator' has no member named 'premult_alpha' gradient.cpp:441: error: 'class synfig::ColorAccumulator' has no member named 'premult_alpha' gradient.cpp:458: error: 'class synfig::ColorAccumulator' has no member named 'premult_alpha' make[3]: *** [libsynfig_la-gradient.lo] Error 1 make[3]: Leaving directory `/usr/src/synfig-0.61.09/src/synfig' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/synfig-0.61.09/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/synfig-0.61.09' make: *** [all] Error 2 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2860386&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2860979 ] French translation update for Synfig-Core
Patches item #2860979, was opened at 2009-09-17 23:38 Message generated for change (Tracker Item Submitted) made by rore_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860979&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: French translation update for Synfig-Core Initial Comment: French translation update for synfig-core -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860979&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2860982 ] French translation update for Synfig-Studio
Patches item #2860982, was opened at 2009-09-17 23:41 Message generated for change (Tracker Item Submitted) made by rore_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860982&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: French translation update for Synfig-Studio Initial Comment: French translation update for synfig-studio -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860982&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2814648 ] Enable reverse manipulations for Scale Convert
Patches item #2814648, was opened at 2009-06-30 16:50 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Ray Frederikson (uranus-235) >Assigned to: Genete (genete) Summary: Enable reverse manipulations for Scale Convert Initial Comment: Converting value to Scale makes duck unaccessible for direct manipulations with mouse. It is marked as greyed one. This patch enables reverse manipulations for ducks of Scale convert type. -- >Comment By: Genete (genete) Date: 2009-09-22 22:23 Message: Applied. Thank you very much -- Comment By: Gerco Ballintijn (gballintijn) Date: 2009-06-30 19:50 Message: Do you mind posting this patch to the Synfig patch review site http://patches.synfig.org/ ? This allows us to share and discuss our comments, easily comment on details, etc. Thanks! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2836466 ] Decrease resolution icon
Patches item #2836466, was opened at 2009-08-12 22:27 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836466&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: David Rylander (rylleman) >Assigned to: Genete (genete) Summary: Decrease resolution icon Initial Comment: Icon for decreasing resolution. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836466&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2836465 ] Increase resolution icon
Patches item #2836465, was opened at 2009-08-12 22:27 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836465&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: David Rylander (rylleman) >Assigned to: Genete (genete) Summary: Increase resolution icon Initial Comment: Icon for increasing resolution. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836465&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2858545 ] Updated synfig-core translation into Russian
Patches item #2858545, was opened at 2009-09-14 14:13 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858545&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Alexandre Prokoudine (prokoudine) >Assigned to: Genete (genete) Summary: Updated synfig-core translation into Russian Initial Comment: Updated synfig-core translation into Russian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858545&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2858546 ] Updated synfig-studio translation into Russian
Patches item #2858546, was opened at 2009-09-14 14:14 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858546&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Alexandre Prokoudine (prokoudine) >Assigned to: Genete (genete) Summary: Updated synfig-studio translation into Russian Initial Comment: Updated synfig-studio translation into Russian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858546&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2860982 ] French translation update for Synfig-Studio
Patches item #2860982, was opened at 2009-09-17 23:41 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860982&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) >Assigned to: Genete (genete) Summary: French translation update for Synfig-Studio Initial Comment: French translation update for synfig-studio -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860982&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2860979 ] French translation update for Synfig-Core
Patches item #2860979, was opened at 2009-09-17 23:38 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860979&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) >Assigned to: Genete (genete) Summary: French translation update for Synfig-Core Initial Comment: French translation update for synfig-core -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860979&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2870861 ] Parameters tips are not shown
Bugs item #2870861, was opened at 2009-09-30 18:47 Message generated for change (Tracker Item Submitted) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2870861&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Parameters tips are not shown Initial Comment: There are lots of strings marked for translation that are the long description of the parameters of the layers even the subparameters of the convert value nodes. They are not shown in the GUI when you stop the mouse over the parameter. It would be very handy. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2870861&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1755862 ] Adding timeline to pirates.sif under Windows causes crash
Bugs item #1755862, was opened at 2007-07-18 05:35 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1755862&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pixelgeek (pxegeek) Assigned to: Atrus (gmatrus) Summary: Adding timeline to pirates.sif under Windows causes crash Initial Comment: Adding a timeline to pirates.sif under Windows causes synfig studio to crash. Open pirates.sif >Edit, properties select time tab Change end time to 10 seconds OK or Apply. Synfig crashes See screen cast for an example... http://www.mediafire.com/?ax4hbav1bbo -- >Comment By: Genete (genete) Date: 2009-09-30 19:25 Message: I see it crashing on a Pentium 4 hypertreading and using a Set affinity application to use only one core. Testing version previous to 0.62 release. -- Comment By: Genete (genete) Date: 2008-09-24 18:56 Message: As far as I know pirates.sif has time already added. Does it still crashing if the CPU affinity is not restricted under windows? -- Comment By: Pixelgeek (pxegeek) Date: 2007-08-10 05:58 Message: Logged In: YES user_id=1763308 Originator: YES I had the opportunity to try this on a clean install of XP2 on an Intel Quad core 2 machine. Doing the same steps on 4 logical CPUs caused the crash. Using Windows task manager to restrict the CPU affinity to only CPU0 allowed it to work. Chris -- Comment By: Pixelgeek (pxegeek) Date: 2007-08-05 04:06 Message: Logged In: YES user_id=1763308 Originator: YES Interesting data point - System is a Dell XPS running a Pentium4 with Hyperthreading enabled (& Windows XP SP2). Using Windows Task Manager to restrict Synfigstudio to run on only one CPU works around this issue. Chris -- Comment By: Paul Wise (pabs3) Date: 2007-07-20 08:29 Message: Logged In: YES user_id=35028 Originator: NO Data point: not an issue on Linux with the latest release (0.61.06). Assigning to Atrus. There haven't been any changes in SVN since the release, changing the version number. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1755862&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2871859 ] Remove Item smart from a List of strings crash
Bugs item #2871859, was opened at 2009-10-02 16:56 Message generated for change (Tracker Item Submitted) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2871859&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: GIT version Status: Open Resolution: None Priority: 6 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Remove Item smart from a List of strings crash Initial Comment: Create a text layer and convert the text parameter to a Joined String. It offers two strings in the list to join. The current text value and "..." Try to remove the second entry list produces a crash. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2871859&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-2872402 ] Some Tools Presets
Feature Requests item #2872402, was opened at 2009-10-04 01:30 Message generated for change (Tracker Item Submitted) made by animtim You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2872402&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Timothée Giet (animtim) Assigned to: Nobody/Anonymous (nobody) Summary: Some Tools Presets Initial Comment: Please add a way to save/restore multiple presets on the Draw tool (and on other tools with many settings). For example a "Save preset" (would ask for the preset name to save) and a "restore preset" (which would display the list of all names saved) buttons down on the settings panel. It will make the draw tool workflow more efficient! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2872402&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1569617 ] rotating text 180 degrees fails
Bugs item #1569617, was opened at 2006-10-03 00:50 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Render Artifact Group: Latest release Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: rotating text 180 degrees fails Initial Comment: If I rotate text by 179.99 degrees or 180.01 degrees, the text turns upside down, as I would expect. If I rotate by 180.00 degrees, the text isn't rotated at all. Example .sif file: http://dooglus.rincevent.net/rotatebug.sif Screenshot of how it looks in synfigstudio: http://dooglus.rincevent.net/rotatebug.png -- >Comment By: Genete (genete) Date: 2009-10-04 12:26 Message: Stretch a text with (-60,60) doesn't mirror horizontally the text but (60,-60) yes. I think it is related with the same issue (rotation) There is a note in the code about a bad render in the BMP format with the pixel height. I will see if that is causing the problem. -- Comment By: dooglus (dooglus) Date: 2007-09-24 12:54 Message: Logged In: YES user_id=1546005 Originator: YES synfig-core/trunk/src/modules/lyr_std/rotate.cpp has specific code to short-cut the rotation if it's 180 degrees: if(amount.dist(Angle::deg(180))==Angle::deg(0)) I expect that's what triggers this bug. -- Comment By: Paul Wise (pabs3) Date: 2007-02-01 05:12 Message: Logged In: YES user_id=35028 Originator: NO Just leaving a note for myself that this bug is in the synfig renderer, not synfigstudio. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1569617 ] rotating text 180 degrees fails
Bugs item #1569617, was opened at 2006-10-03 00:50 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Render Artifact Group: Latest release Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: rotating text 180 degrees fails Initial Comment: If I rotate text by 179.99 degrees or 180.01 degrees, the text turns upside down, as I would expect. If I rotate by 180.00 degrees, the text isn't rotated at all. Example .sif file: http://dooglus.rincevent.net/rotatebug.sif Screenshot of how it looks in synfigstudio: http://dooglus.rincevent.net/rotatebug.png -- >Comment By: Genete (genete) Date: 2009-10-04 12:26 Message: I mean, (60,-60) mirrors it vertically properly. ;) -- Comment By: Genete (genete) Date: 2009-10-04 12:26 Message: Stretch a text with (-60,60) doesn't mirror horizontally the text but (60,-60) yes. I think it is related with the same issue (rotation) There is a note in the code about a bad render in the BMP format with the pixel height. I will see if that is causing the problem. -- Comment By: dooglus (dooglus) Date: 2007-09-24 12:54 Message: Logged In: YES user_id=1546005 Originator: YES synfig-core/trunk/src/modules/lyr_std/rotate.cpp has specific code to short-cut the rotation if it's 180 degrees: if(amount.dist(Angle::deg(180))==Angle::deg(0)) I expect that's what triggers this bug. -- Comment By: Paul Wise (pabs3) Date: 2007-02-01 05:12 Message: Logged In: YES user_id=35028 Originator: NO Just leaving a note for myself that this bug is in the synfig renderer, not synfigstudio. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1569617 ] rotating text 180 degrees fails
Bugs item #1569617, was opened at 2006-10-03 00:50 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Render Artifact Group: Latest release Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: rotating text 180 degrees fails Initial Comment: If I rotate text by 179.99 degrees or 180.01 degrees, the text turns upside down, as I would expect. If I rotate by 180.00 degrees, the text isn't rotated at all. Example .sif file: http://dooglus.rincevent.net/rotatebug.sif Screenshot of how it looks in synfigstudio: http://dooglus.rincevent.net/rotatebug.png -- >Comment By: Genete (genete) Date: 2009-10-04 12:41 Message: Commenting the bmp checking issue in the lyr_freetype.cpp file doesn't seems to solve the issue. -- Comment By: Genete (genete) Date: 2009-10-04 12:26 Message: I mean, (60,-60) mirrors it vertically properly. ;) -- Comment By: Genete (genete) Date: 2009-10-04 12:26 Message: Stretch a text with (-60,60) doesn't mirror horizontally the text but (60,-60) yes. I think it is related with the same issue (rotation) There is a note in the code about a bad render in the BMP format with the pixel height. I will see if that is causing the problem. -- Comment By: dooglus (dooglus) Date: 2007-09-24 12:54 Message: Logged In: YES user_id=1546005 Originator: YES synfig-core/trunk/src/modules/lyr_std/rotate.cpp has specific code to short-cut the rotation if it's 180 degrees: if(amount.dist(Angle::deg(180))==Angle::deg(0)) I expect that's what triggers this bug. -- Comment By: Paul Wise (pabs3) Date: 2007-02-01 05:12 Message: Logged In: YES user_id=35028 Originator: NO Just leaving a note for myself that this bug is in the synfig renderer, not synfigstudio. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2872554 ] bug with memory 0.62.00
Bugs item #2872554, was opened at 2009-10-04 13:08 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2872554&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bug with memory 0.62.00 Initial Comment: I have a some sifz with included more then 300 images .png.each image ~30-50 kb.if this sifz try open-error bad:alloc. sistem ubuntu 8.10,2GHz,2Gb RAM, Linux 2.6.27-14-generic,processor Intel(R) Celeron(R) CPU ETL-0.04.13-RC1 synfig-0.62.00-RC1 synfigstudio-0.62.00-RC1 now I have a little problem with RC1 :) 07:29 < ratte6-1> when I try open same file i have 07:29 < ratte6-1> error 07:29 < ratte6-1> * /home/mashino/???-???/???/oslikDVA.sifz::53121: Layer 'import' rejected value for parameter 'filename' 07:29 < ratte6-1> * /home/mashino/???-???/???/oslikDVA.sifz::53205: Layer 'import' rejected value for parameter 'filename' 07:29 < ratte6-1> * /home/mashino/???-???/???/oslikDVA.sifz::53289: Layer 'import' rejected value for parameter 'filename' 07:29 -!- ratte6-1 [n=ra...@217.118.78.107] has quit [Excess Flood] 07:29 -!- ratte6-1 [n=ra...@217.118.78.107] has joined #synfig 07:31 < genete> did you move the file to other place? it seems that you are using external files in your composition 07:32 < ratte6-1> no I didnt move anything 07:32 < genete> but pressing OK opens the file, right? 07:34 < ratte6-1> yes,but in 50% of cases 07:34 < genete> what happens in the other 50%? 07:35 < ratte6-1> error.now I try open again and if will error I'm post it 07:36 < ratte6-1> and loading on processor and memoru 100% 07:37 < ratte6-1> in moment of opening this file 07:37 < genete> it is normal 07:37 < ratte6-1> error 07:37 < ratte6-1> std::bad_alloc 07:37 < genete> Hmmm 07:38 < genete> what's your achitecture? 07:38 < ratte6-1> 386 07:38 < genete> please, start synfigstudio 0.62.00 release candidate 1 and start a new project 07:38 < genete> then import an image 07:39 < genete> check if it works fine 07:41 < ratte6-1> works fine 07:41 < genete> for some reason the path to the image file is not correct for the new version 07:42 < genete> and it seems that it is trying to allocate a file in a wrong place. 07:42 < genete> do this: 07:42 < genete> start the synfigstudio new version 07:42 < genete> new file 07:42 < genete> import an image from where the images from the other saved sif file are 07:43 < genete> save the new file in the same place than the sifz file you cannot open 07:43 < genete> then close synfigstudio and start again, try to open the failing file. Let me know what happens 07:51 < ratte6-1> in this sifz more than 300 images 07:52 < ratte6-1> if I import one or ten images and save 07:52 < genete> well, the memory problem can be caused by this. How much memory do you have? 07:52 < ratte6-1> 2Gb 07:52 < ratte6-1> and 2,5 Gb swap 07:52 < genete> and the image sizes? 07:53 < ratte6-1> 30-50 kb 07:54 < genete> 300*50=15000 kB = 15 MB 07:55 < genete> and with the 0.61.09 doesn't happen? 07:55 < ratte6-1> with 0.61.09 all fine 07:56 < ratte6-1> open this sifz in 10-15 sec 07:56 < genete> btw, which is your linux system? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2872554&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2872679 ] French translation update for synfig-Core
Patches item #2872679, was opened at 2009-10-04 23:20 Message generated for change (Tracker Item Submitted) made by rore_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872679&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: French translation update for synfig-Core Initial Comment: Update for synfig-core. The last string changes before 0.62 I hope ;) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872679&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2872681 ] French translation update for synfig-studio
Patches item #2872681, was opened at 2009-10-04 23:22 Message generated for change (Tracker Item Submitted) made by rore_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872681&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: French translation update for synfig-studio Initial Comment: Update for synfig-studio As it seems a few strings changed/were added ... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872681&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2827246 ] Svg importer
Patches item #2827246, was opened at 2009-07-26 06:48 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Carlos Sosa (akagogo) Assigned to: Nobody/Anonymous (nobody) Summary: Svg importer Initial Comment: module for synfig & synfigstudio to import svg images. -- >Comment By: Genete (genete) Date: 2009-10-05 21:49 Message: Already applied to the master branch and will be included in 0.62.00. Closing the tracker. -- Comment By: Genete (genete) Date: 2009-07-31 15:59 Message: Will be applied in the next Synfig release. Now in development branch. Thanks! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2827246 ] Svg importer
Patches item #2827246, was opened at 2009-07-26 06:48 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Carlos Sosa (akagogo) >Assigned to: Genete (genete) Summary: Svg importer Initial Comment: module for synfig & synfigstudio to import svg images. -- Comment By: Genete (genete) Date: 2009-10-05 21:49 Message: Already applied to the master branch and will be included in 0.62.00. Closing the tracker. -- Comment By: Genete (genete) Date: 2009-07-31 15:59 Message: Will be applied in the next Synfig release. Now in development branch. Thanks! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2872679 ] French translation update for synfig-Core
Patches item #2872679, was opened at 2009-10-04 23:20 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872679&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) >Assigned to: Genete (genete) Summary: French translation update for synfig-Core Initial Comment: Update for synfig-core. The last string changes before 0.62 I hope ;) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872679&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-2872681 ] French translation update for synfig-studio
Patches item #2872681, was opened at 2009-10-04 23:22 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872681&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) >Assigned to: Genete (genete) Summary: French translation update for synfig-studio Initial Comment: Update for synfig-studio As it seems a few strings changed/were added ... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872681&group_id=144022 -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-2873956 ] 0.62.00RC1 crashes on importing some SVG files
Bugs item #2873956, was opened at 2009-10-07 12:29 Message generated for change (Tracker Item Submitted) made by prokoudine You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2873956&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crasher/nasty bug Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexandre Prokoudine (prokoudine) Assigned to: Nobody/Anonymous (nobody) Summary: 0.62.00RC1 crashes on importing some SVG files Initial Comment: Attached file contains sample files and backtraces -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2873956&group_id=144022 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl