--- Log opened Tue Sep 18 00:00:39 2007
--- Day changed Tue Sep 18 2007
00:00 -!- TMM [n=hp@ip565b35da.direct-adsl.nl] has joined #synfig
00:02 < CIA-28> synfig: dooglus * r699 /synfig-studio/trunk/src/gtkmm/app.cpp: r679 introduced an error, assuming 'filename' would never be an absolute path. This fixes it.
00:47 < CIA-28> synfig: dooglus * r700 /synfig-studio/trunk/src/gtkmm/instance.cpp: 
00:47 < CIA-28> synfig: Saving a document (I'm going to call them documents because I don't know what
00:47 < CIA-28> synfig: else to call them - I mean .sif or .sifz files) without specifying an extension
00:47 < CIA-28> synfig: should add the default extension (.sifz) to the name you specify, but that's not
00:47 < CIA-28> synfig: working if the full path includes a dot. This change fixes that bug.
00:54  * dooglus plays the birdy song to celebrate reaching 700
01:01 < ulrikboden> dooglus: congratulations to you!!! very good work! :)
01:01 < ulrikboden> dooglus: what about this new extension .sifz?
01:09 < dooglus> ulrikboden: it's compressed
01:09 < dooglus> ulrikboden: .sif files aren't compressed, and they are *full* of spaces, so they compress very well
01:10 < dooglus> ulrikboden: just save as .sifz instead of .sif and the save file will be much smaller on disk - better for putting on websites, emailing, etc.
01:10 < ulrikboden> dooglus: that is great, I will do that from now on, thanks
01:11 < dooglus> ulrikboden: when you save, you don't need to type .sif or .sifz at all - just type a name (without any '.' at all) and it will automatically add the 'sifz' for you
01:11 < ulrikboden> 8) 
01:12 < dooglus> ulrikboden: and you'll have to update before saving to .sifz will work, too - I only fixed it a few hours ago
01:13 < ulrikboden> dooglus: I updated 1 hour ago on both machines, seems to work fine..
01:17 < CIA-28> synfig: dooglus * r701 /synfig-studio/trunk/src/gtkmm/ (instance.cpp app.h render.cpp app.cpp): App::dialog_saveas_file() and App::dialog_save_file() are identical. Deleted one of them.
01:19 -!- pabs3 [i=daemon@60-242-186-48.tpgi.com.au] has joined #synfig
01:20 -!- ulrikboden [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has quit ["I'm closing down"]
01:47 < CIA-28> synfig: dooglus * r702 /synfig-studio/trunk/src/ (4 files in 2 dirs): Removed more unused code. There were 4 'save_as' functions, and 2 of them were never used, so I removed them.
01:52 < dooglus> I was looking to get 'save as' to remember where you last saved, and use that as the default when opening or saving in the future
01:52 < dooglus> currently only 'open' remembers your favourite directory.  'save' should as well.
01:53 < dooglus> and I noticed that there's quite a lot of code doing the same thing, so couldn't resist tidying it up :)
01:53 -!- MangoFusion [n=jamesu@host217-43-242-207.range217-43.btcentralplus.com] has quit ["Ex-Chat"]
02:02 < CIA-28> synfig: dooglus * r703 /synfig-studio/trunk/src/gtkmm/app.cpp: When saving a file, remember the directory it was saved to, and use that as the default directory in future. Like was already the case when loading a file.
02:02 < pabs3> dooglus: btw, I think reverting those layer/parameter renames would be good, but also accept the version that was only in svn
02:07 -!- scutato [n=scutato@c-67-185-90-118.hsd1.wa.comcast.net] has quit [Read error: 110 (Connection timed out)]
02:28 < dooglus> pabs3: it sounds like you're suggesting never extending the .sif format at all?
02:39 -!- pxegeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig
02:39 < dooglus> hi pxegeek
02:39 < dooglus> you icons received a complement here earlier today :)
02:40 < dooglus> 09:24 < scutato> Plus, the icons are much nicer now
02:40 < dooglus> 09:24 < scutato> More professional
02:41 -!- crazy_bus [n=philip@CPE-58-164-41-200.nsw.bigpond.net.au] has joined #synfig
02:41 < dooglus> pxegeek: I would be interested to know if svn r703 works in Windows - the code is different for Windows there, and I've been unable to test it yet
02:42 < dooglus> pxegeek: to test it, make a new canvas, and save it to a new folder.  then make another new canvas and save again - does it default to the new folder?  don't open anything between the two saves.
02:44 < pxegeek> :) I saw!
02:44 < pxegeek> (although I can't really claim any credit apart from the implementation)
02:45 < pxegeek> It gave me a little cheerup midway through the day (I sometimes check the logs if I have free time at work)
02:45 < pxegeek> You've been busy too!
02:45 < pxegeek> I'll kick a build off - it'll take about an hour
02:45 < pxegeek> Is this a release candidate or are you still spinning?
02:47 < dooglus> spinning?
02:50 < pxegeek> new builds?
02:50 < pxegeek> what's the command to echo the time to the screen in Linux?
02:51 < pxegeek> Ah! date!
02:54 < dooglus> it takes a format argument if you want to be prettier: "date +%H:%M:%S"
02:55 < pxegeek> I finally got around to creating a batch file instead of copyng the lines from the wiki each time :)
02:55 < pxegeek> I wanted to see how long each step takes
02:56 < pxegeek> Taking a little while to delete all the examples and download the compressed versions
02:57 < pxegeek> I have an updated version of walk.sif if you want one that works :)
03:00 < dooglus> there's a command 'time' that times things.  try "time sleep 3"
03:00 -!- crazy_bus [n=philip@CPE-58-164-41-200.nsw.bigpond.net.au] has quit [Read error: 104 (Connection reset by peer)]
03:02 < CIA-28> synfig: dooglus * r704 /synfig-core/trunk/src/synfig/valuenode_repeat_gradient.h: Removed unused members/prototypes.
03:04 -!- scutato [n=scutato@c-67-185-90-118.hsd1.wa.comcast.net] has joined #synfig
03:07 < pabs3> dooglus: well, I just don't think changing the format incompatibly for no reason other than prettyness is a good idea. changing abi/api is fine, cus nothing depends on that yet, but if people using svn can't share sif files with people using their distro's packages, it is a bit of a shame. obviously, adding new features to the format (parameters and new layers and such) is a different story. we should also get the versioning stuff correct so tha
03:07 < pabs3> t old versions complain when they don't understand a version number
03:09 < scutato> Wait, sifz was removed?
03:14 < pxegeek> There is a canvas version number to allow for that.
03:15 < dooglus> fair enough
03:17 < pxegeek> scutato: no...  I think Pabs is referring to dooglus' changing of PasteCanvas to paste_canvas
03:17 < pabs3> correct pxegeek 
03:17 < scutato> Good good
03:18 < pxegeek> Uhoh!  something broke
03:20 < pxegeek> Ah c#$%!
03:20 < pxegeek> File: "..\examples\*.sif" -> no files found
03:21 < pabs3> dooglus renamed and compressed them to sifz files
03:22 < pxegeek> Yes - that one I can probably work around, although it'll mean different scripts for before and after the change....]
03:23 < pxegeek> What worries me more is ".... configure: error:  ** Unable to set up dependent libraries (synfig >= 0.61.06, ETL >= 0.04.09)"
03:27 < dooglus> strange
03:27 < dooglus> I've backed out the 3 layer name changes
03:27 < dooglus> I've not touched the param name changes - I think they were all GUI facing, not .sif file, so they won't affect compatibility
03:27 < dooglus> I'll check tomorrow - I need sleep now.
03:28 < pxegeek> I've kicked off another build with core fixed - hopefully it'll finish successfully and allow studio to build
03:28 < pxegeek> 'night dooglus!
03:29 < pxegeek> Awww.....  \synfig\build\synfig-core is deleted during the build - so much for my edits!
03:30 < dooglus> I just testing the change on Zelig's Sy'N'Fig animation - it loads the paste_canvas and saves a PasteCanvas, so that's OK
03:32 < CIA-28> synfig: dooglus * r705 /synfig-core/trunk/src/synfig/ (4 files): Revert r590. Use the same names for PasteCanvas, SolidColor, and MotionBlur as in previous releases. Recognise the lower_case names, and convert them back to the previous names on save.
03:33 < pxegeek> OK fixed the right file now.  Let's try again.
03:36 < pabs3> dooglus: cool, thanks
03:50 -!- factor [n=factor@ip68-12-46-197.ok.ok.cox.net] has joined #synfig
04:15 -!- zotz [n=zotz@24.244.163.157] has quit ["Leaving"]
04:19 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
04:19 -!- pabs3 [i=daemon@60-242-186-48.tpgi.com.au] has quit ["Don't rest until all the world is paved in moss and greenery."]
04:19 -!- factor [n=factor@ip68-12-46-197.ok.ok.cox.net] has left #synfig ["Leaving"]
04:23 -!- pabs3 [i=daemon@60-242-186-48.tpgi.com.au] has joined #synfig
04:29 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
04:57 < scutato> Is it possible to break a circle into a set of blines?
05:17 -!- Zelig [n=Zelig@ip68-108-123-29.lv.lv.cox.net] has joined #synfig
05:19 < Zelig> Heya
05:20 < scutato> Evening
05:25 < pxegeek> scutato: no.  :(
05:25 < pxegeek> Hi Zelig!
05:26 < pxegeek> ...but it is possible to make a circle with 4 bline points :)
05:26 < Zelig> So.. no one is able to see my new scene since I started working with the latest svn synfig?
05:35 < pxegeek> Zelig: I just recompiled, so hang on....
05:36 < Zelig> OK
05:36 < pxegeek> SyNFig01_s2.sif?
05:36 < Zelig> Yes
05:41 < pxegeek> Looking at the first scene - Sy's hand still looks a little odd.  It goes down before Sy's heels...
05:42 < Zelig> But you can see it.
05:43 < pxegeek> Yes - I'm running SVN 705 right now...
05:43 < Zelig> 705. Oooh. Higher version number... (droooooool)
05:43 < pxegeek> :)
05:44 < Zelig> Sorry. Homer moment
05:44 < pxegeek> I like the looks of concentration on Sy & Fig's faces as they watch the ball appear!
05:46 < pabs3> Zelig: if you use the very very latest svn, everyone with 0.61.06 will be able to view/edit/render it
05:46 < Zelig> Yeah. After the wave scene, I just wanted them to get right to the action. So that quick change to the crouch position followed by the slow concentration of focus is good contrast. 
05:47 < Zelig> pabs3: All, it's just that someone said before that they couldn't see anything when they d/l'd the file.
05:47 < pabs3> that was me, the svn version you were using used different layer names than 0.61.06 - dooglus reverted them in svn r705
05:48 < pabs3> if you re-save it with svn 705, then I'll be able to view it
05:49 < pxegeek> Weird seeing all the examples with .sifz extensions
05:50 < Zelig> .sifz?
05:51 < pxegeek> dooglus added compression by default.
05:51 < Zelig> Ah He was talking about that when he was downloading my file...
05:52 < pxegeek> just means an extra step before I can open the file in a text editor, when I forget to save it as a sif.
05:53 < Zelig> So, pabs.. If I save what I have here, and then svn up to the latest version, and open this file, will it be blank?
05:54 < pabs3> nope, r705 knows about both layer names, but saves under the old 0.61.06-compatible names
05:55 < Zelig> OK. Time to svn up..
05:55 < pabs3> which os/distro you on?
05:55 < Zelig> Ubuntu
05:56 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
05:56 < Zelig> I'm in the untarred synfig folder.. what is the command to svn again?
05:58 < Zelig> is it just 'svn update'?
05:58 < pxegeek> Probably something like 
05:58 < pxegeek> $ svn co http://svn.voria.com/code/ETL/trunk/ ETL
05:58 < pxegeek> $ svn co http://svn.voria.com/code/synfig-core/trunk/ synfig-core
05:58 < pxegeek> $ svn co http://svn.voria.com/code/synfig-studio/trunk/ synfig-studio
05:59 < pxegeek> Depending on how dooglus laid out your SVN tree.  
05:59 < pxegeek> what does svn update do for you?
05:59 < Zelig> It seemed simpler than that when dooglus ran me through it. It's check the chat logs but that haven't been updating..
05:59 < pxegeek> He may have set you up with a batch file or an alias
06:00 < Zelig> He made a custom tarball for me.
06:01 < pxegeek> Then I'm going to stop guessing:)
06:02 < Zelig> Ah. There
06:02 < Zelig> 's a gap in the chat logs
06:02 < pxegeek> dyloxin's or dooglus'?
06:02 < Zelig> deep darc
06:03 < pxegeek> Try http://dooglus.rincevent.net/synfig/logs/2007/%23synfig-2007-09-17.log
06:03 < pxegeek> Or whatever date
06:06 < Zelig> the command 'svn up' was all I needed to get the updated files.
06:07 < Zelig> Now I have to bootstrap, configure and install core and studio...
06:07 < pabs3> yep
06:07  * pabs3 hugs his ccache
06:09 < Zelig> Just gotta remember to complete the whole command 'make -j 2' before I hit enter this time.
06:09 < pxegeek> Uploading 705 to synfig.com
06:10 < pxegeek> (windows version, of course)
06:10 < Zelig> AH! scared me for a moment.
06:10 < pabs3> coolio
06:15 < pxegeek> Hmmmmm.....  looks like core increased in size with the compressed examples?  Maybe because the exe is compressed and doesn't compress as well with pre-compressed files included inside ti?
06:15 < pxegeek> extra 1.2MB...
06:17 < pxegeek> Ah...  Ooops.  pabs - do you mind if I distribute makefiles as part of the examples?
06:17  * pxegeek was a little too free and easy with his wildcarding to include all the files in the examples dir.
06:18 < pabs3> um, doesn't makensis stuff handle including the examples?
06:20 < pxegeek> Yes - I wildcarded all the files so it wouldn't care between sif & sifz
06:20 < pxegeek> but it also matched makefile.am & makefile.in
06:21 < pabs3> perhaps change the .nsi stuff to use *.sif* instead?
06:22 < pabs3> should be a 2 line change - your first commit :)
06:22 < pxegeek> Did darco ever get around to giving me permission?
06:22 < pabs3> hmm, I guess not
06:22 < pxegeek> Last I saw his HD crashed
06:22 < pxegeek> Yup - I think I could do it 
06:23 < pxegeek> I had just switched it back to *.sifz, but your version is better :)
06:24 < pabs3> let me know if *.sif* works, and I'll commit it
06:24 < pxegeek> It'll be 40+ minutes, and I'm not planning on staying up that long...
06:25 < pxegeek> when I get better at understanding how the build actually works, I should be able to short cut some of this.
06:27 < pxegeek> OK, I'll rebuild tomorrow.  The rate dooglus is going it should be build 710 or 720 ;)
06:27 < pabs3> :)
06:28 < pxegeek> Oooh, and forgot to mention for the logs
06:29 < pxegeek> dooglus: your save as fix looks like it works in 705 - the second save came up with a dialog box pointing at the same place as the first.
06:29  * pxegeek has an early meeting
06:30 < pxegeek> I'm already yawning, so I'm heading to bed. 'Night all
06:30 < Zelig> Alright. I'm at build 705 now. Lets see how this compressed format works with this Sy n Fig scene...
06:30 < Zelig> Night pxegeek
06:32 < Zelig> previous uncompressed version of the scene.. 1.9MB
06:33 < Zelig> afterwards...
06:33 < Zelig> Holy hell!
06:33 < Zelig> 70K
06:37 < pabs3> heh
06:38 < pabs3> yes, text compresses well :)
06:38 < Zelig> That's pretty freakin impressive. <peterGriffinLaugh> hehehehehehehehehehe </peterGriffinLaugh>
06:39 < pabs3> lol
07:28 -!- pxegeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has quit [Read error: 113 (No route to host)]
07:45 -!- ulrikboden [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has joined #synfig
07:48 -!- ulrikboden [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has quit ["I'm closing down"]
08:09 < Zelig> Ooh. There's something here not working...
08:11 < Zelig> I can select the mat encapsulations like Sy or Fig or the ball. But I can't select any of the encapsulations inside those like Fig_face, Fig_rightHand
08:16 < Zelig> and I can't select anything inside encapsulated layers. Rotate, blines, regions, nothing.
08:16 < pabs3> nasty
08:17 < Zelig> I'm making a quick test file to see if it's an import problem or with everything in general.
08:19 < Zelig> I just made a bline and encapsulated it. I can select the inline canvas, but now I can't select anything inside it.
08:19 < Zelig> I can't select the outline or the region.
08:23 < Zelig> Well, when I click in the region the region layer is highlighted in the layers dialog, I click the outline, and the outline is highlighted.. just none of the ducks show up.
08:24 < pabs3> and this didn't happen with earlier svn versions?
08:24 < pabs3> which svn revision did you use before?
08:26  * pabs3 can't see any recent commits that might have done this
08:26 < Zelig> 684
08:30  * pabs3 looks closer
08:33 < pabs3> hmm, r685 might be the problem
08:33 < Zelig> Well, I gotta get some sleep for work tomorrow..
08:33 < Zelig> I'll get back on tomorrow evening..
08:34 < Zelig> Talk to you soon.
08:34 -!- Zelig [n=Zelig@ip68-108-123-29.lv.lv.cox.net] has left #synfig ["Kopete 0.12.4 : http://kopete.kde.org"]
08:37 -!- ulrikboden [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has joined #synfig
09:02 -!- TMM [n=hp@ip565b35da.direct-adsl.nl] has quit ["Ex-Chat"]
09:34 < ulrikboden> dooglus: does synfig have support for pressure sensitive tablets?
10:22 -!- pabs3 [i=daemon@60-242-186-48.tpgi.com.au] has quit ["Don't rest until all the world is paved in moss and greenery."]
10:24 < ulrikboden> Hi! anybody here using synfig on mac osx? if so, do you know how to make a pressure sensitive wacom tablet work with x11?
10:35 -!- crazy_bus [n=philip@CPE-58-164-41-200.nsw.bigpond.net.au] has joined #synfig
11:22 -!- crazy_bus [n=philip@CPE-58-164-41-200.nsw.bigpond.net.au] has quit [Read error: 104 (Connection reset by peer)]
12:00 -!- ulrikboden [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has quit ["I'm closing down"]
12:35 < dooglus> re: 06:15 < pxegeek> Hmmmmm.....  looks like core increased in size with the compressed examples?  Maybe because the exe is compressed and doesn't compress as well with pre-compressed files included inside ti?
12:35 < dooglus> I suspect that's a result of my putting the formatting back into the largest 5 example files
12:44 < dooglus> Zelig: do you have all the ducks turned off (alt-1, alt-2, ..., alt-5)
12:55 < dooglus> hmmm - I see the same problem in r705
12:56 < dooglus> and it's fine in r704...
12:56 < dooglus> hmmm
12:57 < dooglus> doh!
12:57 < dooglus> we had this bug when I first renamed the PasteCanvas layer
12:57 < dooglus> and now we've got exactly the same when I renamed it back...
13:11 -!- MangoFusion [n=jamesu@host217-43-242-207.range217-43.btcentralplus.com] has joined #synfig
13:14 < MangoFusion> hey
13:23 < dooglus> hey
13:27 < dooglus> I fixed the problem Zelig found with r705 in r706.  CIA seems to be sleeping.
13:31 < MangoFusion> neat
13:32 < MangoFusion> you should rename yourself
13:32 < MangoFusion> the exterminator
13:32 < MangoFusion> :D
13:33 < MangoFusion> y'know i should really compile a copy on my linux install and go bug hunting
13:36 < CIA-28> synfig: dooglus * r706 / (5 files in 4 dirs): 
13:36 < CIA-28> synfig: Renaming the PasteCanvas layer in r705 missed the other references to the name
13:36 < CIA-28> synfig: elsewhere in the code. This fixes it. We should use a #define'd value so it
13:36 < CIA-28> synfig: only needs to be changed in one place, really. See also r590 and r597.
13:37 < MangoFusion> there it is
13:37 < MangoFusion> :D
13:37 < CIA-28> synfig: dooglus * r706 / (5 files in 4 dirs): 
13:37 < CIA-28> synfig: Renaming the PasteCanvas layer in r705 missed the other references to the name
13:37 < CIA-28> synfig: elsewhere in the code. This fixes it. We should use a #define'd value so it
13:37 < CIA-28> synfig: only needs to be changed in one place, really. See also r590 and r597.
13:37 < CIA-28> synfig: dooglus * r706 / (5 files in 4 dirs): 
13:37 < CIA-28> synfig: Renaming the PasteCanvas layer in r705 missed the other references to the name
13:37 < CIA-28> synfig: elsewhere in the code. This fixes it. We should use a #define'd value so it
13:37 < CIA-28> synfig: only needs to be changed in one place, really. See also r590 and r597.
13:39 < dooglus> note to pxegeek: the extra 1.2MB in your core installer .exe is due to the increase in size of your lib/synfig/modules/ dll files.  Maybe they're compiled with the debug flag in your 705 installer or something?
13:41 < dooglus> pxegeek: see http://dooglus.rincevent.net/synfig/sifz.txt - it seems the growth you're seeing is due to how you're compiling the module .dll files, not the example files
13:48 < CIA-28> synfig: dooglus * r706 / (5 files in 4 dirs): 
13:48 < CIA-28> synfig: Renaming the PasteCanvas layer in r705 missed the other references to the name
13:48 < CIA-28> synfig: elsewhere in the code. This fixes it. We should use a #define'd value so it
13:48 < CIA-28> synfig: only needs to be changed in one place, really. See also r590 and r597.
14:02 < CIA-28> synfig: dooglus * r706 / (5 files in 4 dirs): 
14:02 < CIA-28> synfig: Renaming the PasteCanvas layer in r705 missed the other references to the name
14:02 < CIA-28> synfig: elsewhere in the code. This fixes it. We should use a #define'd value so it
14:02 < CIA-28> synfig: only needs to be changed in one place, really. See also r590 and r597.
14:02 < CIA-28> synfig: dooglus * r707 /synfig-studio/trunk/src/gtkmm/duckmatic.cpp: Put the 'paste_canvas' and 'PasteCanvas' mentions on a single line to make things clearer when 'grep'ing the code.
15:07 -!- crazy_bus [n=philip@CPE-58-164-41-200.nsw.bigpond.net.au] has joined #synfig
15:17 < CIA-28> synfig: dooglus * r708 /synfig-studio/trunk/src/gtkmm/ (instance.cpp app.cpp): Implement feature request 1741236: Use 'Synfig Animation N' (N=1,2,3,...) rather than 'untitledN' (N=0,1,2,...) as the default file name. Put the default name in the file selector dialog when saving.
16:54 -!- crazy_bus [n=philip@CPE-58-164-41-200.nsw.bigpond.net.au] has quit [Remote closed the connection]
17:20 -!- MangoFusion [n=jamesu@host217-43-242-207.range217-43.btcentralplus.com] has quit ["Ex-Chat"]
17:39 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
17:49 -!- MangoFusion [n=jamesu@host217-43-242-207.range217-43.btcentralplus.com] has joined #synfig
18:05 -!- ZanQdo [n=Daniel@201.201.2.22] has quit [Read error: 113 (No route to host)]
18:06 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
18:08 -!- ZanQdo [n=Daniel@201.201.2.22] has quit [Client Quit]
18:30 < dooglus> http://www.youtube.com/watch?v=wJ7C-FcxAy0
18:31 < dooglus> (my response to http://sourceforge.net/tracker/index.php?func=detail&aid=1781903&group_id=144022&atid=757419 )
18:31 -!- darco [n=darco@c-71-198-192-159.hsd1.ca.comcast.net] has joined #synfig
18:32 < dooglus> hi darco
18:32 < darco> yo.
18:32 < dooglus> it's unusual to see you here
18:33 < dooglus> would it be possible to add some kind of youtube plugin to the wiki?  it would be useful to be able to embed example videos when describing features there
18:34 < MangoFusion> neat, it's darco
18:34 < MangoFusion> wait, who is darco again? =/
18:34 < dooglus> I just uploaded this http://www.youtube.com/watch?v=wJ7C-FcxAy0 which I would embed on a page about moving objects along bline paths
18:34 < darco> eh, I'm nobody. :)
18:34 < dooglus> darco is the guy who wrote synfig...
18:34 < MangoFusion> *oh* right
18:34 < dooglus> (or one of them, anyway)
18:35 < MangoFusion> thought that name ringed a bell
18:35 < MangoFusion> thank you kind sir for making a rather interesting animation program
18:35 < MangoFusion> i just need to find time to use it, hehe :)
18:36 < darco> Yeah, Adrian Bentley wrote a good chunk as well.
18:36 < darco> I can give pabs root access to the machine so that he can do whatever he things is necessary. I don't have a lot of time on my hands these days. :(
18:39 < dooglus> I'm sure that would be plenty
18:40 < dooglus> currently we can't upgrade to a recent version of MediaWiki because the machine doesn't have PHP5 on it
18:40 < dooglus> (I think that's the situation)
18:41 < darco> I just need to coordinate with pabs to get his own account on the machine set up, and then I'll make him a sudoer
18:45 < dooglus> are the contents of the wiki and svn backed up?
18:45 < dooglus> it would be a shame to lose them to a disk crash
18:46 < darco> svn is backed up fairly often
18:47 < darco> the wiki was backed up along with svn until I moved it to a different server
18:47 < dooglus> the wiki data is small enough that it could be backed up over the 'net by somebody I guess
18:48 < darco> I wouldn't worry about an HD crash wiping out everything because it is a hosted virtual machine, but bad things do happen. It needs to be backed up regularly.
18:48 < dooglus> pabs was talking about switching to git instead of svn - what do you think about that?
18:48 < darco> well
18:48 < darco> I like svn
18:48 < darco> I don't know about git
18:48 < dooglus> me either
18:49 < dooglus> I think git makes it a lot easier to work offline
18:49 < darco> If the community consensus is that 'git' would be better, then I'll go along with it... but I think SVN is great.
18:49 < dooglus> if I'm away from the net for a week, I can't make separate commits using svn, but apparently with git I can, and sync them later
18:49 < darco> Working offline with SVN is pretty easy too. (compared to CVS at least)
18:49 < darco> oh
18:49 < darco> seperate commits?
18:49 < MangoFusion> i would say, only go for git if there is some serious advantage to doing so
18:49  * darco nods
18:50 < MangoFusion> because otherwise its just like your chasing after the "next big thing"
18:50 < dooglus> sure
18:51 < dooglus> I quite often find myself without 'net access, so being able to carry on committing without being able to access the central repository would be useful for me
18:51 < dooglus> but like I say, I've never tried git at all
18:52 < darco> I don't understand what a 'commit' would be without a repository to commit to.
18:52 < dooglus> oh, and now I think about it, pabs suggested I try svn-git or some such - which probably allows me to do exactly what I'm looking for anyway
18:52 < darco> especially with atomic commits
18:52 < dooglus> darco: I guess it's like "send" in an email client which is offline - it saves it locally, ready for when you get back online?
18:53 < dooglus> I think I effectively have my own local copy of the repository which I commit to, and later I can merge my changes back to the main repository
18:57 < darco> What is the advantage of this over just doing a single commit when you come back online? With SVN, you can revert and diff the sources even when you are offline...
18:59 < dooglus> one large commit isn't good - I'd rather commit each fix in a separate revision
18:59 < darco> Understandable.
18:59 < darco> That is ideal.
19:00 < darco> So it isn't so much committing when you are offline that you are after, it is the ability to manage change lists. :)
19:01 < dooglus> I guess
19:01 < darco> (which was something that was really nice in perforce)
19:02 < darco> manage change lists offline, rather
19:02 < darco> change sets
19:02 < darco> meh
19:02 < darco> then you could commit them individually
19:06 < dooglus> do you have any kind of design documents for synfig?
19:08 < dooglus> it would be useful to know how things we intended to work, when fixing them :)
19:08 < dooglus> for instance, saving a tcb angle waypoint and reloading it converts it to a linear waypoint.  is that intentional, or a bug?
19:12 < darco> That sounds... bugish
19:13 < darco> No, there are no design documents that are relevant anymore
19:13 < dooglus> savecanvas thinks that tcb is the default type for all waypoints, so it doesn't add the 'type=tcb' when saving them
19:13 < darco> For better or worse, Synfig was an evolution
19:13 < dooglus> but waypoint.cpp thinks that angle waypoints default to linear
19:14 < darco> Are you serious? That seems like a huge oversight on my part (with respect to savecanvas)
19:14 < darco> yes I think I had to force angles to be linear now that I think about it
19:14 < dooglus> I fixed it just yesterday I think - let me check
19:14 < darco> because I was having trouble with my angle interpolation
19:15 < darco> so I just disabled it
19:15 < darco> er, made it be linear
19:15 < dooglus> oh, I see, ok
19:15 < dooglus> r692 | dooglus | 2007-09-17 17:43:30 +0200 (Mon, 17 Sep 2007) | 2 lines
19:15 < dooglus> Fix 1778930: TCB is the default waypoint type except for angles, which default to linear.  Also fixed a copy/paste typo in an error message.  Still need to get angle waypoints to default to linear interpolation on creation.
19:16 < dooglus> how can you have trouble with angle interpolation?  from what I've seen all the interpolation is templatized
19:17 < dooglus> (I added gradient interpolation recently just by defining op+, -, / and * on Gradient
19:18 < dooglus> it got me TCB, linear, etc interpolations on gradients all for free - I was surprised how easy it was)
19:35 < darco> For some reason the angle interpolation just wasn't visually looking right. I didn't have time to debug the issue at the time, as linear looked fine for our purposes at the time...
19:36 < darco> I deserve a grammar award for my use of the word 'time' in that previous message.
19:36 -!- Netsplit zelazny.freenode.net <-> irc.freenode.net quits: KiBi, MangoFusion
19:37 -!- xerakko [n=xerakko@152.pool85-59-70.dynamic.orange.es] has joined #synfig
19:37 -!- Netsplit over, joins: MangoFusion, KiBi
19:40 < dooglus> :)
19:52 -!- darco [n=darco@c-71-198-192-159.hsd1.ca.comcast.net] has left #synfig []
20:54 -!- xerakko_ [n=xerakko@238.pool85-59-35.dynamic.orange.es] has joined #synfig
20:57 -!- xerakko [n=xerakko@152.pool85-59-70.dynamic.orange.es] has quit [Read error: 110 (Connection timed out)]
21:02 -!- xerakko [n=xerakko@debian/developer/xerakko] has joined #synfig
21:14 -!- xerakko_ [n=xerakko@238.pool85-59-35.dynamic.orange.es] has quit [Connection timed out]
21:47 < CIA-28> synfig: dooglus * r709 /synfig-core/trunk/src/synfig/valuenode_subtract.cpp: Fix a crash when converting an integer type to 'subtract'.
21:47 < CIA-28> synfig: dooglus * r710 /synfig-core/trunk/src/synfig/valuenode_subtract.cpp: Round integer subtraction convertions to the nearest integer.
21:57 < dooglus> the wiki's down again
21:59 < MangoFusion> i'm surprised it doesn't do any caching to it wouldn't need to connect to the db every single time
22:02 < CIA-28> synfig: dooglus * r711 /synfig-core/trunk/src/synfig/valuenode_subtract.cpp: Use a switch statement in the operator() like the other valuenode types do.
22:02 < CIA-28> synfig: dooglus * r712 /synfig-core/trunk/src/synfig/valuenode_linear.cpp: Round integers towards zero in linear convert type.
22:02 < CIA-28> synfig: dooglus * r713 /synfig-core/trunk/src/synfig/ (valuenode_subtract.cpp valuenode_subtract.h): Initialise subtract valuenodes from the value they are converted from, rather than using a preset value.
22:02 -!- zotz [n=zotz@24.244.163.157] has joined #synfig
22:17 -!- darco [n=darco@c-71-198-192-159.hsd1.ca.comcast.net] has joined #synfig
22:17 < CIA-28> synfig: dooglus * r714 /synfig-core/trunk/src/synfig/valuenode_scale.cpp: Initialise 'scale' valuenodes when converting, rather than using preset values.
22:17 < CIA-28> synfig: dooglus * r715 /synfig-core/trunk/src/synfig/valuenode_scale.h: Header file change to go with the last commit.
22:24 -!- darco [n=darco@c-71-198-192-159.hsd1.ca.comcast.net] has left #synfig []
22:31 -!- darco [n=darco@c-71-198-192-159.hsd1.ca.comcast.net] has joined #synfig
22:46 -!- ulrikboden [n=ulrikbod@81-231-118-204-no53.tbcn.telia.com] has joined #synfig
22:47 < ulrikboden> hi everybody! :) 
22:52 < ulrikboden> MangoFusion: Hi!  you're a mac user right?
22:53 < ulrikboden> I would like to try to use my wacom tablet with synfig, but x11 don't recognize it, do you know if there is a way to make it  work?
22:54 < MangoFusion> hmm
22:54 < MangoFusion> no idea really
22:55 < MangoFusion> i suspect not
22:55 < ulrikboden> ok, I searced the web with no results for osx, only for linux  :( 
22:56 < MangoFusion> i keep seeing references to x11's lack of tablet support
22:57 < ulrikboden> yeah, I see it too, I thought that maybe someone knew some trick...
22:57 < MangoFusion> the only thing i can think of
22:57 < MangoFusion> is if you had an intel mac
22:57 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
22:57 < MangoFusion> and installed windows or linux and ran it in a vm
22:57 < MangoFusion> like parallels desktop or virtualbox or vmware fusion
22:57 < MangoFusion> and then exposed the usb tablet to it
22:58 < ulrikboden> yes that's a possibilitie..., I guess I'll wait for a working synfig version without the use of x11
22:59 < ulrikboden> Have you tried to build again without x11?
23:00 < MangoFusion> no i haven't heard of any major improvements in the gtk port yet
23:00 < MangoFusion> e.g. tablet support
23:00 < MangoFusion> e.g. working file dialog
23:01 < ulrikboden> ok, let's hope there will some improvements happening soon
23:01 -!- xerakko [n=xerakko@debian/developer/xerakko] has quit ["Ex-Chat"]
23:17 < CIA-28> synfig: dooglus * r716 /synfig-core/trunk/src/synfig/ (valuenode_sine.h valuenode_sine.cpp): Initialise a sine valuenode from its parent.
23:22 < ulrikboden> dooglus: Hi!
23:22 < dooglus> hi
23:23 < dooglus> I'm still hacking away at the synfig code, trying to make it behave itself
23:23 < dooglus> ulrikboden: did you see my new youtube animation?
23:23 < ulrikboden> I see, is going allright?
23:24 < ulrikboden> dooglus: no, I'll have to take a look
23:24 < dooglus> it's going ok, yes.  I saw a feature request for 'let me move a shape along a bline' and started working on that
23:24 < ulrikboden> that sounds interesting
23:25 < ulrikboden> btw, thanks for nice updates, now I can play my animation without preview
23:25 < ulrikboden> and it's good with new default name, I like that
23:25 < darco> oh yeah, I have a big box of goodies that I think you guys will be interested in...
23:25 < darco> one sec
23:26 < darco> I got to thin it out a little bit first, otherwise my bandwidth will go down the tubes
23:27 < darco> (source to prologue)
23:28 < ulrikboden> dooglus: you're the man, I just saw your youtube video, 5 starts right away
23:28 < ulrikboden> darco: the whole source? :O 
23:31 < dooglus> darco: good stuff :)
23:31 < dooglus> ulrikboden: the 'view>play' thing renders a scene, displays is, sees how long it took, then renders the scene that should come next - so on complex animations you'll get a low frame rate
23:32 < dooglus> ulrikboden: as opposed to preview, which renders all the frames you ask it to
23:32 < dooglus> ulrikboden: the nice thing about 'view>play' is that you can zoom in on the area of the animation you're interested in, and it only renders that part
23:32 < darco> I'm releasing this for educational purposes at the moment. No license yet. I'll fix that later.
23:32 < darco> http://wiki.synfig.com/prologue.zip [http://wiki.synfig.com/prologue.zip]
23:33 < dooglus> darco: I can host the prologue source if you're worried about your bandwidth
23:33 < ulrikboden> dooglus: zoom in, I didn't know that, great
23:33 < darco> i don't know if it still builds
23:33 < darco> and I left out the soundtrack because it would have added 50mb
23:33 < darco> but there it is
23:33 < darco> and not working
23:33 < darco> oops
23:33 < darco> I'll fix
23:34 < dooglus> ulrikboden: I think you should be able to zoom and pan as it's playing, but that seems to stop the playback at the moment.  it's on my list of things to look into.
23:35 < ulrikboden> dooglus: sounds nice
23:35 < darco> ok, give that link another try
23:36 < dooglus> still the same here
23:36 < darco> force your browser to refresh
23:36 < darco> keep in mind the lower case 'p'
23:36 < dooglus> that's better
23:37 < darco> actually, this [http://wiki.synfig.com/files/prologue.zip] is better
23:37 < dooglus> but it's the same file, right?
23:37 < ulrikboden> dooglus: btw, now when saving an allready synfig file, it always asks if  you want to overwrite it, I thought the old way was better, at least for me 'cause I save all the time because synfig will crash now and then
23:37 < darco> yes
23:37 < darco> same file
23:38 < darco> different url
23:38 < darco> I just put it in the wrong place the first time
23:38 < dooglus> ulrikboden: I'm not sure what you mean.
23:38 < darco> sorry if it is all hard to follow
23:38 < dooglus> ulrikboden: I think it always asked for confirmation before overwriting
23:39 < darco> ulrikboden: does synfig's auto-recover feature not work well for you?
23:39 -!- MangoFusion [n=jamesu@host217-43-242-207.range217-43.btcentralplus.com] has quit [Remote closed the connection]
23:39 < ulrikboden> dooglus: but before when I had saved 1 time I could just press ctrl-s the next time and it didn't ask anything
23:40 < dooglus> ulrikboden: if I hit contol-s it will save without asking
23:40 < darco> I never added an overwrite confirmation dialog. But if one were added, it should only be present for 'save as...'.
23:40 < dooglus> darco: that's what I see
23:40 < darco> at least, I don't think I ever added an overwrite dialog
23:40 < ulrikboden> dooglus: hmm...something must have happened here then...I'll try again
23:40 < darco> maybe one is built into gtk
23:40 < darco> >_>
23:40 < dooglus> darco: maybe I added it
23:41 < ulrikboden> dooglus: well here it asks everytime
23:42 < dooglus> darco: I added it in r407 by the look of it
23:42 < dooglus> checkin comment: "Fix 1686425: prompt before overwriting an existing file with 'save as'."
23:43 -!- darco [n=darco@c-71-198-192-159.hsd1.ca.comcast.net] has left #synfig []
23:44 < dooglus> ulrikboden: can you VNC to me? 89.176.28.156 55505
23:44 < ulrikboden> dooglus: if I save first time in one directory, and then render the animation in another directory, and then control-s it ask again and show me my rendered file's directory, not the directory where the .sifz file is
23:44 < dooglus> ulrikboden: ahh, I see...
23:44 < dooglus> ulrikboden: don't worry about the VNC then
23:45 < dooglus> ulrikboden: if you hit control-s again after saving, but without rendering, it saves silently, right?
23:45 < ulrikboden> dooglus: ok, you found something?
23:45 < ulrikboden> I'll try that, hold on
23:46 < ulrikboden> dooglus: Yeah you're right, stupid me... :( 
23:47 < dooglus> ulrikboden: I 'fixed' it to remember your favourite directory when you save as well as when you load.
23:47 < dooglus> maybe it should remember different defaults for rendering and .sif files
23:47 < ulrikboden> that fast!!! :O 
23:48 < dooglus> no, yesterday I mean
23:48 < ulrikboden> lol, ok
23:49 < ulrikboden> dooglus: yes, I think that's a good idea
--- Log closed Wed Sep 19 00:00:59 2007