Current Server Time: 17:43 (Central Europe)

#apertus IRC Channel Logs

2014/12/02

Timezone: UTC


00:09
dmjnova
left the channel
00:21
dmjnova
joined the channel
00:36
g3gg0
left the channel
00:51
dmjnova
left the channel
01:34
fsteinel_
joined the channel
01:37
fsteinel
left the channel
01:55
dmjnova
joined the channel
03:02
lab-bot
Bertl created T200: Remote Control Display Size. http://lab.apertus.org/T200
03:06
dmjnova
left the channel
03:25
troy_s
Bertl: Beep. What speeds do you need for 4k raw at the prescribed frame rates?
03:25
troy_s
(As in what would an ideal protocol / hardware combo offer?)
03:26
Bertl
with speeds you mean bandwidth?
03:27
Bertl
(or what is it you're looking for?)
03:29
troy_s
Yes.
03:29
troy_s
Bandwidth
03:30
Bertl
well, let's do the math then, we want 4k raw, i.e. 4096x3072 pixel
03:30
Bertl
we also want 12bit (maximum on the CMV12k)
03:30
troy_s
So a word of data per pixel.
03:30
troy_s
At 300fps?
03:30
Bertl
and we probably want 25 or 30 FPS, yes?
03:31
Bertl
it can do up to 150FPS at 12bit IIRC
03:31
Bertl
so we want to calculate for the highest framerate or for "normal" framerates?
03:32
Bertl
the highest sensor rate is at 10bit with 300FPS, IIRC
03:32
Bertl
that would be about 17.6 Gigabit/s
03:33
Bertl
without any framing, encoding or checksums
03:34
Bertl
the bandwidth itself is not that problematic, but transferring it over a reasonable number of "wires" is tricky
03:35
troy_s
In your estimation, all protocol checks in, your ceiling would be around where?
03:35
troy_s
<20 Gbit?
03:35
troy_s
18-19?
03:35
Bertl
add 25% encoding and 5-10% checksum/crc
03:35
troy_s
Yikers.
03:35
troy_s
So 35%+
03:36
Bertl
so around 24Gigabit on wire
03:36
troy_s
Which puts us in what domain? Quad SDI?
03:36
Bertl
yes, quad SDI should work, dual 12G SDI also
03:36
Bertl
but that is absolute maxium we are talking about
03:37
Bertl
I don't think it is realistic to make a movie with 150/300 FPS
03:37
troy_s
6g and 12g SDI are still in rec form I believe.
03:37
troy_s
(Not quite a standard ala AC wireless)
03:38
Bertl
yep, not finished yet
03:38
troy_s
I think they have settled more or less
03:38
troy_s
I wonder what the phantom uses.
03:39
troy_s
3G-SDI
03:40
troy_s
“The three main 3G HD-SDI video outputs support dual-link 4K video and advanced scaling when set to 1080p.”
03:40
troy_s
So really, at that data thruput, it is all onboard for the foreseeable future. Striped or otherwise.
04:22
Bertl
off to bed now ... have a good one everyone!
04:22
Bertl
changed nick to: Bertl_zZ
04:39
dmjnova
joined the channel
05:53
troy_s
Is there a time code library out there? (For actual time code audio, not the numbers.)
06:45
danieeel
troy_s: phantom does record to internal storage, and the output is a playout only at standard speed
06:47
danieeel
troy_s: do you know google? https://github.com/x42/libltc
06:50
troy_s
danieeel: Aware of the Phantom. I was wondering what they offered for outs.
06:51
danieeel
you have to decide if you are talking about raw out or video out
06:51
danieeel
changed nick to: danieel
07:25
FransKanters
joined the channel
07:51
fsteinel_
changed nick to: fsteinel
10:48
intracube
joined the channel
11:20
se6astian|away
changed nick to: se6astian
11:30
se6astian
good morning
12:15
ItsMeLenny
joined the channel
12:19
ItsMeLenny
left the channel
12:20
ItsMeLenny
joined the channel
12:39
ItsMeLenny
left the channel
12:39
ItsMeLennny
joined the channel
12:41
ItsMeLennny
left the channel
13:28
Bertl_zZ
changed nick to: Bertl
13:28
Bertl
morning folks!
13:28
surami
joined the channel
14:09
designbybeck
joined the channel
15:00
FransKanters
left the channel
15:22
surami
hi!
15:23
surami
is it possible to make the Beta body that kind, that the side panel could be interchangeable?
15:23
surami
i mean like this: do 1 for example for 3 hdmi connection
15:24
surami
and another one for 1 hdmi + 2 sdi connection
15:24
Bertl
I think that is already planned
15:25
surami
i see, ok
16:13
baldand_
left the channel
16:14
baldand
joined the channel
16:37
baldand
left the channel
16:39
baldand
joined the channel
17:33
g3gg0
joined the channel
17:54
slikdigit
joined the channel
17:54
slikdigit
left the channel
17:54
slikdigit
joined the channel
17:55
even
joined the channel
17:56
even
hi guys =)
17:56
even
how's it going?
17:59
Bertl
all fine it seems, and for you?
18:01
even
nice to hear! well i have a few days off from work so i thought i say hi to u guys and have a look what's trending in here =)
18:05
PRN
joined the channel
18:05
PRN
Hi Bertl
18:08
PRN
"I don't think it is realistic to make a movie with 150/300 FPS" As a film maker, after Dynamic range my priority will be camera's ability to do high speed shots
18:08
PRN
I expect my goto camera todo atleast 120fps
18:09
PRN
And high speed believe is one of the prime reasons why Red cameras are a huge hit
18:09
PRN
your comments are appreciated :-)
18:10
even
if you guys need something to relax dem brains 4 a few minutes. watch dis! mindblowing it is http://vimeo.com/113094940
18:12
Bertl
PRN: what I meant is, for high speed photography 150/300 FPS is usually way too slow and for making "a normal movie" the data you get when you film everything at 150 FPS is probably not worth the efford, as you would have a lot of post processing to get to sane shutter times
18:13
Bertl
but, hat doesn't mean that you won't do 300FPS (or even more at lower resolutions) in a special setup
18:14
PRN
left the channel
18:16
PRN
joined the channel
18:18
PRN
hehe, yeah even tarsem singh wont do the whole film at 300 lol....peace
18:21
davidak
joined the channel
18:48
dmjnova
left the channel
18:56
dmjnova
joined the channel
19:42
mooseboobs
joined the channel
20:01
philippej|away
changed nick to: philippej
20:02
philippej
changed nick to: philippej|away
20:02
philippej|away
changed nick to: philippej
20:05
even_
joined the channel
20:07
even_
prn: right =)
20:08
even
left the channel
20:09
even_
fps ahoi! beware of the flying shrimp! :D http://www.youtube.com/watch?v=lkaIoH6Um60
20:15
even_
by the way. is there someone who already startet a design for the heatplate to sensor to peltier thingyding?
20:19
Bertl
not sure
20:36
even_
so we want copper i guess? would it make sense to pipe/lead the heat to the bottom of the camera? the idea is to connect it directly to the bottom plate that holds the rods or mounting plate. basicly in the space betweteen the camera and the tripod
20:37
even_
would be nice to have the peltier below the camera but i'm not sure if it is possible according to space cables etc.
20:38
Bertl
copper or aluminum, depending on how important weight is
20:39
Bertl
bottom is always a bad idea, mostly because heat has the tendency to go up
20:39
Bertl
so you are working at least against convection
20:40
even_
yeah right, well it was only an idea
20:43
baldand
left the channel
20:43
even_
what about best of bothsides? basicly a heatplate that goes from the bottom all the way to the top?
20:44
even_
so we get the possibility to connect the peltier at the bottom and the top?
20:44
even_
would that be possible internal space wise?
20:45
Bertl
depends on the enclosure I guess
20:46
baldand
joined the channel
21:07
even_
while looking at this.. https://www.apertus.org/sites/default/files/Pcbstack02-V3.jpg
21:07
lab-bot
V3: Rename the "Dictator" to "Governator" ? Come Vote http://lab.apertus.org/V3
21:08
even_
pcb wise our contact area for the heatplate would be below the image sensor holder board through a hole? or directly on top/infront of the sensor?
21:19
even_
or a cnced frame around it would lead to heat differences in the middle of the sensor i guess
21:25
even_
so maybe best of both worlds to both sides of the camera. i like the 2 sided idea cause it gives more freedom. if your not going to use a peltier you still have the option to put a heatsink on top, sides or bottom depending on which direction we go with the heat transfer.
21:39
philippej
watch diy powder coating : https://www.youtube.com/watch?v=wNmRLIVEU10
21:45
dmjnova
left the channel
21:46
PRN
left the channel
22:07
philippej
changed nick to: philippej|away
22:32
se6astian
good night
22:34
intracube
o/
22:34
surami
good night!
22:34
surami
left the channel
22:38
intracube
early test render of apertus control variant: https://lh6.googleusercontent.com/-y_1xnz7EUUQ/VH4_Dt_pBhI/AAAAAAAAA8Q/j26oqv22KEI/w854-h480-no/apertus_control.jpg
22:39
Bertl
nice, what's the size/resolution of the LCD display?
22:39
intracube
Bertl: whatever you want it to be :)
22:39
intracube
in the 3d model it's an image plane with a 640x480 texture
22:41
intracube
Bertl: https://lh3.googleusercontent.com/-APzMz49IM_8/VH5AHhcRAyI/AAAAAAAAA8k/EJI2ARMShJI/w640-h480-no/apertus_control_display.png
22:46
intracube
hmf, and I've only -just- noticed that the menu items don't line up with the buttons
22:48
Bertl
maybe try without heavily smothed fonts, because that will eat up a lot processing power
22:48
Bertl
best would be pixel accurate fonts and symbols without any smoothing
22:48
davidak
it looks really nice
22:48
intracube
Bertl: couldn't all the text and icons be pre-rendered?
22:48
intracube
davidak: thanks
22:49
intracube
Bertl: if you've ever seen winamp skins
22:49
Bertl
icons, probably, text, unlikely
22:49
se6astian
changed nick to: se6astian|away
22:49
davidak
could font-awesome be used here?
22:49
intracube
Bertl: what program, software will generate the GUI?
22:50
intracube
I guess not fully fledged Xorg
22:50
intracube
googes font-awesome
22:50
Bertl
it will be a C library running on a PIC32 microcontroller
22:50
intracube
*googles even
22:50
Bertl
so far far away from xorg and typical font rendering
22:50
intracube
Bertl: yep
22:51
intracube
davidak: font-awesome looks like it's fairly processor intensive?
22:51
intracube
Bertl: custom C library or existing?
22:51
Bertl
depends on the hardware and what we actually find
22:51
davidak
http://fortawesome.github.io/Font-Awesome/
22:53
intracube
it says it doesn't need JS, yet with noscript blocking it, it's not rendering
22:53
Bertl
I doubt we will have a web browser running on the remote control :)
22:55
davidak
left the channel
22:56
davidak
joined the channel
22:56
intracube
Bertl: if at all possible, having all icons/text/buttons as pre-rendered images would be good
22:57
intracube
it wouldn't even have to do any alpha blending if done carefully
22:57
Bertl
intracube: assume 2 megabyte for code and read only data, 512 kilobyte memory and try to implement the interface in C, whatever you can make work with those limitations should work on the remote control as well
22:58
Bertl
note that a display buffer for 640x480 (assuming an RGB display) already consumes about 400kbyte memory :)
22:58
intracube
512k? that's not a lot
22:59
intracube
why so limited?
22:59
g3gg0
left the channel
22:59
designbybeck
left the channel
22:59
intracube
Bertl: so make it greyscale only - 256 colours
22:59
Bertl
well, of course we can add memory and flash, etc, but I don't see that this would make sense for such a limited interface
22:59
intracube
could even be much less than 256 actually
23:03
g3gg0__
joined the channel
23:06
davidak
left the channel
23:16
davidak
joined the channel
23:41
intracube
because I'm very bored;
23:41
intracube
the character set for the display: https://lh5.googleusercontent.com/-DggV4DaimnY/VH5NxcM1fXI/AAAAAAAAA84/Ic0nuyO-n7k/w250-h299-no/apertus_control_characterset_4bit.png
23:43
intracube
250x299, 74,750 pixels, 4bit per pixel (16 levels) = ~37kB
23:45
intracube
hmm, I missed out a : from the characters
23:45
intracube
#nitpick
23:48
even_
the big one behind the 9 works too =)
23:50
intracube
even_: ?
23:51
even_
nevermind i tried to be funny ^^
23:51
intracube
:)
23:52
intracube
Bertl: IMO it's important to make the interface look as modern as possible
23:53
intracube
if 'pixel accurate fonts' means non-antialised, that only works at small sizes
23:53
intracube
the large timecode characters would look really bad
23:53
intracube
it's nearly 2015 and aliased text is very 1980s :)
23:57
intracube
Bertl: another question if you've got time; does the 512kB include the frame-buffer or is it separate?