Current Server Time: 14:10 (Central Europe)

#apertus IRC Channel Logs

2014/03/08

Timezone: UTC


00:01
troy_s
eadmund: When did you speak with Mr. Knoll?
00:20
standesbeamter
joined the channel
00:20
standesbeamter
hoi
00:24
standesbeamter
left the channel
00:35
eadmund
Long long time ago - he had exactly the same points as you, so I guess you are in good company :)
00:36
eadmund
standesbeamter: willkommen, Geheimrat :)
00:48
eadmund
does anyone know why zedboard has gone out of stock, and microzed is available? Is a new zedboard coming?
00:53
norpole
joined the channel
00:58
norpole
left the channel
01:19
eadmund
left the channel
01:19
norpole
joined the channel
01:34
norpole
left the channel
02:16
gcolburn
left the channel
04:11
Bertl
off to bed now ... have a good one everyone!
07:15
marron
left the channel
08:06
sb0
left the channel
08:28
jucar
left the channel
08:42
jucar
joined the channel
08:56
Topic
apertus° - open source cinema | www.apertus.org | Currently Hot: Axiom Alpha Development http://axiom.apertus.org/ | IRC Logs available at: http://irc.apertus.org
08:56
se6astian
has set the topic
08:57
jucar
left the channel
10:09
Bertl_
morning folks!
10:09
Bertl_
changed nick to: Bertl
10:29
norpole
joined the channel
10:31
norpole
left the channel
10:34
se6astian
good morning
10:34
se6astian
some pictures from yesterday event: https://twitter.com/ApertusOSCinema
10:38
Bertl
nice
11:49
galvanic
joined the channel
12:52
danhanes
joined the channel
16:27
danhanes
left the channel
16:29
troy_s
Greetsies droogies
16:43
galvanic
left the channel
17:16
rainer_vie
joined the channel
17:18
rainer_vie
Hi Everybody!
17:18
jucar
joined the channel
17:28
troy_s
Greetings rainer_vie
18:17
sb0
joined the channel
18:26
Bertl
hey rainer_vie!
18:32
se6astian
have to leave
18:32
se6astian
bye
18:32
se6astian
left the channel
18:46
rainer_vie
oh too late cu
18:46
Bertl
yeah, he is quick when leaving :)
18:47
rainer_vie
:) probably he has something very important to do, as always
18:48
rainer_vie
Bertl = Herbert ?
18:48
Bertl
so what brings you here? let me guess, the metalab talk?
18:48
Bertl
yes, it's me
18:48
rainer_vie
fine... nice to meet you here
18:49
rainer_vie
yes the metalab talk, and I've met sebastian before...
18:50
rainer_vie
I want to take care for the part when the camera is generating data...
18:50
rainer_vie
backup/archiving/review
18:50
rainer_vie
transcode etc.
18:51
rainer_vie
the idea of the openCine software interests me
18:51
rainer_vie
I do a lot of that in my work...
18:51
Bertl
I think I remeber sebastian mentioning somebody working on a storage server or similar, is that you?
18:52
Bertl
*remember
18:52
rainer_vie
a mobile backup/hashing/storage/viewing solution is our idea...
18:53
rainer_vie
currently brainstorming on different versions
18:54
rainer_vie
that could be a small ARM based board to big file-vault
18:55
Bertl
I had a bunch of chats with various folks regarding requirements and existing solutions ... as I see it, it should be similar to a NAS, with higher data safety requirements
18:56
Bertl
doesn't necessarily need to be network attached, but I think you get what I mean
18:57
rainer_vie
yes, similar to a NAS. For offloading there should be all protocols implemented as well (SMB, NFS, iSCSI, etc)
18:57
Bertl
basically some kind of RAID setup (probably RAID 6), lots of space and software which ensures that nothing is deleted :)
18:57
rainer_vie
right... because of that we will hash all incoming files and putting into a database
18:58
rainer_vie
so in every step of copy you should be able to verify data integrity
18:59
rainer_vie
4k RAW uncompressed will generate a lot of data, this should be able to be playbacked also in realtime
18:59
Bertl
I was wondering if it wouldn't make a lot of sense to archive all the data on DLT for cold storage
18:59
rainer_vie
I thinking of LTO-6 and LTFS
18:59
rainer_vie
or LTO-5
19:00
Bertl
yes, LTO-5 has a sweet spot from the price/capacity PoV
19:01
rainer_vie
yeah I'm using it quite a lot... Data throughput is ok... but that should be also verified...
19:01
rainer_vie
I'm thinking of modules which will be then inside of openCine
19:01
rainer_vie
A software which can view the RAW files
19:02
rainer_vie
copy/verify it
19:02
rainer_vie
and archive it
19:02
rainer_vie
all that in a chassis with storage and LTO-Drive
19:02
rainer_vie
as well HD-SDI I7O
19:03
rainer_vie
i/O
19:03
Bertl
do you have any HD-SDI solutions you can recommend?
19:03
rainer_vie
Blackmagic is ok and has linux drivers as well as a SDK
19:04
rainer_vie
using their cards for a long time now
19:04
rainer_vie
they have a 4K quad 3G SDI card for under 1k EUR
19:05
rainer_vie
http://www.blackmagicdesign.com/products/decklink
19:05
rainer_vie
Linux Driver: http://www.blackmagicdesign.com/support/detail?sid=3945&pid=31786&leg=false&os=linux
19:06
rainer_vie
SDKs: http://www.blackmagicdesign.com/support/sdks
19:08
Bertl
okay, thanks, noted.
19:08
rainer_vie
a great project at all the camera....
19:09
rainer_vie
saw today that Xilinx has a quad HD-SDI board for their FPGA developing boards
19:10
rainer_vie
to get 12 Gbit/s picture data is really woodoo :)
19:10
Bertl
hehe
19:13
rainer_vie
The scaling from 4k to 1080p is done in the FPGA?
19:13
rainer_vie
for HDMI output?
19:14
Bertl
currently the scalining happens implicitely
19:14
rainer_vie
that means?
19:14
Bertl
i.e. we acquire the 4k image 4096x3072, reorder the data so that we have bayer blocks (RG/GB)
19:15
Bertl
then we transmit each bayer block to the HDMI encoder as RG,GB value to form a 2:4:2 RGB stream
19:15
Bertl
this reduces the image by 1/2 in each direction, i.e. to 2048x1536
19:15
Bertl
and we just cut out a 1080p region for now
19:16
Bertl
but yes, this happens in the FPGA
19:17
rainer_vie
ah ok... great... the option to get a scaled down picture from the hole sensor will be a nice feature as well... not everybody want to work with 4k data
19:18
rainer_vie
or a side by side recording function... 4k raw and a 1080p proxy for editing
19:19
Bertl
yes, I think scaling the image is not a big problem in the FPGA, of course, intregral changes will give better results than interpolation
19:19
rainer_vie
the debayer for the hdmi is done in the hdmi block?
19:20
Bertl
no debayer required in our case, as we send the data to the encoder directly, but typically it would happen after reading the buffer memory
19:21
Bertl
I don't think that it is a good idea to output both though (4k and FullHD) because of the huge bandwidth requirements
19:22
Bertl
i.e. it would be better to do the 4k->FullHD (probably encoded lossy) on the copy/archiving system
19:22
rainer_vie
yeah, probably a child module could do this later
19:22
rainer_vie
right... we will do this :)
19:23
rainer_vie
every flavor of codec and resolution will come out of this baby
19:24
rainer_vie
as said... you did a great work on the sensor frontend
19:34
Bertl
thank you very much!
19:36
reproduction
joined the channel
19:37
rainer_vie
:) the sensor captures the pictures so it's the most important part
19:37
Bertl
welcome reproduction!
19:37
rainer_vie
\o/ reproduction
19:42
rainer_vie
afk
20:16
reproduction
left the channel
20:31
rainer_vie
going off... cu @all
20:32
rainer_vie
left the channel
23:05
intracube
joined the channel
23:42
jucar
left the channel