| 00:32 | fsteinel | left the channel |
| 00:32 | fsteinel_ | joined the channel |
| 00:49 | g3gg0_______ | left the channel |
| 01:39 | intracube|away | left the channel |
| 08:04 | ItsMeLenny | joined the channel |
| 08:16 | jucar | joined the channel |
| 08:17 | jucar | left the channel |
| 08:17 | jucar | joined the channel |
| 08:28 | cbohnens|away | changed nick to: cbohnens
|
| 08:52 | jucar | left the channel |
| 08:58 | jucar | joined the channel |
| 09:00 | Bertl_oO | off to bed now ... have a good one everyone!
|
| 09:01 | Bertl_oO | changed nick to: Bertl_zZ
|
| 09:34 | jucar | left the channel |
| 09:56 | fsteinel_ | changed nick to: fsteinel
|
| 11:09 | jucar | joined the channel |
| 11:10 | intracube | joined the channel |
| 11:47 | jucar | left the channel |
| 11:58 | intracube | left the channel |
| 12:41 | tezburma | joined the channel |
| 12:56 | cbohnens | changed nick to: cbohnens|away
|
| 13:00 | kgugala|away | changed nick to: kgugala
|
| 13:01 | kgugala | left the channel |
| 13:01 | intracube | joined the channel |
| 13:26 | intracube | changed nick to: intracube|away
|
| 13:30 | tezburma | left the channel |
| 15:18 | intracube|away | left the channel |
| 15:20 | ItsMeLenny | left the channel |
| 15:47 | intracube | joined the channel |
| 15:54 | jucar | joined the channel |
| 15:54 | intracube | left the channel |
| 15:58 | intracube | joined the channel |
| 16:02 | Bertl_zZ | changed nick to: Bertl_oO
|
| 16:02 | Bertl_oO | morning folks!
|
| 17:32 | se6astian|away | changed nick to: se6astian
|
| 17:35 | intracube | left the channel |
| 17:53 | se6astian | good evening
|
| 18:01 | intracube | joined the channel |
| 18:10 | intracube | left the channel |
| 18:13 | se6astian | https://apertus.org/axiom-gamma-hardware-development-status-report-article-june-2015 released
|
| 18:16 | Bertl_oO | \o/
|
| 18:48 | intracube | joined the channel |
| 19:14 | intracube | left the channel |
| 19:19 | intracube | joined the channel |
| 19:30 | comradekingu | Is there a benefit from running 300 samples capture and doing something in FPGA to get it down to say 24?
|
| 19:31 | comradekingu | I was thinking if you do 300 frames a second, all the option is there, but only till you saturate memory, maybe there is something to be had on the fly?
|
| 19:31 | comradekingu | Also i think there are 16GB sodimms, the librem laptop uses that to get 32 total
|
| 19:33 | comradekingu | Ok idea, if something holds still, you can comparitivly do fewer shots of it, and then prioritize everything that moves, so that those (maybe quick) transitions appear more smooth
|
| 19:34 | Bertl_oO | yes, we have been considering this option, but it also requires fast memory and a lot of processing at 300FPS
|
| 19:34 | comradekingu | I suppose thats just non-fixed framerate, but if you do it in the sensor to begin with, you get 300, vs down from whatever number you had on the raw file
|
| 19:35 | comradekingu | Oh yeah, you can use both, but i was thinking FPGA alone could do something, on a level that never becomes saturated
|
| 19:36 | comradekingu | (feels like less of a potato when someone had a similar idea)
| | 19:36 | comradekingu | yeeees yeeees
|
| 19:36 | Bertl_oO | the problem is, that the FPGA fabric itself cannot hold an entire picture
|
| 19:36 | Bertl_oO | s/picture/frame/
|
| 19:37 | Bertl_oO | i.e. it has to go to some memory to e.g. "sum it up" or so
|
| 19:39 | comradekingu | What if you scaled the video down, and then ran a simple check on the rate of movement, is that a cheaper process?
|
| 19:40 | g3gg0 | joined the channel |
| 19:40 | Bertl_oO | scaling also involes memory, but I guess it would be easier to store/accumulate in the fpga
|
| 19:41 | comradekingu | So you are running at say 24 frames, into SSD storage, then if the last 5 images had considerable movement in them (continuing on maybe) then you start the variable framerate capturing, moving up to a max of 300
|
| 19:41 | Bertl_oO | (note that I was mainly referring to the 300FPS acquisition and combination in memory)
|
| 19:42 | comradekingu | Then the last 30 frames are always buffered in the RAM-memory, so you can get them from there to account for the start of the high-rate
|
| 19:44 | Bertl_oO | note that a frame rate change will most likely look very odd though
|
| 19:44 | comradekingu | No moreso odd than flash-video, which does the exact same, only more noticably since its on lower framerates usually
|
| 19:45 | Bertl_oO | i.e. like sudden stuttering on a bad connection
|
| 19:45 | comradekingu | I should think the effect is moreso that the video is per normal, but the quick movement has more fluidity
|
| 19:45 | comradekingu | Like moving up to 60frames if all you have ever seen is 24
|
| 19:47 | comradekingu | So if the fast frame rate is a multiple of the 24 (which 300 isnt, so lets do 30) then you can scale down the fast moving periods back down to 30 with perfect pitch, that is if you want it to be blurry. Interesting to have the choice in post
|
| 19:49 | comradekingu | Right now all you have is the option to save data by applying lower than standards rate on the average, sometimes that is a perfect save of bandwidth, but it never has the ability to make the picture better
|
| 19:50 | Bertl_oO | well, the problem is, that there are usually no frames with no motion
|
| 19:50 | Bertl_oO | so you see the chane in frame rate on whatever motion is there
|
| 19:50 | Bertl_oO | *change
|
| 19:54 | comradekingu | I just want the ability do do more frames on average, applying them where it matters most
|
| 19:57 | comradekingu | I think i see what you are saying, it would atleast be practically useful even there. Lets say i want to capture a bird flying out of a wooden nest, i cant see it about to leave so i dont know when that will be, i want the most frames of the bird leaving, but i cant continually do 300, because i dont know that it will happen in the scope of 8 minutes
|
| 19:58 | comradekingu | Does it work to have t - 8 minutes material dropped as you are filling in new?
|
| 19:59 | comradekingu | Btw, i tried to improve on https://apertus.org/node/393/revisions/3479/view The technical bit was very good, so mostly the intro had some change
|
| 20:04 | comradekingu | Here is the 16 GB sodimm, http://www.intelligentmemory.com/dram-modules/ddr3-so-dimm/#collapseA1 The article states 8GB max. Is that the top end of adressable space, or just availablity of (cheap) sodimms, (16GB is a bit pricier when you compare)
|
| 20:07 | Bertl_oO | the problem with memory modules is that you need a memory controller
|
| 20:09 | comradekingu | Does that not support 16? 325 dollar is atleast a price to pay https://squareup.com/market/MemphisElectronicRetail/imm-g-d-ldud-ag-b-e-1
|
| 20:15 | comradekingu | Another idea, if you have a stationary shot, there could be a routine to capture the whole room in perfect focus, shifting focus to get a perfect (still) shot of every object
|
| 20:24 | Bertl_oO | I see you will be using your AXIOM for all kinds of interesting projects
|
| 20:25 | jucar | left the channel |
| 20:27 | slikdigit | joined the channel |
| 21:38 | se6astian | time for bed
|
| 22:04 | se6astian | changed nick to: se6astian|away
|
| 22:51 | intracube | left the channel |
| 22:51 | jucar | joined the channel |
| 23:08 | jucar | left the channel |
| 23:08 | jucar1 | joined the channel |
| 23:14 | jucar1 | left the channel |
| 23:24 | slikdigit | left the channel |
| 23:50 | g3gg0 | left the channel |
| 23:54 | intracube | joined the channel |