Difference between revisions of "Talk:Camogm"

From ElphelWiki
Jump to: navigation, search
Line 3: Line 3:
 
None yet. I was focusing on separating functionality of the overgrown ccam.cgi into separate parts - image acquisition to the internal buffer (that includes programming of different sensors) and dealing with the data from the buffer. So far we did more for that second part, there are 3 applications now:
 
None yet. I was focusing on separating functionality of the overgrown ccam.cgi into separate parts - image acquisition to the internal buffer (that includes programming of different sensors) and dealing with the data from the buffer. So far we did more for that second part, there are 3 applications now:
  
- imgsrv that serves images from the circbuf in response to HTTP GET
+
*imgsrv that serves images from the circbuf in response to HTTP GET
- astreamer (recently updated by Spectr to support circbuf) for RTP streaming
+
*astreamer (recently updated by Spectr to support circbuf) for RTP streaming
- camogm - to record images/video to the internal storage media
+
*camogm - to record images/video to the internal storage media
  
 
Two last ones are pretty new so bugs are definitely expected, fixing them will make sure that underlying drivers work nicely. After that we plan to add more functionality on the sensor/compressor control - there are many sensors to support and different modes of operation.--[[User:Andrey.filippov|Andrey.filippov]] 13:40, 19 November 2007 (CST)
 
Two last ones are pretty new so bugs are definitely expected, fixing them will make sure that underlying drivers work nicely. After that we plan to add more functionality on the sensor/compressor control - there are many sensors to support and different modes of operation.--[[User:Andrey.filippov|Andrey.filippov]] 13:40, 19 November 2007 (CST)

Revision as of 12:40, 19 November 2007

Camogm seems to be very versatile.. however, is there a similar method (command line) for changing acquisition parameters (e.g., decimation, exposure time, etc.) ? I am interested in automating capture of low-rate, high-res still images and high-rate, low-res video. The ability to switch between these two without using ccam (or any web interface) would be ideal. --Ekratzer 11:18, 19 November 2007 (CST)

None yet. I was focusing on separating functionality of the overgrown ccam.cgi into separate parts - image acquisition to the internal buffer (that includes programming of different sensors) and dealing with the data from the buffer. So far we did more for that second part, there are 3 applications now:

  • imgsrv that serves images from the circbuf in response to HTTP GET
  • astreamer (recently updated by Spectr to support circbuf) for RTP streaming
  • camogm - to record images/video to the internal storage media

Two last ones are pretty new so bugs are definitely expected, fixing them will make sure that underlying drivers work nicely. After that we plan to add more functionality on the sensor/compressor control - there are many sensors to support and different modes of operation.--Andrey.filippov 13:40, 19 November 2007 (CST)