--- Log opened Thu Apr 03 00:00:42 2008
00:04 -!- Netsplit kubrick.freenode.net <-> irc.freenode.net quits: KiBi, @ChanServ, xerakko, pabs3, _Elk, timonator, AkhIL, rore, genete, Bombe
00:04 -!- Netsplit kubrick.freenode.net <-> irc.freenode.net quits: CIA-41
00:05 < factor> dooglus a liner gradient should not effect anything out side its encapsulation right?
00:16 < factor> changed the blend method seemed to get me the effect I wanted
00:24 -!- ChanServ [ChanServ@services.] has joined #synfig
00:24 -!- genete [n=Genete@84.122.33.210.dyn.user.ono.com] has joined #synfig
00:24 -!- _Elk [n=_Elk@ti0110a340-0355.bb.online.no] has joined #synfig
00:24 -!- KiBi [n=kibi@kibi.dyndns.org] has joined #synfig
00:24 -!- xerakko [n=Miguel@debian/developer/xerakko] has joined #synfig
00:24 -!- CIA-41 [n=CIA@208.69.182.149] has joined #synfig
00:24 -!- pabs3 [n=pabs@d122-105-78-204.per9.wa.optusnet.com.au] has joined #synfig
00:24 -!- AkhIL [n=AkhIL@90.188.201.182] has joined #synfig
00:24 -!- rore [n=rore__@d77-218-126-124.cust.tele2.fr] has joined #synfig
00:24 -!- Bombe [n=droden@freenet/developer/Bombe] has joined #synfig
00:24 -!- timonator [n=timonato@cl-2290.ham-01.de.sixxs.net] has joined #synfig
00:24 -!- ServerMode/#synfig [+o ChanServ] by irc.freenode.net
00:30 < genete> night
00:31 < Bombe> Yeah, good night.
00:31 -!- genete [n=Genete@84.122.33.210.dyn.user.ono.com] has quit ["Abandonando"]
00:48 -!- _Elk [n=_Elk@ti0110a340-0355.bb.online.no] has quit []
01:16 -!- MangoFusion [n=jamesu@host86-147-212-148.range86-147.btcentralplus.com] has quit ["Not here"]
02:15 -!- ZanQdo [n=Daniel@201.201.2.22] has joined #synfig
02:18 < factor> how can I fad a whole group of layers
02:18 < factor> fade even^
02:18 < factor> alpha
02:18 < factor> on all object in a encapsulation
02:33 < factor> got it I think amount on the encapsulation
03:57  * factor tries to figure out the time loop layer
03:57 < AkhIL> group fading maight be broken
03:58 < AkhIL> when I tryed it last time it was broken.
04:09 < factor> did not know about group fading
04:09 < factor> I just used amount on the encapsulation layer
04:09 < factor> worked good enough
04:10 < factor> just trying out the time loop now..
04:11 < AkhIL> oh... s/fading/hiding/
04:13 -!- pixelgeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has joined #synfig
04:23 < AkhIL> http://video.google.com/videoplay?docid=1749189058929636634&hl=en - shot2 from my canceled project now in google video
04:24 < factor> wayy cool
04:25 < factor> i saw that one but always good for a re viewing of it
04:25 < AkhIL> perhaps I'll finish them in some day
04:25 < factor> generally it is finished
04:25 < factor> good enough
04:28 < pabs3> Bombe: yeah, bug tracker for now. At some point, I was going to setup review-board but I never got around to it: http://review-board.org
04:30 < AkhIL> another suggestion about speedup synfig's renderer. You may use adaptive preview resolutin. Encrease resolution only in areas where a lot of details. 
04:31 < AkhIL> some 3d preview renderers uses such method
04:32 < AkhIL> they splits image to grid with large blocks. takes sampe per each block, if difference between near samples to large renderer splits this block and takes extra samples
04:34 < factor> yeah got time loop to work the way I wanted it
05:23  * KiBi waves to pabs3.
05:23 < pabs3> >o
05:23 < KiBi> kuak to you too
05:24 < pabs3> AkhIL: cancelled? you aren't going to finish it?
05:25 < AkhIL> yes
05:25 < KiBi> Are there already people interested in getting their animations distributedly-rendered?
05:25 < AkhIL> KiBi: i wish
05:25 < KiBi> I mean: we're going to affect a given cluster to opensource artists.
05:26 < KiBi> Like 16 to 32 machines, depending on other constraints.
05:26  * pabs3 bbiab
05:26 < KiBi> There's still some work to do before, but if you already have some source files, I could have a look at scripting it all, even before I'm done with my current work.
05:26 < AkhIL> hmm.... I though  you mean support of distrebuted rendering in synfig-core
05:27 < KiBi> The goal is to have a web interface, you upload your file, you wait a bit, you fetch the results afterwards.
05:27 < KiBi> for some values of "a bit", of course.
05:28 < AkhIL> he he... with my 64kb internet it will be very funny 
05:28 < KiBi> synfig supports gzipped files IIRC.
05:28 < AkhIL> but rezults?
05:28 < KiBi> We could support lzma compression as well, would it be needed.
05:28 < AkhIL> 100 HD frames in HDRI
05:28 < KiBi> Well, then you deserve waiting a bit? :)
05:30 < AkhIL> imho rendering not so critical. Speed of previdw when you working in synfig-studio much more critical
05:31 < KiBi> I see.
05:31 < KiBi> But I'm still proposing that since we're handling CPU times. :-)
05:32 < KiBi> And I'd welcome any animation that I could throw at the cluster to see how things are going.
05:33 < AkhIL> all my sifs - your sifs 8)
05:33 < AkhIL> eclipse - most hardest to rendering
05:33 < KiBi> \o/
05:33 < KiBi> Are they stored anywhere online? On the wiki, maybe?
05:35 < AkhIL> wait a minute
05:35 < KiBi> heh, there's nothing urgent anyway :-)
05:35 < KiBi> It'll probably be a week or two until I start deploying it :-)
05:35 < KiBi> (Although I could run some tests on a local mini-cluster.)
05:36 < AkhIL> i like pixie's net rendering
05:36 < AkhIL> it maight render even one image on multiple computers
05:37 < AkhIL> you just run servers on each computer. then run one renderer with list of servers ip
05:37 < KiBi> How long does it take for a single frame?
05:37 < KiBi> (and with what hardware?)
05:37 < KiBi> ahhhhhhhhhh
05:38 < KiBi> OK. :)
05:38 < AkhIL> depends from scene
05:38 < KiBi> I thought you were talking about the rendering of a scene called "pixie" :)
05:39 < AkhIL> pixie is opensource renderman implementation
05:39 < KiBi> well, we could also subdivide a blender (or synfig) scene into small pieces, but I believe that it's better to render a frame per node, and multiple frames.
05:39 < KiBi> yes, I just didn't recall for some seconds :)
05:39 < KiBi> I have to give aqsis a try, too.
05:40 < AkhIL> http://h1.ripway.com/AkhIL/eclipse_v3.sifz
05:40 < KiBi> got it, thanks!
05:42 < AkhIL> KiBi:perhaps yom may just make some patches to exists renderfarm tools
05:42 < AkhIL> like drQueue
05:42 < KiBi> NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO.
05:42 < KiBi> I tried to package it.
05:42 < AkhIL> he he
05:42 < KiBi> And it just isn't usable at all.
05:42 < AkhIL> ok
05:43 < KiBi> And it's currently dead-upstream.
05:43 < KiBi> And anyway, the goal is double:
05:43 < KiBi>  - provide users with CPU power.
05:43 < KiBi>  - prove that our product is reliable, and doing a good job.
05:44 < KiBi> (it aims at providing a single machine over several ones.)
05:44 < pixelgeek> KiBi: If you want a tough one to render, Ulrik's underwater scene animation took over 24 hours on my PC.  
05:44 < KiBi> so, from my webinterface, I've just got to spawn as many jobs as needed, and they get moved to less used machines.
05:44 < KiBi> pixelgeek: perfetto!
05:45 < pixelgeek> You're going to ask me for the URL now aren't you?
05:45 < KiBi> I've found the link to http://uk.youtube.com/watch?v=j7fO-1V_IFA on the wiki
05:46 < KiBi> but if you had a link to the sources, well... :-)
05:47 < pixelgeek> meh You TUbe is under maintenance....
05:48 < pixelgeek> I think he linked the sources under the 2nd version he posted.
05:48 < pixelgeek> If not, I'll dig through the logs
05:48 < KiBi> I can handle grepping the logs, thanks :-)
05:48 < AkhIL> KiBi: how hour render farm will render jobs with external data like images or pasted canvas?
05:49 < KiBi> got it
05:49 < KiBi> AkhIL: speaking of which tool?
05:49 < KiBi> And studio crashed on me when playing with eclipse :-)
05:49 < AkhIL> ???
05:50 < AkhIL> he he... I had a lot of crashes while doing this animation
05:51 < AkhIL> I had to do some workarounds
05:51 < pabs3> AkhIL: bummer, I liked that mouse thing
06:04 < pixelgeek> Not an obvious grep - but I found the reference - http://dooglus.rincevent.net/synfig/logs/2007/%23synfig-2007-11-25.log
06:04 < pixelgeek> for ulriks underwater scene
06:08 < KiBi> pixelgeek: 05:50:07 [ KiBi] got it
06:09 < KiBi> pixelgeek: kibi@kitty:~$ grep underwater /home/kibi/irclogs/Freenode/#synfig.log  |grep http|tail -1
06:09 < KiBi> 10:51:30[ ulrik] pxegeek: the other "underwater" file is here: http://www.musikboden.se/synfigfiles/underwater.zip
06:09 < KiBi> (grep http was sufficient, adding tail to limit the amount of lines when copy/pasting.)
06:10 < pixelgeek> I was grepping musikboden :)
06:10 < pixelgeek> (with google)
06:11 < pixelgeek> I guess having them locally helps ;)
06:12 < KiBi> Sure. :-)
06:12 < KiBi> You're welcome to highlight me if you need a local-ish grep ;-)
06:15 < KiBi> (Provided I'm up, which happens to happen quite often.)
06:15 < pixelgeek> google is pretty good - I just wish they had a way to limit the date ranges...
06:16 < pabs3> pixelgeek: inurl might work?
06:16 -!- Yaco [n=Franco@201.255.242.184] has joined #synfig
06:16 < Yaco> hello!
06:17 < pabs3> hi Yaco :)
06:17 < Yaco> this channel is for developent issues?
06:17 < pabs3> welcome to #synfig :)
06:17 < Yaco> hi pabs3 
06:17 < Yaco> :-)
06:17 < pabs3> everything related to synfig, animation, and general off-topic chatter
06:17 < Yaco> pabs3, i got two question
06:17 < Yaco> s
06:17 < KiBi> rore: BTW, for the French location, there's "Ligne %d de %d", which should be "Image", since it's about frames.
06:17 < Yaco> one:
06:17 < Yaco> who is in charge of the spanish translation?
06:18 < pabs3> Yaco: genete has done the work on that
06:18 < pabs3> (not here atm)
06:18 < Yaco> i see
06:18 < Yaco> how can i contact him?
06:18 < Yaco> e-mail?
06:18 < pixelgeek> Or write your concern here - he reads the logs
06:19 < KiBi> (I'm with the synfig & synfigstudio packages from unstable)
06:19 < pixelgeek> Does he have a link to email on the forum?
06:19 < Yaco> im in the wiki pixelgeek 
06:20 < pabs3> Yaco: his email is in the po/es.po file: https://svn.voria.com/code/synfig-studio/trunk/po/es.po
06:20 < pixelgeek> http://synfig.org/forums/memberlist.php?mode=viewprofile&u=5
06:20 < Yaco> I see
06:20 < Yaco> i will contact him
06:21 < Yaco> the other question
06:21 < pixelgeek> If there's a question on a wiki page - the easiest thing to do is put a comment on the talk page for that page
06:21 < Yaco> i saw that some of Synfig icons are from the Tango project, but most of the toolbar icons are not "Tango compatible"
06:21 < Yaco> there is someone in charge of the icons style?
06:22 < Yaco> (to made them Tango compatible)
06:22 < pixelgeek> I don't know about 'in charge'....  but probably me
06:22 < pabs3> Yaco: none in particular, pixelgeek and genete have done some work on them
06:22 < pabs3> pixelgeek did the toolbox icons and genete did some other ones
06:22 < KiBi> thank you, darling :D
06:22 < KiBi> hi yaco :)
06:22 -!- KiBi [n=kibi@kibi.dyndns.org] has quit [Remote closed the connection]
06:22 < pixelgeek> and some come with GTK
06:23 -!- KiBi [n=kibi@kibi.dyndns.org] has joined #synfig
06:23 < Yaco> Whel, Iam a Tango contributor (im in charge of the Tango icons for Cinelerra)
06:23 < Yaco> Are you interested in making Synfig Tango compatible?
06:23 < pixelgeek> :)
06:23 < Yaco> i would like to pick up the task
06:23 < Yaco> if you think it would be usefull....
06:23 < pabs3> thats the plan, we need to rework the code to support the icon theming stuff
06:24 < Yaco> pabs3, im talking about making Synfig default themed with Tango compatible icons... not just a theme
06:24 < pixelgeek> Yes, there are still some that we need to convert
06:25 < pabs3> like replacing the current icons with ones that follow the tango style guidelines? yep, that would be most welcome
06:25 < pixelgeek> some that have changed since we converted them
06:25 < pixelgeek> and some that don't have obvious tango equivalents
06:25 < pabs3> Yaco: please note that presently all our icons are done in synfig format rather than PNG or SVG
06:25 < Yaco> pixelgeek, in that cases i would make new icons following Tango Style guidelines
06:25 < pixelgeek> (on my todo list - in my copious leisure time)
06:26 < Yaco> pabs3, so I cant made them in SVG?
06:26 < Yaco> *make
06:26 < pixelgeek> dooglus had a list of things that should have icons but don't
06:26 < pixelgeek> Yaco: no - all done in synfig
06:27 < pabs3> Yaco: ah, we don't have any policy about it really, but I think we'd prefer .sif versions
06:27 < Yaco> ups!
06:27 < pixelgeek> rendered at compile time
06:27 < Yaco> i understanf
06:27 < pabs3> Yaco: that way we get more people using synfig ;)
06:27 < Yaco> is it possible to convert a svg to sif?
06:27 < pabs3> http://synfig.org/Converters
06:27 < Yaco> As you know, SVG is a standard format, so...
06:27 < pixelgeek> possible, but your mileage may vary
06:28 < KiBi> pixelgeek: I love that answer :)
06:28 < Yaco> mileage? (sorry for my english!)
06:28 < KiBi> Underwater is really funny ;)
06:28 < pixelgeek> >	thank you, darling :D
06:28 < KiBi> pixelgeek: that was meant to rore :p
06:29 < pixelgeek> Yaco: it's a disclaimer that car manufacturers put on fuel estimates
06:29 < KiBi> uh-oh. 6:25am maintenance jobs.
06:29 < KiBi> Too bad I'm rendering at the same time :-)
06:29 < pixelgeek> The results of SVG conversions are variable
06:29 < pixelgeek> depending on the layers involved
06:29 < Yaco> i understand
06:30 < Yaco> well, i can maybe make the first try in svg, and fix them inside synfig
06:30 < pixelgeek> KiBi: I'm hurt ;)
06:30 < Yaco> that could work pixelgeek ?
06:30  * pixelgeek nods
06:30 < pixelgeek> yes
06:31 < pixelgeek> Simple lines and regions should be OK
06:31 < Yaco> great
06:31 < pixelgeek> pabs3: did you ever try saxonA?
06:31 < Yaco> i will try that
06:31 < Yaco> should i suscribe to the devel mailing list?
06:31 < pabs3> pixelgeek: Saxon SA? no, not yet
06:32 < pixelgeek> Yaco: if you want.  Most of the excitement is here though
06:32 < Yaco> :-)
06:32 < pabs3> Yaco: most stuff happens on irc or the forums these days, mailing list is mainly for recieving bug reports from the tracker
06:32  * pixelgeek must get around to reading the backlog of devel list
06:32 < Yaco> ok pabs3 
06:32 < Yaco> and another offer of help: 
06:32 < Yaco> the mediawiki is needing some skin love
06:33 < pixelgeek> YES!
06:33 < Yaco> i have made a couple of mediawiki themes...
06:33 < pabs3> awesome!
06:33 < Yaco> some examples:
06:33 < Yaco> http://www.gleducar.org.ar
06:33 < Yaco> http://www.francoiacomella.org/wiki (in progress)
06:33 < Yaco> http://wiki.copyleft.usla.org.ar
06:34 < Yaco> http://wiki.xtech.com.ar
06:34 < pabs3> Yaco: are you from Argentina? which part?
06:34 < Yaco> Buenos Aires pabs3 
06:34 < KiBi> heh
06:35 < pabs3> ah, cool. I will be in Mar Del Plata for debconf in August: http://synfig.org/Events
06:35 < Yaco> someone else from .ar in the devel team?
06:35 < Yaco> ahh!! great pabs3 
06:35 < pabs3> debianday is in BA, perhaps I can meet you there
06:35 < pabs3> Yaco: there is now ;)
06:35 < Yaco> some of my friends are in the org of debconf
06:35 < KiBi> pabs3: (When you have a moment, of course,) am I missing an obvious option, or isn't it possible to fetch start and end times from synfig?
06:35 < KiBi> heh
06:35 < pabs3> Yaco: cool :)
06:35 < pabs3> KiBi: checking
06:35 < Yaco> sure pabs3, im not sure i would be able to go to MDP
06:36 < Yaco> pabs3, im not sure if I will be in argentina by that date :-(
06:36 < Yaco> Im travelling to USA in middle of July
06:36 < pixelgeek> Wow - that first link woke me up - bright!
06:37 < pixelgeek> Anywhere fun?
06:37 < pabs3> KiBi: best you can do is grep for them in the SIF I think: begin-time="0f" end-time="0f"
06:37 < Yaco> hahah pixelgeek ! is an educational free software project of Argentina
06:37 < Yaco> the biggest one in LA :-)
06:37 < KiBi> pabs3: OK, then I'll probably report a bug once I've a more precise idea of the info I need.
06:38 < pabs3> Yaco: nice themes
06:38 < KiBi> as I asked a couple of days ago, a --scene-info would really be useful.
06:38 < KiBi> start/end time, fps and the like.
06:38 < pixelgeek> Ha - a long walk for me - and I'll be flying to England then anyway
06:38 < KiBi> pixelgeek: yeah, bright :)
06:38 < Yaco> where are you from pixelgeek ?
06:38  * pixelgeek like the last 3 - very smart
06:39 < pixelgeek> Oregon, USA, but UK originally
06:39 < pabs3> Yaco: debianday is on August 18 in BA, in case you will be back by then
06:39 < Yaco> ok pabs3, I hope we can have a meet :-)
06:39 < KiBi> heh, I could eventually understand http://wiki.copyleft.usla.org.ar/index.php/Portada :)
06:39 < Yaco> you know mlt@debian? luciano bello?
06:40 < KiBi> I know Luciano. From planet.debian.org mainly. :]
06:40 < Yaco> KiBi, :-)
06:46 < KiBi> pabs3: oh, it's actually on a single line, which could be way sufficient for me right now.
06:47 < KiBi> gah, bash is stupid :/
06:47 < Yaco> who is the wiki admin?
06:47 < KiBi> Yaco: There are several people.
06:47 < KiBi> (at least as far as I know :))
06:47 < pixelgeek> pabs can install new skins
06:47 < KiBi> (and not me :))
06:47 < pixelgeek> I might be able to given enough time...
06:48 < Yaco> ok guys
06:48 < Yaco> i will create something for synfig wiki
06:48 < pabs3> excellente :)
06:49 < Yaco> what would fit better? a dark style or a bright one? do you got some graphic style guideline?
06:49 < pixelgeek> Something in blue - to match the synfig shield?
06:50 < pabs3> these might be useful - an incomplete drupal theme for synfig: http://clients.lvpmedia.com/synfiglive/ http://clients.lvpmedia.com/synfig/
06:50 < pabs3> I like the blue idea though
06:50  * pixelgeek gets spooked when pabs posts the links he was thinking of....
06:50 < pabs3> :)
06:51 < pabs3> BOOOO!
06:51 < pixelgeek> Argh!
06:51 < pabs3> heheh
06:51 < pixelgeek> Oh, my poor old heart can't take this anymore - I'm going to bed
06:52 < pabs3> aw, sleep well
06:52 < Yaco> i like that drupal palette color
06:52 < Yaco> i think i will make something like that :-)
06:54 < Yaco> where can i find an editable version of the synfig shield?
07:02 < Yaco> pabs3?
07:02 < Yaco> pixelgeek?
07:03 < pixelgeek> Trying to remember if it's in the examples....
07:04 < pixelgeek> yes - logo.sifz in teh examples dir
07:09 < Yaco> ohh
07:09 < Yaco> ok
07:10 < Yaco> where can should i look for the examples?
07:10 < KiBi> pixelgeek: And I spooked when you're speaking about Spooks when I'm considering watch an episode of... Spooks.
07:10 < KiBi> Yaco: a source tarball, I assume
07:10 < KiBi> Yaco: http://svn.voria.com/code/synfig-core/trunk/examples/
07:10 < Yaco> but they are not moved to other place after "make install"?
07:11 < KiBi> (synfig.org > download > documentation > examples)
07:12 -!- pabs3 [n=pabs@d122-105-78-204.per9.wa.optusnet.com.au] has quit [Read error: 110 (Connection timed out)]
07:15 -!- pabs3 [n=pabs@d122-105-78-204.per9.wa.optusnet.com.au] has joined #synfig
07:15 -!- pabs3 [n=pabs@d122-105-78-204.per9.wa.optusnet.com.au] has quit [Client Quit]
07:16 < Yaco> bye guys!
07:16 -!- Yaco [n=Franco@201.255.242.184] has quit ["Saliendo"]
07:16 < KiBi> ah, too quick for me.
07:16 < KiBi> underwater is really cool.
07:22 < factor> off to bed
07:22 -!- factor [n=factor@ip68-14-160-70.ok.ok.cox.net] has left #synfig ["Ex-Chat"]
07:22 < KiBi> see you fac[too late]
07:23 < KiBi> pixelgeek: GOOD NIGHT TO YOU SO I DON'T MISS YOU! HAR HAR HAR
07:24 < pixelgeek> Missing you already!  ;)
07:24 -!- pabs3 [n=pabs@d122-105-78-204.per9.wa.optusnet.com.au] has joined #synfig
07:24 < KiBi> hmm, slurping until 2+ GB RAM :)
07:25 < KiBi> even 3+ actually.
07:32 < KiBi> Any wwwolf known here?
07:35 < pabs3> not from IRC, but there is a youtube synfig user by that nick: http://www.youtube.com/user/wwwwolf
07:36 < KiBi> pabs3: that's exactly why I'm asking ;p
07:37 < pabs3> figures :)
07:37 < pabs3> oh, /me off to fix git-daemon
07:37 < pabs3> s/oh/ok
07:37 < KiBi> hmm, I need more music, my playlist is like 40 minutes long, at work :(
07:37  * KiBi lftp sftp://home
07:41 -!- ZanQdo [n=Daniel@201.201.2.22] has quit ["Adios"]
07:44 < pixelgeek> KiBi: Magnatune.com
07:44  * pixelgeek really off to bed now
07:45 < KiBi> pixelgeek: I actually own music.
07:45 < KiBi> 'Night pixelgeek.
07:48 < KiBi> \o/ Red Hot Chili Peppers.
08:05 -!- pixelgeek [n=chatzill@c-71-59-140-184.hsd1.or.comcast.net] has quit [Read error: 113 (No route to host)]
10:17 -!- MangoFusion [n=jamesu@host86-147-212-148.range86-147.btcentralplus.com] has joined #synfig
11:13 -!- CIA-41 [n=CIA@208.69.182.149] has quit []
11:21 < dooglus> "KiBi> as I asked a couple of days ago, a --scene-info would really be useful."
11:21 < dooglus> you requested a feature a couple of days ago and it STILL hasn't been implemented?
11:21 < dooglus> I will look into this immediately and find out who is responsible for this oversight
11:21 < dooglus> heads will roll, I'm telling you
11:21 < Bombe> Yeah, that really sucks!
11:21 < Bombe> I also submitted a patch yesterday and it still has not been applied!
11:22 < dooglus> what what what?
11:22 < Bombe> Just some UI improvement in the sf tracker.
11:22 < dooglus> checking now
11:23 < dooglus> I don't think I saw any email about it
11:23 < Bombe> Hmm, do we have mailing lists and stuff?
11:23 < dooglus> yes, but I mean that I usually get email whenever a new tracker item is added
11:23 < dooglus> sound file selection dialog?
11:24 < dooglus> does sound work in any way in synfig?
11:24 < Bombe> I don't know but the dialog is more beautiful now then ever! :)
11:27 < Bombe> Damn, firefox is really in a crashy mood today.
11:32 -!- CIA-41 [n=CIA@208.69.182.149] has joined #synfig
11:33 < KiBi> dooglus: nope, it's just that I didn't get feedback on it
11:34 < KiBi> and anyway, playing around with the second line of a scene file is ok for now :)
11:34 < KiBi> I'm hitting std::bad_alloc quite often, though.
11:35 < KiBi> I'm not sure it could be related to concurrent access on an NFS share.
11:35 < KiBi> (6 synfig processes, on 2 nodes (with 2 cores each), which are using the same NFS share.)
11:35 < dooglus> what are you doing when it happens?
11:35 < dooglus> is it a particular .sifz file?
11:36 < KiBi> underwater
11:37 < KiBi> I'm running at the same time: 1 synfig from 0s to 5s, another from 5s to 10s, etc., until 25s to 30s.
11:38 < dooglus> are you running out of swap space?
11:38 < KiBi> I have to point I'm using a modified linux kernel which offers a single SMP over several machines, but the developers of this system have no clue about the possible causes of such bad allocs.
11:38 < KiBi> Nope, I'm only reaching 3 GB on 4 GB
11:38 < KiBi> (RAM, not even SWAP)
11:39 < KiBi> hmmm
11:39 < KiBi> I might have an idea, checking with them.
11:39 < dooglus> it could be a synfig bug
11:39 < dooglus> synfig isn't very clever about its memory allocation
11:44 < dooglus> does the error happen always on the same frame?
11:48 < pabs3> ok, got everything working nicely
11:48 < pabs3> http://synfig.org/gitweb/
11:49 < Bombe> So, why is git > svn? :)
11:50 < dooglus> personally I perfer it because it is distributed
11:50 < dooglus> I can take a copy of the repository offline, work on it, commit to it offline, then sync it with the master repository when I'm back online
11:51 < dooglus> but also, branching is very quick in git, whereas in svn it really isn't
11:51 < Bombe> It is not? I branch a bit here at work and don't have any problems with the speed of i.
11:51 < Bombe> +t
11:51 < dooglus> in svn, branching seems to really mean making a copy of the entire tree into /branches/
11:52 < Bombe> Yes, a branch is just a copy.
11:52 < Bombe> Copying stuff in svn is O(1).
11:53 < pabs3> in git a branch is a branch and a tag is a tag, in svn both of those are just new directories/files
11:53 < dooglus> how can you copy n bytes in constant time?
11:53 < Bombe> dooglus, they don't copy the tree. It's just a reference to the path and the revision you're copying.
11:54 < pabs3> Bombe: I suggest viewing linus' talk about how git > svn and keith packards blog entries about switching xorg to git
11:54 < dooglus> Bombe: but I end up with an extra copy of the tree on my hard disk - a real copy of the tree
11:54 < pabs3> and also the stuff in manoj's article, getting the url
11:54 < Bombe> dooglus, only if you check it out twice.
11:55 < pabs3> linus' main point about svn is hitting the network = fail
11:55 < Bombe> I must admit that after having fought with CVS lots of times I really came to love the way svn handles branches and tags.
11:55 < Bombe> pabs3, yeah, well, can't argue with that. :)
11:56 < Bombe> Is there a transcript of Linus' talk?
11:56 < pabs3> manoj's article and blog entry: http://www.golden-gryphon.com/software/misc/git.html http://www.golden-gryphon.com/blog/manoj//blog/2008/04/01/Migrating_to_Git/
11:56 < Bombe> Oh, there is. Cool.
11:56 < pabs3> http://git.or.cz/gitwiki/LinusTalk200705Transcript
11:57 < pabs3> http://keithp.com/blog/Repository_Formats_Matter/
12:01 < pabs3> http://keithp.com/blogs/Tyrannical_SCM_selection/
12:01 < KiBi> dooglus: Ok, got it, out of (local) RAM on the nodes, sometimes; which didn't show up in the global htop.
12:04 < pabs3> dooglus, xerakko, all: I recreated and re-pushed the repositories, so you may need to reclone
12:06 < pabs3> dooglus: any opinions on what else (apart from etl/synfig/studio) we need to import into git from svn?
12:11 < pabs3> hmm, openexr FTBFS on sparc is keeping synfig out
12:15 < KiBi> i know
12:17  * pabs3 asks dato
12:18 < KiBi> pabs3: dato is well aware of it.
12:18 < pabs3> ah, ok
12:18 < KiBi> It's stalling many other stuff, like python, IIRC.
12:18 < KiBi> Which should in turn unblock perl 5.10.
12:19  * AkhIL listens and can't understand what are you talking about
12:22 < pabs3> about the migration of synfig 0.61.08 to the in-progress Debian release
12:23 < AkhIL> ok...
12:26 -!- afief [n=afief@89-139-247-190.bb.netvision.net.il] has joined #synfig
12:31 < dooglus> pabs3: I don't use anything other than those 3
12:31 < afief> dooglus, long time no see
12:32 < dooglus> afief: yes, indeed.  I've been here - where have you been?  :)
12:32 < afief> dooglus, getting kicked out of my university, registering for another one, getting a job as a C# programmer, quitting that job, starting on web development... and celebrating my birthday two days ago:)
12:33 -!- Yoyobuae [n=Yoyobuae@201.224.135.156] has quit [Read error: 110 (Connection timed out)]
12:33 < afief> dooglus, and what have you been up to?
12:40 < dooglus> afief: not a lot really, fixing a few synfig bugs, went snowboarding for a week with friends, and that's about it
12:41 < afief> dooglus, so how's synfig coming along?:D will it be replacing that abomination called Flash anytime soon?
12:43 < dooglus> haha
12:43 < dooglus> it's all ready - we just need the advertising budget now
12:56 < dooglus> Bombe: how should I credit you in the commit log / copyright notice?
12:57 < Bombe> I think I'd prefer "David 'Bombe' Roden".
13:00 < dooglus> ok
13:01 < dooglus> it's SVN r1956
13:02 < Bombe> \o/
13:04 < dooglus> KiBi: should --scene-info report on the start and end time of child canvases too?  or only the root one?
13:14 < CIA-41> synfig: dooglus * r1956 /synfig-studio/trunk/ (3 files in 2 dirs): Accept 1932525: Patch "Improved GUI for the sound file selection dialog" from David 'Bombe' Roden.
13:20 < KiBi> dooglus: The root one might be sufficient, since one can use --layer-info for the rest, right?
13:21 < Bombe> I'll fiddle around a bit with git tonight and change a couple more dialogs.
13:21 < dooglus> KiBi: I think --layer-info tells you which layers are supported - not which ones are in a particular .sifz file
13:22 < KiBi> dooglus: Sorry, I don't recall exactly, I'm way too tired, and should go sleep.
13:22 < dooglus> KiBi: try: synfig --layer-info rectangle
13:23 -!- xerakko [n=Miguel@debian/developer/xerakko] has quit [Read error: 110 (Connection timed out)]
13:59 < dooglus> KiBi: how's this look?  http://dooglus.rincevent.net/random/scene-info.txt
14:11 < pabs3> wouldn't --canvas-info be a better name for it?
14:20 < dooglus> pabs3: it's a mixture of metadata and renddesc info really
14:20 < dooglus> pabs3: both for the root canvas only
14:20 < dooglus> pabs3: but yes, I can call it --canvas-info for sure
14:21 < dooglus> I wonder if it's better to output localised names
14:22 < dooglus> "Pixel Width = 0.16777" rather than "pw=0.16777"
14:22 < dooglus> I guess not, if people are going to be grepping for known strings in the output
14:27 < Bombe> And probably work with the values in scripts, too.
14:28 < dooglus> http://dooglus.rincevent.net/random/canvas-info.txt
14:28 < dooglus> localised versions are shown in 'comments', so it's both human and machine readable
14:43 -!- gilead [n=gilead@171.85-237-183.tkchopin.pl] has joined #synfig
14:43 < gilead> hi
14:44 < pabs3> dooglus: excellent
14:44 < pabs3> hi gilead 
14:46 < pabs3> gilead: welcome to #synfig :)
14:46 < gilead> thanks pabs3 :)
14:50 < gilead> I just fired up Synfig for the first time but... why is making SVG import so problematic? I found http://synfig.org/Svg2synfig. It's kind of complicated but the worst part is that supported SVG feature set is so limited.
14:52 < pabs3> its only problematic because no-one has worked on it yet
14:53 < pabs3> we've only one developer and a bunch of people doing patches, if you know C++ and would like to work on SVG import, that would be great
14:54 < gilead> oh, I thought it's a larger project
14:58 < pabs3> well, we inherited the code when an animation studio went belly up and GPLed their proprietary internal tool
15:02 -!- _Elk [n=Elk@ti0110a340-0355.bb.online.no] has joined #synfig
15:03 < gilead> I don't know C++ unfortunately :(
15:03 < KiBi> dooglus: Would be perfect, as far I can see.
15:03 < KiBi> dooglus: What about the default format? Is it png in every case?
15:03 < KiBi> output format, that is.
15:04 < gilead> the features listed on that page are not supported because of converter limitations or limitations of SIF file format?
15:04 < pabs3> gilead: not sure, but I think because of the converter
15:08 < pabs3> KiBi: yeah, looks like png is the default when you don't specify -o or -t
15:09 < pabs3> $ grep -i png src/tool/main.cpp 
15:09 < pabs3> 				VERBOSE_OUT(2)<<_("Defaulting to PNG target...")<<endl;
15:09 < KiBi> pabs3: ok.
15:09 < KiBi> pabs3: I was actually wondering whether the default output format can be set and saved in the .sif's.
15:10 < KiBi> (So: whether it would be nice to be able to fetch it back using --scene-info)
15:11 < pabs3> KiBi: hmm, doesn't look like it is currently. The way to do it would be to add a <meta> type and have synfig look at that
15:12 < KiBi> pabs3: ok, was just checking whether that'd be another interesting piece of info to have :)
15:13 < pabs3> definitely! the metadata dialog needs fixing so you could define it though, and we'd need a --meta-info or something
15:14  * KiBi crosses arms on his desk and sleeps some minutes.
15:53 -!- gilead [n=gilead@171.85-237-183.tkchopin.pl] has quit [Read error: 110 (Connection timed out)]
16:02 -!- gilead [n=gilead@171.85-237-183.tkchopin.pl] has joined #synfig
16:07 -!- factor [n=factor@ip68-14-160-70.ok.ok.cox.net] has joined #synfig
16:28 < dooglus> I checked it in after changing it a little - you can specify which values to see now (or 'all' for all of them): synfig --canvas-info frame_end,frame_rate sample.sifz
16:29 -!- xerakko [n=Miguel@debian/developer/xerakko] has joined #synfig
16:29 < factor> nice
16:30 < factor> will be useful for scripts access as well
16:32 < CIA-41> synfig: dooglus * r1957 /synfig-core/trunk/src/tool/main.cpp: Add --canvas-info flag to the synfig tool. Specify "--canvas-info all" to see all info, or specify individual fields to see just those: "--canvas-info frame_start,frame_end,frame_rate,metadata".
16:46 < KiBi> dooglus: thanks!
16:50 < factor> messing with the animation stuff now 
16:51 < factor> like that i could drag a lay from one encap to another off the scroll screen
16:51 < factor> auto scrool up or down
16:51 < factor> scroll
16:54 < factor> definaltly sticking to my one style right now
16:54 < factor> till i get use to it more
16:54 < pabs3> factor: dragging layers around in the layers panel works for me
16:55 < factor> yes I was just saying how I liked that
16:55 < factor> had to move a bline wayyyyyyyyyyyyy up to a top encap and it let me
16:56 < pabs3> ahhh, thought you meant you couldn't
16:56 < factor> no way I hate it when progs dont though
16:56 < factor> no compliment not gripe
16:56 < factor> :D
16:59 < AkhIL> http://www.kerrighed.org perhaps good way to do synfig renderfarm
17:08 -!- factor [n=factor@ip68-14-160-70.ok.ok.cox.net] has quit [Read error: 104 (Connection reset by peer)]
17:08 < KiBi> AkhIL: That's what I'm working on. ;-)
17:09 < KiBi> and now, sleep(); :)
17:12 < dooglus> factor: instead of dragging a long way, you can control-x (cut) and control-v (paste) - that's sometimes easier
18:30 -!- factor [n=factor@ip68-14-160-70.ok.ok.cox.net] has joined #synfig
18:31 < dooglus> factor: instead of dragging a long way, you can control-x (cut) and control-v (paste) - that's sometimes easier
18:32 < factor> heh ok
18:32 < factor> thanks
18:32 < factor> yeah I do that too some times
18:32 < dooglus> ok
18:32 < factor> just thought it a plus to drag and drop as well
18:32 < dooglus> yeah
18:32 < factor> fell off the net was helping someone else install ubuntu , on my other system and knocked this off
18:32 < dooglus> it's a little fiddly when you drag and drop - it's not easy to know which level it's going to land at
18:33 < factor> right
18:33 < factor> but to drop it off in a encapsulation seems to work
18:33 -!- Yaco [n=Franco@201.255.242.184] has joined #synfig
18:34 < dooglus> if you drop between the last layer in an encapsulation and the first layer outside the encapsulation, then it can land either in or out of the encapsulation.  if you look carefully at the line while you drag, you can tell which it will do
18:34 < factor> I think I got that down
18:34 < factor> i was doing that before
18:35 < factor> russian roulette almost
18:35 < factor> where did I put that 
18:35 < factor> :D
18:40 < factor> my scene over all is looking good , colo the way I wanted it.
18:40 < factor> just work with polys and gradients and line feather .
18:40 < factor> seems to be my style right now
18:40 < factor> more over than the manga style
18:41 < factor> will venture off into other styles when I get the feel
18:49 < factor> was switching around video cards
18:49 < factor> this one makes synfig look utter beautiful 
18:49 < factor> had a DVI card this is agp vga
18:49 < factor> and it looks better
18:49 < factor> stange
18:49 < factor> much better
18:50 < factor> both nvidia cards
18:51 < factor> I think this vga had double the ram though
19:10 < dooglus> interesting
19:10 < dooglus> how do different video cards affect the look of synfig?
19:10 < dooglus> different color levels, brightness, etc?
19:11 < factor> gradients
19:11 < factor> maybecolor levels as well
19:11 < factor> but the gradients are sweet
19:13 -!- Yaco [n=Franco@201.255.242.184] has quit [Remote closed the connection]
19:16 < factor> may have been in a slightly lower res too
19:16 < factor> will have to check
19:17 < factor> not going to swap out the video card till later though lazy now
19:17 < factor> :D
19:17 < Bombe> Hmm... okay, so now I have my local synfig git repositories... when I change more dialogs I somehow have to create a repository that you guys can pull from, did I understand that correctly?
19:17 < factor> but the gradients "feel" better for sure.
19:18 < dooglus> Bombe: we're not using git yet, other than for testing
19:18 < Bombe> dooglus, I know but in theory that's how it's done?
19:18 < dooglus> Bombe: you can use your local repository to create a patch file to upload to the tracker
19:18 < dooglus> Bombe: in theory, we can either pull, or you can get push access
19:19 < Bombe> dooglus, I also know that but then I might simply stick to svn. :)
19:19 < Bombe> Okay.
19:22 < pabs3> there are git hosting sites like http://repo.or.cz/ you can push to for making stuff public
19:23 < pabs3> but I imagine we'll just give you push access
19:23 < factor> I would like to try out the git repo, have not compiled in a a week
19:23 < pabs3> the git repo isn't synced with SVN
19:23 < factor> ok
19:23 < factor> I am not in any rush , learning the animation stuff this week
19:24 < Bombe> I have a machine I could set up my repository on from which you guys could pull. Should work, I guess. :)
19:36 -!- Yoyobuae [n=Yoyobuae@201.224.135.156] has joined #synfig
19:47 -!- genete [n=Genete@84.122.33.210.dyn.user.ono.com] has joined #synfig
19:57 < factor> Lo genete and Yoyobuae
19:57 < Yoyobuae> hi
19:57 < factor> I hate when I forget to check fill after drawing lines
19:57 < genete> hello factor and all
19:57 < dooglus> factor: do you have a 'fill last stroke' button?
19:57 < dooglus> hi y'all
19:57 < factor> what is that
19:58  * Yoyobuae is reading logs
19:58 < dooglus> (is "lo" like "l o", "el oh", "'ello"?)
19:58 < dooglus> factor: it's a button for people who forget to check fill after drawing lines?
19:58 < dooglus> factor: in the tool options panel for the draw tool
19:58 < factor> translate analog to digital hello = lo 
19:59 < factor> ack = hi
19:59 < factor> :D
19:59 < Bombe> :)
19:59 < factor> heh
19:59 < factor> where is it
20:00 < dooglus> factor: I got that it was a greeting, but - is it from "low", the opposite of "high", which sounds like "hi"?  or is it read as 2 letters (L O) which sounds like "'ello"?  or is it just an abbreviation ***lo for hello?
20:00 < genete> dooglus: it would be cool that you have both fill last troke and oultine last fill 
20:00 < genete> and not only in the draw tool but in the bline tool
20:00 < factor> hello lo
20:00 < factor> hello back hi
20:00 < factor> dual state greeting
20:00 < factor> hello hello
20:00 < Bombe> dooglus, last one it is.
20:01 < factor> dont know if the person got the signal could just be saying hello
20:01 < factor> lo then hi represents ack back
20:01 < factor> :)
20:01 < factor> CRC
20:01 < Bombe> SYN!
20:01 -!- Yaco [n=Franco@201.255.242.184] has joined #synfig
20:01 < Bombe> Hmm.
20:01 < Bombe> We should rename synfig to syn-fin. :)
20:02 < genete> Hello Yaco, I'm genete (obviously)
20:02 < genete> still geting the logs
20:02 < Yaco> Hi genete !
20:02 < Yaco> How are you?
20:02 < genete> fine, just back home after a full journey
20:02 < dooglus> factor: there: http://dooglus.rincevent.net/random/1207245686.png
20:03 < genete> I guess you mailed me but I've not check out the mail yet
20:03  * genete finishing reading the logs
20:03 < Yaco> no genete, i didnt mail...didnt have time
20:04 < genete> I'll read the logs later (don't have much time now) 
20:04 < Yaco> I was looking for you to tell you some opinion about your translation work
20:04 < dooglus> factor: maybe you're talking about the bline tool, not the draw tool if you don't see that button?
20:04 < factor> dooglus thanks
20:04 < genete> Yaco: shot
20:04 < Yaco> first of all
20:04 < Yaco> i would change the "Mostrar" entry in the menu
20:05 < Yaco> I think "Renderizar" fits better
20:05 < genete> but that's not a Spanish word :/
20:06 < Yaco> no?
20:06 < Yaco> we should write to the RAE! :-)
20:06 < Yaco> let me see how Blender handle that word
20:07 < factor> dooglus :ahh found it too nice
20:08 < genete> http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=renderizar
20:09 < pabs3> hi genete 
20:09 < genete> Yaco: I have to go now. Please write here any other comment on the translation or email me. I'll be glad to improve synfig/studio translation (I'm sure it can be improved)
20:10 < dooglus> factor: should I make it less nice for you?
20:10 < genete> hello pabs3 goodbye pabs3 (formal speaking to not hurt sensibilities);) 
20:10 < factor> heh
20:10 < pabs3> :)
20:10 < genete> he he 
20:10 < factor> nope its just right
20:11 < factor> too nice for me is just fine
20:11 < Yaco> hi pabs3 
20:11 < Yaco> ok genete 
20:11 < genete> Good evening Sirs. See you later. It was a pleasure to talk to you ;)
20:11 < genete> bye
20:11 -!- genete [n=Genete@84.122.33.210.dyn.user.ono.com] has quit ["Abandonando"]
20:12 < pabs3> hi Yaco :)
20:12 < pabs3> ok, bedtime for me, nite all
20:12 < Bombe> Good night, pabs.
20:12 < factor> see ya
20:18 < Yaco> bye
20:19 < Yaco> how can i add text in Synfig? I cant find the tool to do that
20:20 < factor> layer
20:20 < factor> new layer other text
20:21 < factor> on a layer in the layers tab - new layer -> other -> text 
20:34 < rore> sometimes I think there's too many subcategories for layers :)
20:35 < factor> may be neat to have short cuts.
20:39 < rore> or at least, merge the "geometry" and "other" submenus for layers? 
20:44 < factor> heh other
20:44 < factor> right kind of a catch all name
21:02 -!- CIA-41 [n=CIA@208.69.182.149] has quit []
21:16 -!- CIA-41 [n=CIA@208.69.182.149] has joined #synfig
21:23 -!- xerakko [n=Miguel@debian/developer/xerakko] has quit ["Ex-Chat"]
21:23 -!- xerakko [n=Miguel@debian/developer/xerakko] has joined #synfig
21:25 < rore> there's bats flying outside, and all I thought when I saw them was "I wonder if 24fps would be enough to animate them, they fly so fast with so many trajectory changes..." 
21:26 < factor> heh
21:26 < factor> well would it
21:26 < factor> i imagine they could take more if given them
21:27 < factor> you would have to use blur effect to get a useful look out of it I would guess
21:27 -!- AkhIL [n=AkhIL@90.188.201.182] has quit [Read error: 104 (Connection reset by peer)]
21:27 < rore> yep :) But well, even in real life, it's hard to follow their moves :)
21:28 < factor> right it looks generaly blurs
21:28 < factor> does the duplicate layer work in synfig
21:29 -!- AkhIL [n=AkhIL@90.188.201.182] has joined #synfig
21:33 < factor> oh well dont need , was just going to try something.
21:33 < rore> It looks like it works (if I add a duplicate layer over a more-or-less transparent layer, then it becames less transparent) 
21:33 < factor> work on another part
21:33 < rore> but I don't know how to test it other way
21:33 < factor> k
21:34 < factor> I was just trying to dup a object that I could make a row  of grass
21:34 < factor> plant layer I dont think is whatI want , just dup a comic looking piece of grass
21:36 < factor> or maybe the plant layer is what dont know.
21:36 < factor> but I will come back to that .
21:52 -!- gilead [n=gilead@171.85-237-183.tkchopin.pl] has quit ["Leaving"]
22:32 < factor> yeah definalty smaller font
22:32 < factor> I am in a higher res
22:32 < factor> back later
22:32 -!- factor [n=factor@ip68-14-160-70.ok.ok.cox.net] has left #synfig ["Ex-Chat"]
22:39 -!- genete [n=Genete@84.122.33.210.dyn.user.ono.com] has joined #synfig
22:39 -!- pixelgeek [i=86868801@gateway/web/ajax/mibbit.com/x-d4d36ad39cb24dfb] has joined #synfig
22:40 < pixelgeek> afternoon all!
22:40 < genete> afternoon pixelgeek :)
22:40 < pixelgeek> hey genete - what's new?  Good trip?
22:41 < Yaco> hello pixelgeek genete 
22:41 < genete> hi Yaco 
22:41 < genete> pixelgeek: trip? for the journey I mentioned?
22:41 < Yaco> im making a draft of the mediawiki theme for synfig
22:42 < Yaco> which fonttype is used in the synfig (last version) splash screen?
22:42 < genete> Yaco: good question
22:42 < Yaco> i got the .sif file of that image
22:43 < Yaco> but i cannot figurate on how to edit the text on a text layer....
22:43 < pixelgeek> It's probably just arial, isn't it?
22:43 < Yaco> nope
22:44 < Yaco> i think are two different kind of fonts
22:44 < pixelgeek> which font are we talking about/
22:44 < pixelgeek> ?
22:44 < genete> Arial for "Synfig" and Times New Roman for "Studio"
22:45 < Yaco> look
22:45 < Yaco> http://img376.imageshack.us/img376/5940/splashscreenbe5.png
22:45 < pixelgeek> To edit text, you have to look at the parameters dialog when the text layer is highlighted in the layer menu
22:45 < pixelgeek> yup - what genete said.  
22:46 < pixelgeek> http://synfig.org/Text_Layer
22:48 < pixelgeek> genete: yes
22:48 < Yaco> i see the text parameter list, but i cant edit eny of them
22:49 < pixelgeek> Click on the text box and it should open up a seperate text entry dialog
22:49 < Yaco> ready!
22:49 < genete> pixelgeek: oh well it was only 150 km far away but I was in an all-day meeting... boring
22:49 < pixelgeek> genete: ah well - it makes a change...
22:51 < Yaco> i think my screen is too little to work with synfig...
22:51 < Yaco> :-(
22:51 < Yaco> i need a second monitor!
22:52 < genete> Yaco: what's your screen resolution?
22:53 < Yaco> 1200x800 on a 12" 16:10 screen :-P
22:55 < Yaco> i think i got a 17" somewhere in my office
22:55 < Yaco> i will check now
22:56 < genete> 800 is so small :/
23:01 < Yaco> yeah genete 
23:02 < genete> but don't think I have a larger one! I have 1400x1050
23:04 < genete> Have I mentioned how crashy is Firefx lately? I think Bombe has noticed the same...
23:14 < genete> Yaco: heh! you in the news! http://synfig.org/News/Draft
23:16 < Yaco> what?!
23:17 < Yaco> :-D
23:17 < Yaco> i fix my personal description :-P
23:20 < rore> woohoo, so we have someone for the skin \o/
23:20  * rore thought about doing one, but no time right now. So if someone does one before that's perfect ;)
23:22 < Yaco> the first draft my friends!! : http://synfig.org/New_Skin_for_Synfig_Wiki
23:22 < genete> cool
23:22 < genete> I like it 
23:22 < genete> the current fonts bores me a lot
23:22 < genete> the proposed ones are quite nice
23:23 < Yaco> :-)
23:23 < KiBi> heh
23:23 < KiBi> *Beautiful :)
23:23 < Yaco> I think the logo in the draft isnt ok
23:23 < Yaco> i need to work on that
23:24 < Yaco> i was thinking also to include some random element in the wiki
23:24 < genete> random elements?
23:24 < Yaco> maybe the header can have a randomized series of images thats show what is possible to do with Synfig
23:25 < Yaco> genete, maybe the header can have a randomized series of images thats show what is possible to do with Synfig
23:33 < genete> that's a nice idea.
23:33 < genete> and also agree with the logo. White background makes it so high contrasted
23:35 < Yaco> yeap
23:36 < Yaco> please, everyone interested in this issue: you can leave your comments in this page of this wiki: http://synfig.org/Talk:New_Skin_for_Synfig_Wiki
23:36 < Yaco> *the wiki
--- Log closed Fri Apr 04 00:00:42 2008