Andrey
I am not recording movies but single (or multiple - burst) images. A
recording session lasts for many hours (possibly a whole day) but
snapshots are taken at irregular times with an external trigger.
Recording continuously, even with frameskip, besides being a waste of
resources for this ap
Dimitrios,
Why do you need external triggering? To reduce number of images when the
camera moves slowly?
If that is correct, I would recommend you just skip some images from
recording, keeping the sensor frame rate high. That will allow the
autoexposure to work properly.
As for the variable rate
Polto
that may well be a solution. The project I'm working on produces
hundreds of images per hour in one go, which should be processed at the
end of the day, but this is irrelevant since the directory tree can be
structured according to the need.
I've already successfully compiled and run some t
Polto
that may well be a solution. The project I'm working on produces
hundreds of images per hour in one go, which should be processed at the
end of the day, but this is irrelevant since the directory tree can be
structured according to the need.
I've already successfully compiled and run some t
he Kubuntu ISO here:
http://community.elphel.com/files/live-dvd/
Regards,
Polto
- Mail original -
| De: "Dimitrios"
| À: support-list@support.elphel.com
| Envoyé: Vendredi 6 Janvier 2012 15:19:39
| Objet: Re: [Elphel-support] Camogm triggered mode
|
| Polto
|
| Thank you for br
Polto
Thank you for bringing this up. I've tried this solution because it can
satisfy all of the requirements of my proposed camogm 'trigger' command,
with some attention to proper timing:
1. Single image: take a snapshot with wget.
2. Burst recording: use camogm's 'max_frames' command to limit f
: "Dimitrios"
To: "Andrey Filippov"
Sent: Jeudi 5 Janvier 2012 23:45:38
Subject: Re: [Elphel-support] Camogm triggered mode
Andrey
> imgsrv is the fastest to get images over the network (i was able to
> get 10.4MB/sec over 100Mbps network),
Yes, I like imgsrv very m
Andrey
> imgsrv is the fastest to get images over the network (i was able to
> get 10.4MB/sec over 100Mbps network),
Yes, I like imgsrv very much, its quite capable for delivering images.
I'm already achieving ~5fps (or more) on a javascript viewer running on
an android tablet browser over wifi,
Dimitrios,
snapfull.php is not that slow, it just waits for the image pipeline (before
and after). It is designed to interrupt low-res high-fps video stream with
full resolution format (i.e. high fps for navigation, high-res for the
imagery). It is rather tricky for the sensor to change format, an
Thank you Sebastian.
It looks like I missed the local 127.0.0.1 address.
This takes about 2 sec to complete a write:
[root@Elphel353 /root]4303# time wget http://127.0.0.1/snapfull.php -q
-O /mnt/0/snapfull`date +%s`.jpg
real0m 1.90s
user0m 0.03s
sys 0m 0.13s
While imgsrv takes 180m
Dimitrios,
imgsrv is the fastest to get images over the network (i was able to get
10.4MB/sec over 100Mbps network), for the in-camera recording I would
recommend camogv with MOV format (it has the least of the CPU load).
Recordiong individual frames is not that good if you need many - even
normal
On Thu, Jan 5, 2012 at 20:19, Dimitrios wrote:
> Hi Alexander and thank you for the suggestions.
> I hope I'm not wasting the list's bandwidth with a flood of questions.
>
> I see that the Arduino code uses
>
> wget http://127.0.0.1/snapfull.php
>
> I am already using imgsrv very satisfactorily
Oops
> mode. Here is a small description of it (rather ambiguous):
I meant 'rather ambitious'
___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
Hi Alexander and thank you for the suggestions.
I hope I'm not wasting the list's bandwidth with a flood of questions.
I see that the Arduino code uses
wget http://127.0.0.1/snapfull.php
I am already using imgsrv very satisfactorily for storing the images
outside the camera (a 90 degree Hamme
14 matches
Mail list logo
