--- Log opened Thu Nov 29 00:00:07 2007
--- Day changed Thu Nov 29 2007
00:00 < dooglus> no, the page name for all the weird "export ...=..." settings
00:00 < genete> dooglus: are you modifying the wiki page?
00:00 < genete> ah
00:01 < dooglus> http://wiki.synfig.com/Synfig_Core_options
00:01 < dooglus> it's there
00:01 < genete> you win
00:02 < dooglus> I'm thinking that instead of doing width()*2/3, it would look better if I did
00:02 < dooglus> width()-width/3
00:02 < dooglus> that way the rounding works the same as for width/3
00:03 -!- tokyo [n=alberto@c-67-175-201-210.hsd1.il.comcast.net] has quit ["the house bug has bitten!"]
00:06 < dooglus> genete: when you make a screenshot, does your computer lock up for a second, and the music stop playing?
00:06 < genete> let me check
00:06 < dooglus> rhythmbox, if that matters
00:07 < dooglus> (radiohead, if *that* matters :) )
00:08 < genete> I don't notice nothing
00:08 < genete> "for a second" how much is it?
00:10 < genete> I'm watchind a movie in totem and it continues playing smoothly...
00:11 < dooglus> ok
00:11 < dooglus> 1 or 3 seconds
00:12 < dooglus> it's noticeable
00:12 < dooglus> but PrtScrn doesn't do anything here - I use xfce in gutsy - I think maybe it only works in GNOME
00:14 < dooglus> oh, good.  I can set it up to use gnome-screenshot and that works quickly without interrupting the music
00:15 < genete> http://www.darthfurby.com/genete/synfig/Pantallazo-1.png
00:15 < genete> ;)
00:15 < dooglus> I never saw anything about spongebob
00:15 < dooglus> is it good?
00:15 < genete> I like it very much
00:16 < genete> I laugh always although I've seen it several times... :)
00:16 < genete> s/seen/watched
00:17 < dooglus> genete: http://dooglus.rincevent.net/synfig/waypoint-symmetry.png
00:17 < dooglus> using 1-1/3 instead of 2/3 fixes it :)
00:18 < genete> dooglus: inserting vertices being in animate mode in the middle of the timeline produces strange behaviours
00:19 < genete> dooglus: write an small comment on the code "Anoying genete insisted that it was not symmetrical" ;)
00:19 < dooglus> genete: strange like random?  buggy?  or just hard-to-understand?
00:19 < genete> hard to understand and a bit random
00:19 < genete> I'll oad a file
00:19 < genete> load
00:20 < dooglus> ok
00:21 < genete> http://www.darthfurby.com/genete/synfig/strangewaypoint.sifz
00:21 < dooglus> ok
00:21 < dooglus> I just committed a fix for the ugly waypoints
00:22 < genete> to create the one with the vertical green line just insert an item smart in animate mode and in the middle of the timeline
00:22 < genete> then look to the rendered shape before the first greyed (green) one. 
00:23 < genete> the vertice exists and render  or not render properly depending on when you set the time cursor
00:24 < genete> also if you drag the waypoint it produce same effect
00:25 < genete> at frame 19f the render is ok, before not
00:27 < genete> and I'm not sure if the render between 1s7f and 2s16f is correct or not.
00:28 < genete> dear dooglus I have to go to bed. I'll read your thought in the log tomorrow.
00:28 < dooglus> ok
00:29 < genete> good night
00:29 < dooglus> night
00:29 < genete> night ulrik ! (if you still there)
00:29 -!- genete [n=Genete@84.122.32.55.dyn.user.ono.com] has quit ["Abandonando"]
00:29 < ulrik> night genete
00:32 < CIA-35> synfig: dooglus * r1168 /synfig-studio/trunk/src/gtkmm/widget_timeslider.cpp: Fix ugly waypoint drawing by rounding to integer values symmetrically. http://dooglus.rincevent.net/synfig/waypoint-symmetry.png shows the difference.
01:54 -!- ulrik [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has quit []
02:05 -!- factor [n=factor@ip68-12-46-197.ok.ok.cox.net] has joined #synfig
02:11 -!- akagogo [n=carlos@201.230.183.113] has joined #synfig
02:18 < afat> Hey people, hmm I want to know what you think about this: http://www.youtube.com/watch?v=O324CCwbLp4  <---
02:18 < afat> I made it today :D
02:26 < factor> cool
02:27 -!- xerakko [n=xerakko@debian/developer/xerakko] has quit ["Ex-Chat"]
02:27 < afat> great!
02:27 < factor> now just to get it to synfig
02:28 < afat> Yeah.
02:35 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
02:53 -!- afat [n=afat@node-be02a260.scarlet.an] has quit []
03:41 -!- akagogo [n=carlos@201.230.183.113] has quit [Remote closed the connection]
04:16 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
04:39 -!- pxegeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig
05:04 -!- akagogo [n=carlos@201.230.183.113] has joined #synfig
05:16 < pxegeek> Hi Akagogo!
05:16 < akagogo> hi o.o
05:17 < pxegeek> What brings you to IRC land?
05:18 < akagogo> the gnu spirit
05:27 < pxegeek> :)
05:27 < pxegeek> Are you a developer or artist?
05:28 < akagogo> both xD
05:30 < akagogo> but i prefer to develop
05:30 < pxegeek> Perfect!
05:31 < pxegeek> What's your OS of choice?
05:31 < akagogo> linux and windows
05:31 < pxegeek> Wow!  Bilingual!
05:31 < pabs3> :)
05:31 < akagogo> xDDD
05:32 < pxegeek> Have you tried building Synfig yet?
05:32 < akagogo> yeah!
05:33 < akagogo> I am compiling synfig-studio now
05:33 < pxegeek> Presumably under Linux, right?
05:33 < pxegeek> Windows build seems to be a little unwell since bootstrap was eliminated...
05:34 < pxegeek> If you have any ideas about how to fix it, I'll be forever in your debt!  
05:35 < akagogo> yes under linux, my windows not working xD
05:35 < akagogo> :o
05:36 < pxegeek> That seems to be the standard operating mode for Windows ;)
05:37 < akagogo> xDDDD
05:38 < pabs3> pxegeek: I don't see any error in http://pastebin.ca/795616 ?
05:38 < pabs3> seems to have built fine on that pastebin?
05:38 < pabs3> unless the error was in studio?
05:39 < pxegeek> No it's in core.  
05:40 < pxegeek> Even though I pipe the make_core.sh script to a file, some of the messages still show on the console instead.
05:40 < pxegeek> You can see the problem on line 800
05:42 < pabs3> line 800 only shows the command, no error. I guess you missed stderr, try make_core.sh &> file instead
05:43 < pxegeek> OK (there will be a short pause)
05:45 < pabs3> :)
05:45 < pabs3> hmm, perhaps it is this -Wl,--whole-archive flag
05:47 < pxegeek> What does that do?
05:48 < pabs3> http://pastebin.ca/801327
05:50 < pxegeek> Does that not happen in the Linux build?
05:50 < pabs3> try the command at the bottom of http://pastebin.ca/801334 after it fails
05:50 < pabs3> checking
05:51  * pxegeek compiling etl for svn 1168 right now
06:05 < pxegeek> huh - Now I'm getting 
06:05 < pxegeek> Can't spawn "autopoint": No such file or directory at /usr/share/autoconf/Autom4te/FileUtils.pm line 288, <GEN0> line 635.
06:05 < pabs3> do you still have gettext installed?
06:06 < pxegeek> $ gettext --v
06:06 < pxegeek> gettext.exe (GNU gettext-runtime) 0.13.1
06:06 < pxegeek> Copyright (C) 1995-1997, 2000-2003 Free Software Foundation, Inc.
06:06 < pxegeek> This is free software; see the source for copying conditions.  There is NO
06:06 < pxegeek> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
06:06 < pxegeek> Written by Ulrich Drepper.
06:06 < pxegeek> (yes)
06:07 < pabs3> it should have come with autopoint
06:07 < pxegeek> It got past this point last time
06:09 < pxegeek> I don't actually have a /usr anything....
06:10 < pabs3> what does this say: which gettext ; which autopoint
06:11  * pxegeek takes back last comment - was looking in the windows file structure
06:12 < pxegeek> Chris@DELLXPS /usr
06:12 < pxegeek> $ which gettext
06:12 < pxegeek> /C/GTK/bin/gettext
06:12 < pxegeek> Chris@DELLXPS /usr
06:12 < pxegeek> $ which autopoint
06:12 < pxegeek> Chris@DELLXPS /usr
06:12 < pxegeek> Doesn't look like I have autopoint....
06:12 < pabs3> hrm
06:13 < pabs3> what about gettextize, do you have that?
06:14 -!- akagogo [n=carlos@201.230.183.113] has left #synfig []
06:14 < pabs3> to answer your question before, linux build doesn't use -Wl,--whole-archive
06:14 < pxegeek> no :(
06:15 < pabs3> you don't have gettextize either?
06:15 < pxegeek> no
06:15 < pxegeek> It looks like the gettext version I have is being picked up from GTK
06:16 < pxegeek> rather than MinGW
06:16 < pxegeek> googling for gettext for MinGW yields Latest  	0.10.40-20011107 Notes (2001-11-06 15:00)
06:16 < pxegeek> ugh only 6 years old.  
06:17 < pabs3> http://code.google.com/p/ggobi-documentation/wiki/WindowsInstallGuide
06:17  * pabs3 ughs
06:17 < pxegeek> Or Latest  	gettext Notes (2003-05-11 21:00)
06:19  * pxegeek <3 teh leenux bild toolz
06:23 < pabs3> maybe try installing the gtk-dev installer too: http://downloads.sourceforge.net/gladewin32/gtk-dev-2.10.11-win32-1.exe
06:24 < pabs3> aha, there are official gtk 2.12 binaries available now: http://http://ftp.gnome.org/pub/GNOME/binaries/win32/gtk+/2.12/ftp.gnome.org/pub/GNOME/binaries/win32/gtk+/2.12/
06:25 < pabs3> hrm, correct link is http://ftp.gnome.org/pub/GNOME/binaries/win32/gtk+/2.12/
06:26 < pxegeek> Or do you want me to go back to something like 1142 before you started internationalizing?
06:26 < pabs3> nah, lets get this ltdl thing fixed first if possible
06:26  * pabs3 wishes Atrus would respond
06:27 < pxegeek> that's why I'm wondering if we should regress back to the original problem I saw when you killed bootstrap
06:28 < pabs3> oh, right. yeah, thats probably best
06:28 < pxegeek> It was somewhere between 1120 and 1142
06:31 < pabs3> use 1142, thats the last one before I added gettext stuff
06:31 < pxegeek> 1123 was the build I tried (according to CIA and dooglus' logs - IRC logs FTW!)
06:32 < pabs3> ok
06:34 < pxegeek> OK, ETL rebuilding
06:34 < pxegeek> I'm getting quite adept at checking out various SVN versions now 
06:40 < pxegeek> interestingly it's detecting my PC as i686 instead of i386 now....
06:43 < pxegeek> hmmmmm....  Don't remember it taking quite this long to make ETL
06:44 < pabs3> shouldn't take more than a few seconds
06:44 < pabs3> unless it is running make check
06:45 < pxegeek> config.status: Creating makefile
06:45 < pxegeek> CPU usage is bouncing around, so it looks like something is happening.
06:46 < pxegeek> but it doesn't ususally take this long.
06:46  * pxegeek restarts msys
06:52 < pxegeek> :(
06:54 < pabs3> no luck?
07:03 < pxegeek> gah no.  I guess next step is to delete ETL and re-svn co
07:04 < pxegeek> However, that will have to wait until tomorrow. 
07:04 < pxegeek> it's bedtime - I have an early start tomorrow.
07:04 < pabs3> gnite
07:04 < pxegeek> night.
07:12 < pxegeek> d'oh - just got deja vu
07:12 < pxegeek> re-read the logs for 11-09-07
07:12 < pxegeek> I need 1124.  
07:13 -!- ulrik [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has joined #synfig
07:16 < pabs3> ahhhyes
07:22 < ulrik> aloha
07:33 < pxegeek> pabs3 - http://pastebin.ca/801409
07:34 < pabs3> pxegeek: ah, svn up to 1128
07:36 < pabs3> will need to re-autoreconf/./configure
07:37 < pxegeek> re-make_core.sh ...
07:40 -!- ulrik [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has quit []
07:40 < pxegeek> 'bye Ulrik!
07:49 < pxegeek> OK - back to where we where....
07:49 < pxegeek> https://pastebin.ca/801415
07:50 < pxegeek> And while you think about that, I really am going to bed now!
07:51 < pxegeek> 'night (again)
07:54 < pabs3> nite
07:59 -!- crazy_bus [n=philip@CPE-121-218-136-210.nsw.bigpond.net.au] has joined #synfig
08:12 -!- pxegeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has quit [Read error: 113 (No route to host)]
08:22 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
08:34 -!- crazy_bus [n=philip@CPE-121-218-136-210.nsw.bigpond.net.au] has quit [Remote closed the connection]
08:40 -!- factor [n=factor@ip68-12-46-197.ok.ok.cox.net] has quit [Remote closed the connection]
08:41 -!- pabs3 [n=pabs@dsl-203-113-237-130.SA.netspace.net.au] has quit [Read error: 110 (Connection timed out)]
08:42 -!- pabs3 [n=pabs@dsl-203-113-237-130.SA.netspace.net.au] has joined #synfig
08:42 -!- factor [n=factor@ip68-12-46-197.ok.ok.cox.net] has joined #synfig
09:04 < pabs3> 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
09:29 < pabs3> hmm, doesn't seem to be a way to use the convenience libltdl, but use the system-wide one in preference to it
10:27 < pabs3> http://osdir.com/ml/gnu.gnash.devel2/2006-11/msg00422.html
10:28 < pabs3> I think that I have to agree with that post, and that we should just use AC_LIBLTDL_CONVENIENCE
10:29 < pabs3> KiBi / dooglus / sladegen / Bombe / omry: thoughts?
10:52  * pabs3 commits for now
10:54 < pabs3> hmm
11:17 < CIA-35> synfig: pabs * r1169 /synfig-core/trunk/configure.ac: 
11:17 < CIA-35> synfig: Use AC_LIBLTDL_CONVENIENCE instead of AC_LIBLTDL_INSTALLABLE because Win32
11:17 < CIA-35> synfig: doesn't seem to be able to link a libsynfig DLL to a libltdl DLL and there
11:17 < CIA-35> synfig: doesn't seem to be a way to compile libltdl statically and libsynfig
11:17 < CIA-35> synfig: dynamically.
12:25 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
12:41 -!- xerakko [n=xerakko@lpri.gva.es] has joined #synfig
13:50 -!- factor [n=factor@ip68-12-46-197.ok.ok.cox.net] has quit [Read error: 104 (Connection reset by peer)]
14:09 -!- crazy_bus [n=philip@CPE-121-218-136-210.nsw.bigpond.net.au] has joined #synfig
14:12 -!- factor [n=factor@ip68-12-46-197.ok.ok.cox.net] has joined #synfig
14:34 -!- factor [n=factor@ip68-12-46-197.ok.ok.cox.net] has left #synfig ["Ex-Chat"]
14:41 -!- crazy_bus [n=philip@CPE-121-218-136-210.nsw.bigpond.net.au] has quit [Remote closed the connection]
15:03 -!- xerakko [n=xerakko@lpri.gva.es] has quit ["ChatZilla 0.9.79 [Firefox 2.0.0.10/2007112612]"]
16:34 -!- pxegeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig
17:25 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has joined #synfig
17:26 < Ceox> hayall
17:26 -!- pxegeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has quit [Read error: 113 (No route to host)]
17:27 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has quit [Client Quit]
17:28 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has joined #synfig
17:35 -!- xerakko [n=xerakko@debian/developer/xerakko] has joined #synfig
17:58 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
18:38 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has left #synfig []
19:12 < KiBi> pabs3: Thoughts = VAC until the end of the QA meeting, or so.
19:59 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
20:21 -!- xerakko [n=xerakko@debian/developer/xerakko] has quit ["Ex-Chat"]
20:25 -!- xerakko [n=xerakko@debian/developer/xerakko] has joined #synfig
20:32 < CIA-35> synfig: dooglus * r1170 /synfig-core/trunk/src/tool/main.cpp: Use the ETL functions to find filename extensions and filenames without extensions. Rendering a.b.sif should create a.b.png by default, but it was creating a.png instead. That's fixed now.
20:48 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
21:13 -!- pabspabspabs [n=pabs@dsl-203-113-237-130.SA.netspace.net.au] has joined #synfig
21:16 -!- pabs3 [n=pabs@dsl-203-113-237-130.SA.netspace.net.au] has quit [Read error: 110 (Connection timed out)]
21:32 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
21:49 -!- genete [n=Genete@84.122.42.142.dyn.user.ono.com] has joined #synfig
21:53 < genete> what's up doc?
22:07 < dooglus> hey
22:07 < genete> cuac!
22:07 < dooglus> I looked at your activepoint bug
22:07 < dooglus> didn't find a good fix yet
22:07 < genete> hi dooglus ! 
22:07 < genete> it is a bug really?
22:11 < dooglus> yes
22:11 < dooglus> in synfig-core/trunk/src/synfig/valuenode_bline.cpp
22:12 < genete> do you want me to create a traker entry?
22:12 < dooglus> yes, ok
22:12 < dooglus> it only happens when you have an activepoint at SOT, right?
22:12 < dooglus> (Start Of Time)
22:12 < genete> I'll use the example file.
22:12 < dooglus> the code that says "if(next_scale!=1.0f)" is causing the problem
22:12 < genete> Did you try to repeat the bug?
22:12 < dooglus> sometimes next_scale is 0.999999999, not 1.0
22:13 < dooglus> yet
22:13 < genete> not in the SOT
22:13 < dooglus> yes
22:13 < dooglus> I don't think you can
22:13 < genete> I can
22:13 < dooglus> edit the .sif and replace SOT with 0s or something
22:13 < genete> in fact that was an special created file
22:13 < dooglus> SOT is -lots
22:13 < dooglus> I was going to ask - how did you make it?
22:13 < dooglus> I couldn't get the red-green-red-green sequence you have
22:13 < dooglus> couldn't duplicate the green-line waypoint
22:14 < genete> New file, defaults
22:14 < genete> set time to 5s (or whatever)
22:14 < dooglus> I found where the green and red lines in the middle of waypoints are made:
22:14 < dooglus> cellrenderer_timetrack.cpp
22:14 < dooglus> 				gc->set_rgb_fg_color(activepoint_color[iter->state]);
22:14 < dooglus> 				window->draw_rectangle(gc, true, area.get_x()+x-w/2, area.get_y(), w, area.get_height());
22:14 < dooglus> ok, doing it.
22:14 < genete> please follow how to create the buggy file.
22:14 < genete> New file, defaults
22:14 < genete> set time to 5s (or whatever)
22:15 < genete> create a region
22:15 < genete> 4 points
22:15 < genete> looped
22:15 < genete> it should be in edition mode
22:15 < genete> now go to frame 3s or something bigger than 0f
22:16 < genete> and activate animation mode
22:16 < genete> now 
22:16 < genete> right click on the bline and Insert item smart
22:16 < genete> it will create the green one
22:16 < genete> before 3s it renders weird
22:16 < genete> after is ok
22:17 < dooglus> yes
22:17 < genete> "create points in animation mode is not a good idea"
22:18 < dooglus> no, it's ok
22:18 < genete> better to create it from the beggining and desactivate when needed
22:18 < dooglus> it's just buggy
22:18 < dooglus> oh, I see
22:18 < genete> if you (in animnation mode) make right click and set active point as off 
22:19 < genete> it creates a greyed red line waypoint that works perfectly (greyes the left part of the timeline telling that the vertex is disabled)
22:19 < dooglus> I'm not seeing the bug now
22:20 < genete> following the last recipe?
22:20 < dooglus> it inserted the new point as vertex 001
22:20 < dooglus> does that matter?
22:20 < genete> I don't know
22:20 < genete> I always did it in the middle
22:20 < genete> like the example
22:21 < dooglus> I was at 3s when I created the new point
22:21 < dooglus> if I go to 1s, should the new point disappear?
22:21 < genete> I don't know, what's supposed to be?
22:21 < dooglus> ha, who knows?
22:22 < genete> the problem is: if the vertex exists then activate/deactivate makes sense
22:22 < dooglus> I don't see the green line either
22:22 < genete> if the point is created in the middle of the animation I think it should create the red one instead of the green one
22:23 < genete> that's the bug
22:23 < dooglus> I see neither
22:23 < dooglus> I have the red 'edit mode' circle
22:23 < dooglus> I see new waypoints when I move the vertices
22:23 < dooglus> but no red or green stripe when I 'add item smart'
22:23 < genete> let me check it again
22:24 < dooglus> oh - I have to expand the vertices don't I
22:25 < dooglus> ok
22:25 < dooglus> I add item at 3s
22:25 < dooglus> and the sifz file has:
22:25 < dooglus>         <entry on="3s" off="SOT">
22:25 < genete> yes the green one is at the vertex line
22:25 < dooglus> looks reasonable
22:25 < dooglus> it's on at 3s and off at the start of time
22:26 < genete> but what if instead of a green line waypoint it creates a red one that tells that the vertex is disabled untill 3s?
22:27 < genete> forget it
22:27 < genete> it should be a green one
22:27 < dooglus> wait
22:27 < dooglus> you're thinking of verticies as binary - on or off
22:27 < dooglus> they're not
22:27 < dooglus> they are on by some amount between 0 and 1
22:28 < genete> yes I know
22:28 < dooglus> if you add a vertex at 3s and remove it at 2s
22:28 < dooglus> then it has an amount of 0 at 2s, 0.5 at 2.5s and 1 at 3s
22:28 < dooglus> so you'll see its corner gradually fade away
22:28 < dooglus> it's not "off until 3"
22:28 < dooglus> it's "off at 2", "on at 3" and "partial in between 2 and 3"
22:29 < dooglus> the question is - if you 'add smart' at 3s, how "on" is it supposed to be at 2s?
22:29 < dooglus> the way regular waypoints work is that if there is only one waypoint for any parameter, then the parameter is constant over time
22:30 < genete> have you have a look to the Origin parameter to the just created vertex?
22:31 < genete> why is it not 0.5?
22:31 < dooglus> it depends where you create it maybe?  I'll check
22:32 < genete> but how depends?
22:32 < dooglus> the origin is 0.5 if you right-click half way between two vertices
22:33 < genete> ok makes sense
22:33 < dooglus> if you click nearer to one or the other, you get a number 0 through 1
22:34 < genete> but coming back to the just created green vertical line waypoint...
22:34 < genete> what's the reason for at some frames before 3s it 
22:35 < genete> renders ok and others not
22:35 < dooglus> that's due to the "if x == 1.0f"
22:35 < dooglus> and sometimes x is just slightly less than 1.0
22:35 < dooglus> using == with floating point maths leads to problems
22:35 < genete> 1.0 is the first frame?
22:36 < genete> 1.0f
22:36 < dooglus> I mean the "if(next_scale!=1.0f)" line - the first one of those in valuenode_bline.cpp
22:38 < dooglus> oh, no, sorry.
22:38 < dooglus> 1.0f is "1.0 as a float" in C
22:40 < genete> ah ok and what represent?
22:40 < dooglus> I'm not sure
22:40 < dooglus> the 0.999999 value is coming from here:
22:40 < dooglus> next_tangent_scalar=linear_interpolation(1.0-blp_here_on.get_origin(), 1.0f, amount);
22:42 < genete> dooglus: If you create the inserted item to have a Origin >0.5 then the bug disappears
22:43 -!- tokyo [n=alberto@207.227.22.115] has joined #synfig
22:44 < dooglus> oh, really?
22:44 < dooglus> maybe it will come back if you add it at one end of the loop?
22:44 < genete> and the problem happens just a the frame that is at Origin*(3s-0f)
22:44 < dooglus> ok
22:45 < genete> I mean if the origin value is 0,3 then the problem happens at 0.3*(3s-'0f) = 0,9s 
22:47 < dooglus> I've seen it happen in 2 places before
22:48 < genete> nah! it was my imagination
22:48 < genete> What I only can see is that it only happen if you click at a place before Origin =0.5
22:51 < genete> And the bad render happens also in an interval
22:56 < dooglus> I think I need to sleep
22:56 < dooglus> I'll look more tomorrow.  goodnight :)
22:56 < genete> night dooglus sleep well
23:17 -!- ulrik [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has joined #synfig
23:17 < ulrik> hi everybody!
23:18 < genete> hi ulrik !!!
23:18 < genete> dooglus is resting
23:22 < ulrik> dooglus: hi! I just want to tell you that synfig is still working great in os "tiger" on my ppc, since I installed "leopard" synfig has been extremely slow when rendering the screen, so i installed tiger again at another partition and build synfig r 1168, and it seems to work just fine  :) , unfortunately leopard is not working so good at the moment  :( 
23:22 < ulrik> hi genete!
23:22 < ulrik> ohh... i will not bother him
23:23 < genete> ulrik: the bad performance on new OSes is an important issue. You're the most valuable tester for Mac... :)
23:25 < ulrik> genete: i investigated a little, and it seems x11 is not working as it should in leopard, and also the "core image" built inside the os is leaking, i don't know if it affects synfig? i just hope apple will deal with this
23:30 < genete> ulrik: I gues that with leopard problem you have not done so much art with synfig lately
23:31 < ulrik> genete: right, it has been really boring, all energi and pleasure is gone, ...... :( 
23:32 < ulrik> what about you, have you been busy animating?
23:33 < ulrik> or hunting big bucks, sorry it should be, big bugs
23:36 < genete> not really much
23:36 < genete> the last one was the virus? thing
23:37 < genete> trying to explain a bug with dooglus and finally I've posted a tracker 
23:37 < ulrik> yeah! the virus looks really good, did you see my comments on youtube?
23:38 < ulrik> what's a tracker?
23:38 < genete> bug traker
23:38 < genete> and yes I did
23:38 < genete> :)
23:38 -!- xerakko_ [n=xerakko@194.pool85-59-69.dynamic.orange.es] has joined #synfig
23:38 -!- xerakko [n=xerakko@debian/developer/xerakko] has quit [Read error: 110 (Connection timed out)]
23:47 < genete> bedtime, night all
23:47 < genete> bye
23:47 -!- genete [n=Genete@84.122.42.142.dyn.user.ono.com] has quit ["Abandonando"]
--- Log closed Fri Nov 30 00:00:31 2007