#apertus IRC Channel Logs

morning Bertl

http://vserver.13thfloor.at/Stuff/AXIOM/ZedBoardStand.eps

angle and material thickness are adjustable (as well as other parameters)

I've been thinking this needs that for some time

actually, a cover might not be a bad idea either

but open hours aren't until tuesday

you can actually make the design 'click on' by simply adding tiny protrusions? (no idea how to call that in english) to snap into the baseplate

maybe :)

| \ / |

| | | |

huh?

that's what I meant in ascii art, yes :)

who uses proportional fonts on IRC :)

(Ubuntu the font)

I think it's setup, but I haven't had the time to do much with it

irssi drives me insane

hehe, well, I love it

it is simple (but still powerful) and works (from) everywhere

yeah, out of everything, pidgin is my preference

xchat also annoyed me, though it wasn't too bad on a phone

loath empathy though

it's one word for them

i.e. what are you seeing

like there's a little overhang on either side

-k

so, it should be simple to extend the design by adding a few nubs in the right places :) ... maybe I'll do a second version next time which is just click on

hence why IDEs bug me, but I prefer gedit over vi or nano

there are 3 different IDEs for the very same task

each one can only do part of the job properly, and all of them will be superceeded in the next release (and probably replaced by yet another wizard)

and when I read documentation stating that there is no separate tool to do this and that, but you can simply create a fake project to view your file I get really sick :)

Bertl: that's cool you taught UI design

Or they don't bother with design at all and just put some buttons wherever there's room

so folks end up taking whatever they can find and put it together into some abomination called user interface

http://cdn.novacut.com/novacut-12.03-1.jpg

Of course we're not really that concerned with matching the system aesthetic.

Bertl: The other problem with GUIs is that it gets very tempting to build your application around the GUI rather than letting the GUI be an interface for your application

yeah, happens ...

back now ...

question to those actually making some movies (or at least planning to make some): wouldn't it be nice to have all kind of motion information from a camaera? I'm thinking about 3-N DOF sensors here, so 3-axis gyroscope, 3-axis acceleration, 3-axis compass and maybe other stuff like air pressure, temperature, humidity, ambient light, etc

it would be better to have a separate unit to record that sort of data and sync it via timecode

but for VFX motion tracking and such, yes, if it could lead to more reliable tracks

still something of a niche feature tho, and it would add significant cost for all users

well, a 3-axis accelerometer can be bought for 1-2 USD

+ development costs for the camera software/firmware

+ extra bulk to fit in the camera body (not sure how big these devices area)

http://www.st.com/web/catalog/sense_power/FM89/SC1448/PF252427

(and has 3-axis gyroscope and 3-axis accelerometer)

so back to the original question: would it be useful? or is that some kind of data movie makers/cutters are not really interested in?

the acceleration information might be interesting but as is it would require work on the other side

of course, but software is flexible in this regard, no?

for the prototype I'm not sure it might be "needed"

ok

I doubt very much they'd be accurate enough by themselves for tracking purposes

and thinking about it, could the data really aid existing tracking methods?

and 1mg acceleration

after all, there is a limit how much you can move/turn without distorting the image sequence, no?

And be a bit wobbly

well, gravity is always a bit wobbly :) but I guess you are referring to the gyroscope?

experience is that they're not that great for absolute precision

not sure that absolute precision is required, but I take it that a 6/9-DOF mems is not something which excites movie folks :)

Bertl: Actually I meant to say "absolute positioning"

the interesting part is, that optical image stabilization solely relies on gyroscopes

Since, optical image stabilization just needs to smooth out relative motions

basically, there's compounding of little errors in tracking, but not in optical stabilization

basically tracking a set of points in the video as the camera moves

in software