| 01:26 | seaman | left the channel |
| 03:50 | www2 | left the channel |
| 04:18 | slikdigit | left the channel |
| 04:46 | Bertl_oO | off to bed now ... have a good one everyone!
|
| 04:46 | Bertl_oO | changed nick to: Bertl_zZ
|
| 06:12 | LordVan | joined the channel |
| 09:28 | RexOrCine|away | changed nick to: RexOrCine
|
| 09:59 | Lordvan_ | joined the channel |
| 10:02 | LordVan | left the channel |
| 10:14 | Guillaume_Chooks | joined the channel |
| 10:15 | RexOrCine | changed nick to: RexOrCine|away
|
| 10:36 | www2 | joined the channel |
| 11:26 | Bertl_zZ | changed nick to: Bertl
|
| 11:26 | Bertl | morning folks!
|
| 11:33 | seaman | joined the channel |
| 11:48 | se6astian|away | changed nick to: se6astian
|
| 11:52 | Guillaume_Chooks | left the channel |
| 12:21 | www2 | left the channel |
| 12:29 | Lordvan_ | changed nick to: LordVan
|
| 12:47 | rton | joined the channel |
| 12:50 | RexOrCine|away | changed nick to: RexOrCine
|
| 13:02 | www2 | joined the channel |
| 13:18 | RexOrCine | changed nick to: RexOrCine|away
|
| 13:29 | RexOrCine|away | changed nick to: RexOrCine
|
| 14:31 | ArunM | left the channel |
| 14:32 | ArunM | joined the channel |
| 14:47 | TofuLynx | joined the channel |
| 14:49 | TofuLynx | Hello everyone!
|
| 14:52 | comradekingu | TofuLynx: heia :)
|
| 14:52 | TofuLynx | heia?
|
| 15:21 | comradekingu | TofuLynx: It is what we say in Norway
|
| 15:24 | ArunM | left the channel |
| 15:27 | LordVan | left the channel |
| 15:28 | TofuLynx | oh I see
|
| 15:28 | TofuLynx | Heia :)
|
| 15:32 | nmdis1999 | joined the channel |
| 15:34 | nmdis1999 | Hey Bertl, I did tried to calculate image data size of Raw camera Image of pixel 4096*3072 pixels. It came out to be 18MB . For Grayscale 8 bit/pixel image it comes out to be approximately 12 MB
|
| 15:35 | nmdis1999 | What I know (if I am right) for finding bandwidth I'd need to know these three things: The pixel depth (bytes/pixel),
|
| 15:35 | nmdis1999 | The pixel clock rate of the camera (in MHz)
|
| 15:35 | nmdis1999 | and The number of taps
|
| 15:35 | nmdis1999 | let me know if I doing it right :)
|
| 15:36 | nmdis1999 | I'll probably write an article about what I understood till now
|
| 15:38 | Bertl | taps?
|
| 15:40 | Bertl | and yes, the frame size calculation is correct
|
| 15:40 | nmdis1999 | tap is kind of configuration
|
| 15:41 | Bertl | like?
|
| 15:42 | nmdis1999 | wait a sec..I'll show you
|
| 15:43 | nmdis1999 | For example the tap is considered 1 if pixels per clock cycle is 1, 2 for when there are 2 pixels per clock cycle and so on..
|
| 15:44 | nmdis1999 | You can see more here http://download.gemscriptor.com/Euresys/html/99963.htm
|
| 15:44 | Bertl | okay, that's something relevant/specific to camera link
|
| 15:45 | Bertl | we don't have taps
|
| 15:45 | nmdis1999 | I see, so I'll probably don't take that into consideration then?
|
| 15:45 | Bertl | the sensor has a number of LVDS channels (which mayb change) but those are not relevant for your puproses
|
| 15:45 | Bertl | you are dealing with memory access, specifically DDR3 memory
|
| 15:46 | Bertl | and you can benefit from utilizing the caches efficiently
|
| 15:47 | nmdis1999 | yes, also by calculating bandwidth and understanding if there's buffer overflow it might help?
|
| 15:47 | Bertl | most likely we will have a system for you to test on tomorrow or after the weekend
|
| 15:47 | Bertl | buffer overflow?
|
| 15:47 | www2 | left the channel |
| 15:48 | supragya | joined the channel |
| 15:48 | supragya | Good evening!
|
| 15:48 | nmdis1999 | what I read is that if FIFO required for one frame is greater than the on-board memory then we will experience buffer overflow
|
| 15:49 | nmdis1999 | Good evening supragya :)
|
| 15:49 | Bertl | well, our FIFOs are all smaller than the on board memory ;-)
|
| 15:49 | nmdis1999 | cool :D
|
| 15:49 | TofuLynx | Hello supragya!
|
| 15:50 | Bertl | nmdis1999: don't worry about the data appearing in memory, this part is working just fine and is not related to your task
|
| 15:50 | nmdis1999 | okay, got it :)
|
| 15:50 | Bertl | worry more about 'how' to get the data from that memory in an efficient way
|
| 15:50 | supragya | Bertl, with a quick look can you verify is QTFF is something we should not go forward with? [https://developer.apple.com/library/content/documentation/QuickTime/QTFF/QTFFPreface/qtffPreface.html]
|
| 15:50 | supragya | *verify if
|
| 15:50 | Bertl | nmdis1999: for example, copying the entire frame to a different memory location is not very efficient
|
| 15:51 | nmdis1999 | okay, I understand.
|
| 15:52 | Bertl | supragya: IIRC, QuickTime is not free (i.e. the license is quite restrictive)
|
| 15:53 | nmdis1999 | Bertl : Let me know when the system is ready, I am reading logs regularly. :D
|
| 15:53 | supragya | that's what I thought, says it's an extention to MP4 so I asked
|
| 15:53 | Bertl | btw, I did setup ZNC on our server, so if you want to test the IRC bouncer, just let me know
|
| 15:54 | supragya | :) yaaay
|
| 15:54 | supragya | sure Bertl !
|
| 15:56 | nmdis1999 | Going out for dinner. Have a great day everyone! :D
|
| 15:56 | nmdis1999 | left the channel |
| 16:01 | supragya | TofuLynx: hi
|
| 16:01 | TofuLynx | I'll be off for today!
|
| 16:01 | TofuLynx | Later this night will be the "Serenata" on my University
|
| 16:01 | TofuLynx | :)
|
| 16:01 | supragya | Seems like your code is strange for OC is it?
|
| 16:01 | TofuLynx | It's a special occasion
|
| 16:01 | TofuLynx | yeah it is, I have to restructure it
|
| 16:01 | TofuLynx | See you later!
|
| 16:02 | supragya | serenata? more of ball?
|
| 16:03 | TofuLynx | No :)
|
| 16:03 | TofuLynx | Every year, the university has some sort of university student week
|
| 16:04 | TofuLynx | where we celebrate
|
| 16:04 | TofuLynx | it's a tradition
|
| 16:04 | TofuLynx | https://www.noticiasdecoimbra.pt/wp-content/uploads/2016/04/s%C3%A9-velha.jpg
|
| 16:04 | TofuLynx | And Serenata is the first celebration
|
| 16:05 | supragya | seems grandeaur
|
| 16:05 | supragya | *spelling
|
| 16:05 | TofuLynx | where groups of students sing some sad musics related to "Saudade"
|
| 16:05 | TofuLynx | which is a feel of missing something or someone
|
| 16:05 | supragya | ? sad
|
| 16:05 | TofuLynx | yeah
|
| 16:06 | TofuLynx | because for much people it's the last year of their course in the university
|
| 16:06 | supragya | farewell?
|
| 16:06 | TofuLynx | yeah basically
|
| 16:07 | supragya | nice... have fun... or sad... whatever.. just enjoy :)
|
| 16:07 | TofuLynx | ahahaha
|
| 16:07 | TofuLynx | thanks
|
| 16:07 | TofuLynx | https://www.youtube.com/watch?v=xgEMmoLMN48
|
| 16:07 | TofuLynx | you can see a glimpse of it there
|
| 16:08 | danieel | supragya: QTFF is not an extension of MP4. QT was first, then they standardized a subset of it within ISO
|
| 16:09 | TofuLynx | See you guys later! :)
|
| 16:10 | danieel | Bertl: what restrictions does the QT license force you?
|
| 16:10 | se6astian | changed nick to: se6astian|away
|
| 16:10 | TofuLynx | left the channel |
| 16:15 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 16:16 | Bertl | danieel: no idea, you tell me ... I usually do not spend much time on proprietary licenses
|
| 16:17 | BAndiT1983 | https://developer.apple.com/softwarelicensing/agreements/quicktime.php
|
| 16:17 | www2 | joined the channel |
| 16:18 | danieel | or here: https://developer.apple.com/softwarelicensing/agreements/pdf/qt_file_format.pdf
|
| 16:18 | supragya | left the channel |
| 16:20 | Bertl | for example, point 2.2 seems pretty bad to me :)
|
| 16:20 | BAndiT1983 | how does adobe and other circumvent it?
|
| 16:20 | Bertl | or 2.4 FWIW
|
| 16:21 | danieel | if you make a mov io lib, then the product is the lib itself, hm?
|
| 16:22 | BAndiT1983 | yes, if we merge video stream and metadata in post
|
| 16:22 | supragya | joined the channel |
| 16:22 | BAndiT1983 | then i would gladly send a floppy disk to apple
|
| 16:22 | BAndiT1983 | or just go to the genius bar and let them send it to the HQ ;)
|
| 16:22 | BAndiT1983 | sorry, forgot to take genius into "..."
|
| 16:23 | danieel | also BM uses mov vs dng in their cameras, so definitely not something what cant be solved
|
| 16:24 | Bertl | in general it is not worth bothering
|
| 16:24 | Bertl | especially as they reserve the right to change the license whenever they feel fit
|
| 16:24 | BAndiT1983 | i would handle it like ARRI with ARRIRAW and get the data out in our format, with according clean lib
|
| 16:25 | BAndiT1983 | and conversion would be done later, a bit of inconvenience, but we are restricted by MCU at the moment
|
| 16:25 | supragya | so you are happy if you are handed with lib? Only a lack of strong contendor would ask you to go that far
|
| 16:26 | supragya | *means only if apple is that better
|
| 16:26 | www2 | left the channel |
| 16:26 | BAndiT1983 | supragya, what do you mean?
|
| 16:27 | supragya | if a lib is proprietary, and API provided, does that allow inclusion in the project?
|
| 16:28 | BAndiT1983 | that's not for sure
|
| 16:28 | danieel | mov/mp4 can handle off-file data, so make a BLOB and produce a MOV with the metadata only (or paste the metadata after the blob and you are saved from remuxing)
|
| 16:28 | BAndiT1983 | danieel, first we need any sort of interface to get data from memory to some permanent disk
|
| 16:29 | danieel | and it pretty much handles all the issues with various time/frame/data mapping
|
| 16:29 | BAndiT1983 | afterwards we can check if we can produce file formats on the fly or just streams with embedded meta data
|
| 16:29 | BAndiT1983 | Bertl, what are the possible solutions, which are not that difficult for first tets?
|
| 16:30 | supragya | danieel: [make a BLOB and produce a MOV with the metadata only] <- is that an intended use or a workaround?
|
| 16:30 | danieel | it allows you to create a mov wrapper on proprietary (custom) blobs
|
| 16:31 | BAndiT1983 | don't like proprietary here
|
| 16:31 | danieel | making your format clearly described wont help you to pull it in fcpx/premiere :)
|
| 16:32 | BAndiT1983 | frame server? conversion?
|
| 16:32 | danieel | so its proprietary until its compliant to any existing standard
|
| 16:32 | supragya | Both points nice!
|
| 16:32 | BAndiT1983 | there are many ways to let people work with our stuff, but if apple is restrictive, then we should avoid to generate the files in the camera
|
| 16:33 | supragya | be back in a while
|
| 16:34 | Bertl | BAndiT1983: solutions for what?
|
| 16:34 | BAndiT1983 | transfer of frame data to some sort of permanent storage, it doesn't matter at the moment if it's not a video clip
|
| 16:35 | Bertl | USB, ethernet, SD card
|
| 16:35 | danieel | BAndiT1983: be careful, a still frame can already be stored on SD card
|
| 16:36 | BAndiT1983 | RAW12?
|
| 16:36 | danieel | fps is the question :)
|
| 16:36 | BAndiT1983 | even if it's rather low, just a constant output would be nice
|
| 17:23 | www2 | joined the channel |
| 17:29 | www2 | left the channel |
| 17:30 | www2 | joined the channel |
| 17:32 | supragya | left the channel |
| 17:48 | aombk3 | joined the channel |
| 17:51 | aombk2 | left the channel |
| 18:44 | RexOrCine | changed nick to: RexOrCine|away
|
| 18:49 | RexOrCine|away | changed nick to: RexOrCine
|
| 19:51 | slikdigit | joined the channel |
| 19:54 | slikdigit | left the channel |
| 19:54 | slikdigit | joined the channel |
| 20:03 | Bertl | off for a nap ... bbl
|
| 20:03 | Bertl | changed nick to: Bertl_zZ
|
| 20:19 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 20:31 | g3gg0 | hi
|
| 20:34 | RexOrCine | changed nick to: RexOrCine|away
|
| 20:44 | RexOrCine|away | changed nick to: RexOrCine
|
| 20:55 | g3gg0 | left the channel |
| 21:06 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 21:11 | RexOrCine | changed nick to: RexOrCine|away
|
| 22:56 | Bertl_zZ | changed nick to: Bertl_oO
|
| 22:56 | Bertl_oO | back ...
|
| 23:12 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 00:19 | www2 | left the channel |