--- Log opened Thu Oct 25 00:00:46 2007
--- Day changed Thu Oct 25 2007
00:00 < genete> I mean trunk yes/not render
00:01 < genete> the trunk doesn't dissapear if use alpha as stem size
00:02 < CIA-33> synfig: dooglus * r964 /synfig-core/trunk/src/modules/mod_particle/plant.cpp: Don't allow 'splits' to be less than 1, or we get a division by zero and an infinite loop.
00:08 < ulrik> genete: i see your .dv and .mpg renders work!!! i would like to have that too, and .mov and .avi, and ............ ;) 
00:09 < genete> ulrik: believe me. At the end you control better the quality from png to mov or avi 
00:09 < genete> I don't like synfig use of ffmpeg, its pixellation sucks
00:10 < ulrik> genete: yeah, there is no problem with .png, i like that format, but later, when dooglus fixed the sound import.... ;)  it would be handy to render out a movie at once with audio in it
00:12 < genete> At the end you'll composite everything in an external editor. Soundtrack inside synfig would be good for voice sync but never for soundtrack edition
00:12 < ulrik> maybe you're right, well then, for lipsync...
00:13 < genete> consider that you have lots of possibilities (fade in/out engrave, etc) with a good video editor but it would be so hard even for synfig
00:13 < genete> I use the free one cinelerra...
00:13 < ulrik> genete: you're right as always...
00:14 < genete> I wold be happy if I could see the wave form and in preview the sound plays.
00:15 < ulrik> yes, that would be nice
00:23 < genete> dooglus: in preview window, press twice the stop render meanhile it is playing the animation it crash
00:29 < genete> night all! 
00:29 -!- genete [n=Genete@84.122.41.250.dyn.user.ono.com] has quit ["Abandonando"]
00:39 < ulrik> night genete
00:40 < dooglus> as usual, he leaves me with a nice new bug as homework :)
00:40 < ulrik> hehe..
00:40 < dooglus> ulrik: I've kind of fixed the .bmp text problem if you want to try it
00:40 < ulrik> sure, a simple rebuild?
00:42 < dooglus> yes
00:42 < ulrik> ok, i'll go ahead
00:42 < dooglus> http://dooglus.rincevent.net/synfig/plant.png
00:42 < dooglus> http://dooglus.rincevent.net/synfig/plant.bmp
00:42 < dooglus> they're nearly the same, but not quite
00:44 < ulrik> the only difference i can see is the colors, the .bpm is lighter
00:44 < ulrik> both text and plant
00:46 < dooglus> I see the spacing of the 2 text lines is slightly different
00:47 < CIA-33> synfig: dooglus * r965 /synfig-core/trunk/src/modules/lyr_freetype/lyr_freetype.cpp: Crude attempt to get fonts not to render upside-down when rendering to .bmp files.
00:47 < ulrik> hmmm... i don't see it..
00:49 < ulrik> dooglus: my "random" video is up at my site http://www.musikboden.se/other%20projects/animated%20movies/synfig/files/page27-1020-pop.html  and source file: http://www.musikboden.se/synfigfiles/underwater-random.zip
00:51 < ulrik> dooglus: yes it renders fine to .bmp  :) 
00:52 < ulrik> and the random video at youtube: http://www.youtube.com/watch?v=j7fO-1V_IFA
00:53 < ulrik> dooglus: yes i know the bubbles pop up from nowhere after a time but i was so eager to show it
00:54 < ulrik> i used time loop and time offset and it confuses me.. :D 
00:54 < ulrik> i have to study it more... :P 
00:55 < dooglus> http://dooglus.rincevent.net/synfig/plant-png-bmp.png
00:55 < dooglus> ^-- shows the text height difference - it's png on one side and bmp on the other
00:55 < dooglus> the join is on the 'i' on the trunco
00:55 < ulrik> ahhh...you've got eyes like a hawk...i see it too now
00:56 < dooglus> do you see it in files you render?  or only in my magnified image?
00:56 < ulrik> in your magnified image i can see it
00:56 < ulrik> not on my own rendered
00:57  * dooglus is having trouble typing v=j7fO-1V_IFA !!
00:57 < dooglus> is the video available?
00:57 < dooglus> I can't tell if I'm typing the URL right or not, but it tells me it's not
00:58 < ulrik> http://www.musikboden.se/other%20projects/animated%20movies/synfig/files/page27-1020-pop.html
00:58 < ulrik> or  http://www.youtube.com/watch?v=j7fO-1V_IFA
00:58 < dooglus> ok, I see it now )
00:58 < dooglus> very nice!
00:58 < ulrik> thanks
00:59 < ulrik> you see the bubbles pop in everywhere after a time
01:00 < ulrik> it's because i can't handle the timeloop layer in conjunction with time offset quit right...hehe
01:00 < dooglus> ulrik: I'll take a look.  which layers are you talking about?
01:00 < ulrik> eveything is done with "random" convert, except the bubbles going upwards, that's linear
01:01 < ulrik> it's the "bubbles" layers
01:02 < ulrik> "bubbla"
01:03 < ulrik> i wanted the bubbles to differ when coming up...
01:03 < ulrik> at the beginning they come right after each other...
01:04 < ulrik> then whn looped i wanted them to slightly go apart more and more from each other
01:04 < ulrik> that's why i used different looptimes
01:05 < ulrik> timelooptimes.. :) 
01:06 < ulrik> dooglus: does it load the image?
01:06 < dooglus> yes
01:06 < ulrik> good
01:09 < dooglus> so which bubble is doing the wrong thing?
01:10 < dooglus> let's look at the last but one
01:11 < dooglus> Z 5.000
01:11 < dooglus> at 9s 4f it's at the top, and 9s 5f it's back at the bottom
01:11 < ulrik> at 11s 7f no 4 from top
01:11 < ulrik> ok
01:12 < dooglus> it has a time loop 0->8s10f
01:12 < dooglus> and a time-offset of -18f
01:13 < dooglus> that means that at time 18f, the timeloop's input will be 0
01:13 -!- pabs3 [i=daemon@60.242.186.48] has joined #synfig
01:13 < dooglus> 8s10f later, the timeloop will loop - that's at 18f+8s10f = 9s4f
01:13 < dooglus> hi pabs3
01:14 < ulrik> and then it's allready on it's way up?
01:14 < ulrik> hi pabs3!
01:14 < dooglus> ulrik: it's where it was at time 18f, which is the encapsulated layer's 0s
01:15 < ulrik> ok
01:15 < dooglus> ulrik: do you know what timeloop layers do when given negative time inputs?
01:15 < dooglus> ulrik: I made a video to show it: http://youtube.com/watch?v=qZlpPKyucRk
01:16 < ulrik> but i don't have any negative values?
01:16 < dooglus> for the first 18 frames of the animation, the timeloop layer is seeing times from -18f to 0f, and is outputting the same
01:16 < dooglus> ulrik: you do, because the pastecanvas around the timeloop has timeoffset=-18f
01:17 < dooglus> brb
01:17 < ulrik> ahh...now i understand....well a bit
01:17 < CIA-33> synfig: dooglus * r966 /synfig-core/trunk/src/modules/lyr_freetype/lyr_freetype.cpp: Fix the warning that the last commit introduced. And only round_to_int once.
01:17 < pabs3> hi folks
01:18 < dooglus> ulrik: change the timeoffset on that layer from -18f to +7s16f and you'll see the same every time around the loop
01:18 < dooglus> ulrik: ie. the bubble will start in mid-air every time, not just the 2nd, 3rd, etc.
01:19 < ulrik> yes, i understand now :D 
01:19 < dooglus> ulrik: +7s16f is the time-loop end time (8s10f) plus the timeoffset (-18f)
01:20 < ulrik> i'll change the offset settings for the encapsulated layers and then it will work?
01:20 < dooglus> ulrik: did you see genete's example of animated timeshift? http://dooglus.rincevent.net/synfig/time-offset-waypoints2.sifz
01:20 < dooglus> ulrik: select the top layer and drag the time slider - you'll see the waypoints moving :)
01:20 < ulrik> yes i saw it but have not study it
01:21 < ulrik> yes that's coool
01:22 < ulrik> if i put all positive values to the time offset it will work right? if i had understand it right
01:25 < ulrik> dooglus: thank you for explaining, i'll go to bed now
01:25 < ulrik> night everybody!
01:25 < dooglus> night ulrik
01:26 < dooglus> ulrik: if you put +ve values for the offset, you'll get the same behaviour over and over
01:26 < dooglus> the 1st time through won't be different
01:26 < dooglus> it might not be 'right' though - bubbles will still appear at the top
01:28 < ulrik> i see..
01:28 < ulrik> hmmm.. have to sleep on that :) 
01:28 -!- ulrik [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has quit ["bye! http://www.musikboden.se"]
01:31 < pabs3> nice stickdancer!
01:36 < dooglus> pabs3: I think I found out why ubuntu was killing my hard disk drives...
01:36 < pabs3> oh?
01:36 < dooglus> https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695
01:36 < dooglus> it was 'parking' the heads quite often, and hdds can only park a few hundred thousand times before failing
01:38 < dooglus> does debian have an /etc/acpi/power.sh ?
01:38 < dooglus> or is it a ubuntu thing?
01:39 < dooglus> in typical ubuntu fashion, they've set the importance of this bug, which kills hdds, to "wishlist"!
01:42 < pabs3> heh
01:42 < pabs3> debian has /etc/acpi/power.sh, but I don't see any hdparm calls
01:43 < pabs3> how does one check if debian has the same problem? and how is it fixed?
01:45 < dooglus> we have:
01:45 < dooglus>     for x in /sys/bus/scsi/devices/*/block; do 
01:45 < dooglus> 	drive=$(basename $(readlink $x));
01:45 < dooglus> 	$HDPARM -S $SPINDOWN_TIME /dev/$drive 2>/dev/null
01:45 < dooglus> 	$HDPARM -B 1 /dev/$drive 2>/dev/null
01:45 < dooglus>     done
01:46 < dooglus> I think maybe the bug is fixed in the latest ubuntu for me because that path no longer exists...  a case of 2 bugs cancelling each other out
01:47 < pabs3> nothing like that in mine, the changelog suggests it is the same as the ubuntu gutsy one
01:54 < dooglus> pabs3: http://dooglus.rincevent.net/random/acpi-support.txt shows all the hdparm mentions in acpi-support for etch, lenny/sid, feisty, gutsy
01:56 < dooglus> pabs3: or, easier to read, just the -B lines: http://dooglus.rincevent.net/random/acpi-support-B.txt
01:56 < dooglus> seems etch has the same problem, but lenny and sid don't
01:56 < pabs3> ah, I wonder if Ubuntu has forwarded the bug or not
01:58 < pabs3> doesn't look like it
01:58 < dooglus> pabs3: what do you think?  they set it to 'wishlist' to make their stats look better, then forget about it...
01:59 < pabs3> how come sid/lenny don't have the problem, but the sid changelog says it is just the gutsy package, and gutsy has the problem?
02:00 < pabs3> no idea about their motivation, I prefer to keep my Ubuntu bashing activities inside my own head as much as possible :)
02:00 < dooglus> pabs3: ok
02:01 < pabs3> certainly shouldn't be wishlist
02:02 < dooglus> pabs3: sid and gutsy are different:
02:02 < dooglus> -rwxr-xr-x 1 chris chris 1381 Sep 19 11:50 ./gutsy/etc/acpi/power.sh
02:02 < dooglus> -rwxr-xr-x 1 chris chris  470 Oct  8 10:54 ./lenny-sid/etc/acpi/power.sh
02:02 < dooglus> pabs3: note also that in sid the dodgy 'hdparm -B 1' has been moved into http://packages.debian.org/sid/laptop-mode-tools/all/download instead
02:04 < pabs3> looks like sid has that set to 1
02:05 < dooglus> yes
02:05 < dooglus> none of this explains why I was hearing the clicking every 5 seconds though
02:06 < dooglus> it was happening whether the disk was idle or not
02:06 < pabs3> so the workaround/fix is to use 255 instead of 1?
02:07 < dooglus> that's what I'm trying
02:07 < dooglus> http://dooglus.rincevent.net/random/monitor-hdd.log seems to suggest it's working
02:08 < dooglus> my 'new' hdd shows:
02:08 < dooglus>   9 Power_On_Seconds        1861h+44m+10s
02:08 < dooglus> 193 Load_Cycle_Count        15127
02:08 < dooglus> which isn't too bad - less than 10 parks per hour
02:11 < pabs3> mine is about 123/hr
02:16 < dooglus> that's not good
02:17 < CIA-33> synfig: dooglus * r967 /synfig-studio/trunk/src/gtkmm/preview.cpp: Don't crash if the user clicks 'halt render' when the render has already been stopped.
02:18 < pabs3> I changed the laptop-mode-tools config to 255, so hopefully it will get better
02:19 < dooglus> actually, I don't know - maybe it's not a problem to be load/unloading
02:20 < dooglus> it's done to protect the hdd head when not in use
02:20 < dooglus> http://www.hitachigst.com/tech/techlib.nsf/techdocs/9076679E3EE4003E86256FAB005825FB/$file/LoadUnload_white_paper_FINAL.pdf talks about it
02:21 < dooglus> https://bugzilla.redhat.com/show_bug.cgi?id=146628#c4
02:21 < dooglus> (turn it off in the BIOS?)
02:40 < pabs3> :/ I've used almost half the load cycles on my laptop HD http://www.hitachigst.com/tech/techlib.nsf/techdocs/9994DF9B6DE8E6B68625716C00564FF5/$file/5K160_FINAL_DS.pdf
02:40 < pabs3> 240095/600000
02:42 -!- crazy_bus [n=philip@CPE-58-168-49-49.nsw.bigpond.net.au] has joined #synfig
02:46 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
03:20 -!- crazy_bus [n=philip@CPE-58-168-49-49.nsw.bigpond.net.au] has quit [Remote closed the connection]
03:28 -!- pxegeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig
03:44 < KiBi> o<
04:15 < pabs3> wow, that underwater one rules
04:26 < KiBi> Got a link?
04:26 < KiBi> I haven't been following the whole day :s
04:27 < pabs3> http://www.youtube.com/watch?v=j7fO-1V_IFA
04:27  * pabs3 has the google video search and the youtube tag rss feeds in liferea
04:28  * KiBi has a crashing liferea :(
04:29 < KiBi> And you don't want to see the backtrace. I promise. :)
04:29 < KiBi> heh, nice one!
04:38 < pxegeek> Possibilities for the demo reel are growing faster than I can keep track.....
04:38 < dooglus> ulrik does some really nice work doesn't he
04:39 < pxegeek> The motion was so subtl at first that I missed it, but it looked sooo good!
04:39 < pxegeek> so it must have registered subconsciously.
04:41 < pxegeek> Hey dooglus - how did you end up fixing the render targets under linux?
04:43 < pxegeek> Oh, OK, I see.  I'd better check that it still works under Windows then, huh?  :)
04:48 -!- crazy_bus [n=philip@CPE-58-168-49-49.nsw.bigpond.net.au] has joined #synfig
05:24 -!- pxegeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has quit [Read error: 113 (No route to host)]
05:52 < pabs3> dooglus: http://mjg59.livejournal.com/77672.html
05:54 -!- crazy_bus [n=philip@CPE-58-168-49-49.nsw.bigpond.net.au] has quit [Remote closed the connection]
05:56 < KiBi> laptop-mode?
05:56 < KiBi> Heh. :)
05:56 < KiBi> Looks like I've been reading too much of pabs3's readings. :)
05:56 < KiBi> I can tell what is is about just by seeing the URL :)
05:57 < pabs3> :)
05:58  * pabs3 disappears for late lunch
06:03 < KiBi> You're making me hungry. :)
06:13 < KiBi> \o/
06:13  * KiBi is going to package sunflow.
06:13 < KiBi> That thing is a (java-based) rendered. *But* it works with gcj.
06:13 < KiBi> API    error : You do not appear to be running Sun's server JVM
06:13 < KiBi> Performance may suffer
06:13 < KiBi> But the rendering is OK :)
06:28  * pabs3 generally hides from java
06:35  * KiBi too but well, it looks like blender users are looking after such a package, so...
06:35 < KiBi> I've been getting my hands dirty with OCaml already...
06:35 < KiBi> *looking for
06:36 < pabs3> ah, ocaml, had to patch that for mtasc (actionscript -> flash compiler)
06:37 < pabs3> patch the mtasc code rather
06:42 < KiBi> outch
06:42 < KiBi> poor poor poor pabs3
06:42 < pabs3> indeed
06:49 < KiBi> It looks like everything's fine by now.
06:50 < KiBi> A bit of cdbs (looking at other java packages, as pointed on -devel or -mentors some hours ago).
06:50 < KiBi> Clear licensing. Tiny stuff to do: repack (zip archive), and strip a lib shipped in binary-only form. But no big deal since it is available as a debian package. :)
07:09 < pabs3> cool
07:09 < pabs3> hmmm, dyloxin seems to think that atrus has joined the irc channel every time I do
08:00 -!- Zelig [n=Zelig@ip68-108-123-29.lv.lv.cox.net] has joined #synfig
08:00 < Zelig> Sup all.
08:05 < pabs3> yo Zelig
08:08 < Zelig> Sup all? Work has been hell all week. Lots of stuff due.
08:22 < pabs3> some more cool vids on youtube
08:40 < Zelig> Well hate to cut it short, but I have to go to sleep. Night yall
08:40 -!- Zelig [n=Zelig@ip68-108-123-29.lv.lv.cox.net] has left #synfig ["Kopete 0.12.4 : http://kopete.kde.org"]
08:40 < pabs3> nite
10:16 -!- TMM [n=hp@ip565b35da.direct-adsl.nl] has quit [Read error: 110 (Connection timed out)]
10:29 -!- pabs3 [i=daemon@60.242.186.48] has quit ["Don't rest until all the world is paved in moss and greenery."]
13:07 -!- TMM [n=hp@ip5650d1ab.direct-adsl.nl] has joined #synfig
13:11 -!- pabs3 [n=pabs@121.216.242.240] has joined #synfig
13:14 -!- zotz [n=zotz@24.244.163.157] has joined #synfig
13:29 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
13:39 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has joined #synfig
14:36 -!- zotz [n=zotz@24.244.163.157] has quit ["Leaving"]
15:10 -!- MangoFusion [n=jamesu@host217-44-186-145.range217-44.btcentralplus.com] has joined #synfig
15:16 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has quit ["Leaving."]
15:18 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has joined #synfig
15:44 -!- crazy_bus [n=philip@CPE-121-216-162-101.nsw.bigpond.net.au] has joined #synfig
15:55 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has left #synfig []
16:15 -!- pabs3 [n=pabs@121.216.242.240] has quit ["Don't rest until all the world is paved in moss and greenery."]
17:12 -!- crazy_bus [n=philip@CPE-121-216-162-101.nsw.bigpond.net.au] has quit [Read error: 104 (Connection reset by peer)]
17:14 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has joined #synfig
17:38 < dooglus> hi Ceox
17:38 < dooglus> I like the dancing stickman :)
17:39 < Ceox> hey
17:39 < Ceox> thanks :)
17:40 < Ceox> did the video load slow?
17:40 < Ceox> in youtube
17:42 < dooglus> I couldn't watch it for 24 hours or so
17:42 < dooglus> it just hung with the spinning circle thing
17:42 < dooglus> I tried quite a few times, but it just kept getting stuck
17:43 < dooglus> it still won't load on this pc
17:43 < dooglus> I had to go to a different pc in the end
17:46 < dooglus> http://dooglus.rincevent.net/random/youtube.png
17:49 < MangoFusion> sometimes that happens with me
17:49 < MangoFusion> have you tried using a proxy?
17:49 < MangoFusion> i used Tor and i finally managed to grab a video that had the loading issue
17:51 < dooglus> MangoFusion: last time it happened, I tried from 2 other machines (both in France) and they couldn't access the video either
17:52 < MangoFusion> i think YT must direct you to a local mirror or something
17:53 < Ceox> yeah, thats what i've got tii
17:53 < Ceox> the spinning circle
17:54 < Ceox> the video is in a avi divx format
17:54 < Ceox> could that be the problem
18:10 < dooglus> no, they convert all videos to the same format
18:10 < dooglus> the machine I eventually watched it on is on the same LAN as this machine that can't watch it...
18:10 < dooglus> I don't understand the problem
18:15 < Ceox> yeah
18:16 < Ceox> but i mean when you make a flash video player
18:16 < Ceox> the video player plays the frames from the avi file
18:16 < Ceox> it doesn't get converted into .flp or .swf
18:19 < MangoFusion> 0_0
18:35 -!- TMM [n=hp@ip5650d1ab.direct-adsl.nl] has quit ["Ex-Chat"]
19:03 -!- Ceox [n=Ceox@dsl-hkigw3-fe2cde00-73.dhcp.inet.fi] has quit ["Quitting..."]
19:53 -!- MangoFusion [n=jamesu@host217-44-186-145.range217-44.btcentralplus.com] has quit ["ttg"]
19:59 -!- xerakko [n=xerakko@debian/developer/xerakko] has joined #synfig
20:32 < CIA-33> synfig: dooglus * r968 /synfig-studio/trunk/src/gtkmm/cellrenderer_timetrack.cpp: Tidying.
20:47 < CIA-33> synfig: dooglus * r969 /synfig-core/trunk/src/modules/mod_imagemagick/trgt_imagemagick.cpp: Output multiple numbered image files when necessary, rather than writing the same file over and over.
20:47 < CIA-33> synfig: dooglus * r970 /synfig-core/trunk/src/synfig/rect.cpp: Removed unused variables.
20:47 < CIA-33> synfig: dooglus * r971 /synfig-core/trunk/src/modules/mod_mng/trgt_mng.cpp: Tidying.
20:47 < CIA-33> synfig: dooglus * r972 /synfig-core/trunk/src/modules/ (5 files in 5 dirs): When rendering to multiple image files, render to filename.NNNN.ext rather than filenameNNNN.ext. When filename itself ends with a number, it's confusing to have the serial number merge with the filename.
21:03 -!- xerakko [n=xerakko@debian/developer/xerakko] has quit ["Ex-Chat"]
21:21 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
21:46 -!- xerakko [n=xerakko@debian/developer/xerakko] has joined #synfig
22:17 < dooglus> I just got rendering to .mng working :)
22:24 < xerakko> dooglus, are there any work to have synfig translated to other langs?
22:28 -!- genete [n=Genete@84.122.39.114.dyn.user.ono.com] has joined #synfig
22:29 < genete> Hi! =)
22:30 < xerakko> hi 
22:31 < genete> xerakko: you couls take me for Spanish translation...
22:31 < genete> could*
22:32 < xerakko> de donde eres genete?
22:32 < genete> de Espa?a / Andaluc?a /C?diz
22:32 < genete> y tu?
22:32 < xerakko> Xeraco /Valencia
22:32 < xerakko> :)
22:32 < genete> jeje
22:33 < xerakko> genete, creo que un no tiene infraestructura i18n aun...
22:33 < genete> (vaya lluvias! no te coger?a alguna no?)
22:34 < xerakko> de cerca
22:34 < xerakko> cayeron 480 litros en 3 horas
22:34 < genete> Bueno si traduces tu al espa?ol cuenta conmigo, ok?
22:35 < xerakko> ok
22:35 < dooglus> take it to #synfig-es please :)
22:35 < dooglus> evening genete
22:35 < genete> dooglus: sorry
22:35 < genete> evening dooglus 
22:35 < xerakko> dooglus, we are talking about translate synfig
22:35 < xerakko> sorry :)
22:36 < dooglus> just kidding
22:36 < xerakko> dooglus, do you know if synfig have any translations support?
22:36 < dooglus> genete: I just got .mng rendering working
22:36 < dooglus> xerakko: it doesn't, but pabs' contract ends in a few weeks, and it's #1 or #2 on his list of things to do with synfig when he has time
22:37 < xerakko> nice :)
22:37 < genete> I think we are not the only synfig chat users that are spanish
22:37 < genete> dooglus: Yes I have readed it. How did you do it?
22:39 < genete> dooglus: I have an important question: If you export a parameter and later unlink the valuenode then the exported value node remains, not?
22:39 < dooglus> genete: I looked at pabs3's mng code and found the bugs
22:40 < dooglus> genete: mainly he wasn't specifying the filter type for each scanline
22:40 < genete> so a new commit is comming?
22:40 < dooglus> genete: once I've tidied it up, yes
22:41 < dooglus> genete: re. exported nodes - yes.
22:41 < genete> So the question is: can an exported value node depends only by a conversion type to other exported values?
22:42 < genete> I mean: a,b,c exported values  (none parameter linked) and a=b+c
22:43 < genete> If yes then it could be COOL to have some kind of conversion libraries to link to and don't make the wheel everytime...
22:43 < genete> do you follow me?
22:45 < genete> I've tested and it works
22:45 < genete> It is really amazing
22:46 < genete> If you import a file that already have cool exported parameters you always can link to them and not need to re do every time the same conversion type...
22:47 < dooglus> yes
22:48 < dooglus> you can do that
22:48 < genete> It would save a lot of time and allow share cool exports to others easily
22:49 < dooglus> some kind of on-line library thing for synfig would be good
22:49 < genete> I find it so interesting
22:49 < dooglus> so you can export things into it, and others can import from it
22:49 < genete> yes!
22:50 < genete> the ability of the exported values to remain althoough nobody links to it is a very cool thing!!!
22:50 < genete> to them*
22:52 < genete> Did you know also that you can organze the exported values in any kind of ordered tree manner?
22:52 < genete> Then the exported values should be organized in folders of their ancestors...
22:53 < dooglus> no
22:53 < genete> ??
22:53 < dooglus> how do you organise them?  they look like an unsorted list to me.  do you mean in the child dialog?
22:54 < genete> not! only pick and drag one over other!!
22:54 < dooglus> did you ever try making a loop?
22:54 < genete> it is so easy!
22:54 < dooglus> ok
22:54 < dooglus> like a=b-c
22:54 < dooglus> b=a+2
22:54 < dooglus> or just a=scale(a,2)
22:55 < dooglus> ?
22:55 < genete> I did not .. yet. Did you?
22:55 < dooglus> I expect it will hang, but I don't know.
22:55 < dooglus> I didn't
22:55 < dooglus> I'm still hacking on mng
22:57 < genete> http://i85.photobucket.com/albums/k74/Genete/synfig/ValuenodeTree.png
22:58 < dooglus> cool
22:58 < dooglus> does it save the tree to the .sif file?
22:58 < genete> let me check
22:59 < genete> Mmm not it goes again to the initial position...
22:59 < genete> What a pity
23:00 < genete> Also they get alphabetical sorted
23:01 < dooglus> sounds like a feature request
23:01 < genete> =)
23:04 < genete> The fact is that the exported values remains exported although nobody is linked to. That's the good new. If the organization can be improved then it allow easier edition. 
23:04 < genete> it would*
23:11 < genete> a+b=c and a=2c then crash after a few seconds halted  (core dumped)
23:11 < genete> Can it be pre
23:11 < genete> prevented?
23:11 < genete> previewed?
23:23 -!- rore [n=rore@d90-144-48-72.cust.tele2.fr] has quit [Read error: 110 (Connection timed out)]
23:24 -!- rore [n=rore@d77-216-171-172.cust.tele2.fr] has joined #synfig
23:33 < dooglus> I suppose so
23:42 < genete> Unfortunately exported values cannot be accesed if you import the file like a paste canvas... :(
23:42 < genete> SO all my expectations have gone!
23:43 < genete> Expoerted value nodes cannot be reused into other files / canvases
23:43 < genete> :(((
23:56 < dooglus> I've committed the mng renderer now
23:58 < genete> Well, it can be done in the opposite direction. The main file/canvas is the one that have the cool exported values and the other files are just imported ones into the main one. The child layers can acces to parent exported values as well as child layers are shown in the main canvas when you export the canvas value...
23:58 < genete> (what a mess!)
23:58 < dooglus> :)
23:59 < dooglus> so if the child exports the values once it's a child, the parent sees them,
23:59 < dooglus> but if the child exported them when it was a main canvas, ie. before it was imported, the parent doesn't?
23:59 < genete> I've done following:
23:59 < dooglus> I think maybe you can get at the child values somehow
--- Log closed Fri Oct 26 00:00:04 2007