antony has quit [Quit: Leaving.]
silviof has quit [Ping timeout: 272 seconds]
antony has joined #imx6-dev
steeve has quit [Remote host closed the connection]
steeve has joined #imx6-dev
steeve has quit [Remote host closed the connection]
antony has quit [Quit: Leaving.]
steeve has joined #imx6-dev
jnettlet has quit [Ping timeout: 245 seconds]
jnettlet has joined #imx6-dev
aholler_ has joined #imx6-dev
aholler has quit [Ping timeout: 250 seconds]
Nilesh_ has joined #imx6-dev
aholler_ is now known as aholler
Nilesh_ has quit [Ping timeout: 255 seconds]
Nilesh_ has joined #imx6-dev
paulk-collins has joined #imx6-dev
steeve has quit [Remote host closed the connection]
silviof has joined #imx6-dev
paulk-collins has quit [Remote host closed the connection]
auke- has quit [Ping timeout: 258 seconds]
auke- has joined #imx6-dev
Nilesh_ has quit [Ping timeout: 260 seconds]
Nilesh_ has joined #imx6-dev
JohnnyRun has joined #imx6-dev
JohnnyRun has quit [Remote host closed the connection]
Nilesh_ has left #imx6-dev [#imx6-dev]
paulk-aldrin has joined #imx6-dev
surami has joined #imx6-dev
<surami> hey!
<surami> i would like to ask something guys
<surami> if you could help me
<surami> HummingBoard-i2eX
<surami> it has 1 HDMI out port
<surami> is there any solution to reprogramm it to IN port?
<surami> so i mean to reprogramm that port from OUT to IN
<jnettlet> surami, no that isn't possible
<surami> that's a sad thing
<surami> i ask because of this project
<jnettlet> I don't see what that has to do with hdmi input.
<surami> that stuff will output
<surami> 4K RAW through experimental HDMI solution (not ready yet)
<surami> but we have to store it somewhere...
<surami> and this hummingboard has HDMI port, but sadly only input
<surami> and the other thing is that hummingboard has mpcie gen2 too
<surami> so it could store the data on it
<jnettlet> but that would have to be on an hdmi 2.0 port
<jnettlet> not much hardware is supporting that.
<jnettlet> actually using hdmi to transfer data for storage doesn't make much sense. Really USB 3.0 would be a much smarter choice
<surami> well i'm not a technical guy or programmer
<surami> so this is very chinees for me :)
<jnettlet> that is why I don't have much faith in a lot of these campaigns. I really hate that they can take the campaign money without even delivering a product
<jnettlet> but there is really no need to come up with "experimental" hdmi transfers. There is the hdmi 2.0 standard which is rated for 4k video at 60fps.
paulk-collins has joined #imx6-dev
<surami> well i believe in opensource
<surami> more eyes can see more things
<jnettlet> if they want to transfer that video to a PC then USB 3.0 has plenty of bandwidth to handle that.
<surami> there something bad with usb 3 things
<surami> i mean hard to implement it
<surami> a pcie storage would be the best
<surami> put the data directly on SSD
<surami> zed boards will be used
<surami> AFAIK
<jnettlet> that would be way to expensive. raw 4k video is huge
<surami> yes i know, 1 frame is around 25 MB
<jnettlet> you will generally find that most phones like the Note 4 that record 4k video compress it to h264 in hardware before storing it.
<surami> but not in this quality i think :)
<jnettlet> I don't know. I haven't seen any of the quality that they have shot at yet.
<surami> i graded this frame made by a1ex from Magic Lantern
<jnettlet> and they are capturing that at 60fps?
<surami> there are many plans
<surami> this sensor will be used
<surami> there was an alpha prototype: http://www.youtube.com/watch?v=ylF4Y0t59Xw
<surami> this video is from that stuff
<jnettlet> the video looks fine. I just think using hdmi to get the video off the camera is a bad idea.
<surami> i don't know what are the restrictions to do that
<surami> i don't understand too much things
<surami> on this technical side sadly
<surami> it should be stored on SSD and that's it...
<surami> but how i can't tell :)
<surami> anyway
<surami> thanks for your reply on that HDMI input questoin
<surami> if you are interested in this developing
<surami> #apertus is the channel
<jnettlet> k, thanks
<surami> Magic Lantern guys are highly involved too: http://www.magiclantern.fm/forum/index.php?topic=11787.0
<surami> cheers all, have a nice day!
<jnettlet> later
<aholler> "any hdmi recorder" sounds funny. never heard of such consumer devices
<surami> eg. :)
<surami> not cheap stuffs
<surami> but an open solution would be better
<surami> that's why i started to search in other directions
<surami> i think this atomos stuffs are using ffmpeg? https://www.ffmpeg.org/ffmpeg-codecs.html
<surami> i don't know
<jnettlet> aholler, there are some, but they aren't widespread because a lot of hdmi content is hdcp encrypted
<aholler> exactly. and if it isn't you likely have it already stored ;)
<jnettlet> the Chumby NetTV box that was never released had HDMI input. They used an FPGA to run a software based HDMI chip
<surami> at this Axiom Beta camera maybe the MLV video format will be used
<jnettlet> but it was only fast enough to handle 720p
<surami> DNG frames :)
<aholler> besides that storing 4k will be a pain. even if compressed you will need an enormous disk space and fast i/o to access it
<aholler> nothing which is currently really affordable for consumers
<surami> the camera will process different formats
<surami> different fps, etc.
<jnettlet> well you could do a direct PCIe -> PCIe connection
<surami> yes that would be the best, and store on SSD
<surami> they will solve something like that, but
<surami> it should be a portable thing
<surami> smallet then laptop
<surami> single board computer would be the best
<aholler> it will be a pain to handle the recorded stuff. ;)
<surami> :)
<surami> we will se what will be in around april next year
<surami> i will be happy with downscaled 1080p high fps raw data too
<aholler> do you've done some maths what transfer speed is needed for 4k?
<surami> well if
<surami> 1 4k frame is around 25 MB
<surami> then 25 x 25 = 625 MB but it's
<surami> 4096x3072
<surami> 3840x2160 would be a bit smaller
<surami> i counted around with 16 MB/frame (3840x2160)
<surami> so 25 fps aroud 400 MB/s
<surami> pcie gen2 can do this
<surami> SSD-s are out there
<surami> to store
<surami> but we need pcie out from this Beta to do something with pcie
<surami> what will be i don't know
frsc has joined #imx6-dev
<surami> anyway it's very interesting project :)
<aholler> with a bit luck you could sned it out over gige. just the receiving side would have a problem ;)
<surami> gige?
<surami> it's too slow
<aholler> not if compressed
<surami> what is the full bandwith?
<surami> 125 MB...
<aholler> giga_bit so 1000/8 - foo
<surami> or more giges
<surami> split the frames
<aholler> don't how large the compression rate is for 4k, but I assume it's better than for 720p because of more similiar pixels
<aholler> s/how/know/
<surami> if the data can be splitted somehow
<surami> then gige would be fine maybe
<surami> AFAIK these boards will be used: http://zedboard.org/product-tech-spec/picozed%E2%84%A2
<surami> and custom i think
<aholler> use 8 ethernet-ports and bonding ;)
<surami> :D
<surami> 8 cables .. eh
<aholler> and of course no imx6 would be able to handle it ;)
<surami> 1080p raw frame maybe around 4 MB
<surami> 4 x 25 is 100 MB
<surami> so 1 gige to a hummingboard would be fine
<surami> and there store on SSD at the mpcie port
<surami> 4K is a big problem :D
<surami> and japanes are doing 8K already
<surami> ...
frsc has quit [Quit: Verlassend]
<surami> i leave now
<surami> thank for you inputs guys!
<surami> follow that axiom project it's very interesting
<surami> ;)
surami has left #imx6-dev [#imx6-dev]
surami_afk has joined #imx6-dev
surami_afk has quit [Remote host closed the connection]
surami_afk has joined #imx6-dev
surami_afk is now known as surami
surami has quit [Remote host closed the connection]
<aholler> a bit math can be enlightening ;)
surami has joined #imx6-dev
surami has left #imx6-dev [#imx6-dev]
paulk-aldrin has quit [Quit: Ex-Chat]
paulk-collins has quit [Quit: Ex-Chat]
bfederau has quit [Read error: Connection reset by peer]
bfederau has joined #imx6-dev