ElphelWiki - User contributions [en]

Images and videos examples

2008-03-30T16:51:15Z

Desert dawg: /* Examples of Electronic Rolling Shutter Distortion */

=Images=

==3MPix micron sensor==
=== Examples of picture take with various lens type ===
This section compare various lenses used with Elphel 333 Camera and 3MPix sensor.

- computar Lens

- Fujinon Lens ref DF6HA-1B 1:1 2/6mm ([http://www.bhphotovideo.com/c/product/404242-REG/Fujinon_DF6HA1B_DF6HA_1B_6_mm_f_1_2.html:tilte spec])
Picture : view of Strasbourg - France [http://community.elphel.com/pictures/jmfcontrib/333_fujinon_DF6HA-1B.jpg]
take with follow settings : /admin-bin/ccam.cgi?opt=\*cvhxy\&sens=4\&e=10000\&iq=100

- EOS Canon adapter with professional lens 17-40 UMS ([http://community.elphel.com/pictures/jmfcontrib/jmf_view_canon17-40.JPG photo])
Picture : view of Strasbourg France [http://community.elphel.com/pictures/jmfcontrib/17-40pos17equiv80.3bague.ferme.jpg]
Picture : second view (minimum aperture) [http://community.elphel.com/pictures/jmfcontrib/17-40pos28.2bagus.testlimit.diaph6mm.ferme.jpg]
Picture : near object and maximum zoom. There is 3 pictures, each with focus on different object
- picture focus on paper [http://community.elphel.com/pictures/jmfcontrib/333_canon_28_80to80near_focus_paper.jpg]
- picture focus on water [http://community.elphel.com/pictures/jmfcontrib/333_canon_28_80to80near_focus_water.jpg]
- picture focus on USBKey [http://community.elphel.com/pictures/jmfcontrib/333_canon_28_80to80near_focus_usbkey.jpg]
focus seting is very sensitive. distance between lens and objects 1 meter.

Movie of country with Adapter for Canon Lens , Elphel 333. 3MPix [http://community.elphel.com/videos/333_canon_28_80to28set.ogg]

This not an industrial adaptor, but only a first good experience.
Quality of image may be better if we include a manual iris to have more depth in the picture.

==5MPix micron sensor==

=== Examples of Electronic Rolling Shutter Distortion ===

A picture that was made from Elphel's Motor Office moving at approximately 40 mph. [http://community.elphel.com/pictures/Elphel_RV_in_ERS_mirror.jpg]

As in 5MPix resolution we have 1/15 second delay from the top to the bottom of the image everything is distorted. Everything but our reflection :)

One more example of distortion inducted by ERS: [http://community.elphel.com/pictures/ERS_in_motion_1.jpg]

Some info on what is [http://wiki.elphel.com/index.php?title=Electronic_Rolling_Shutter ERS] and what we intend to do to [http://wiki.elphel.com/index.php?title=Design_Ideas#Electronic_Rolling_Shutter_Distortion_Compensation compensate] this artifact.

=== Nature & animals ===

Humming birds: [http://community.elphel.com/pictures/hummingbird_1.jpg] [http://community.elphel.com/pictures/hummingbird_2.jpg]

Grand Teton N.P.: [http://community.elphel.com/pictures/1187443443.jpg] [http://community.elphel.com/pictures/1187443979.jpg]

=== Other ===

The logo from Elphel's Motor Office mirrored in a window. [http://community.elphel.com/pictures/RV_mirror.jpg]

==11MPix kodak sensor==

Just images, nothing special [http://community.elphel.com/pictures/363_1187266431.jpg], [http://community.elphel.com/pictures/363_1187266458.jpg], [http://community.elphel.com/pictures/363_1187266476.jpg]

Car license plate in the dark with headlights: [http://community.elphel.com/pictures/headlights_30ms_f8_g50_vsub2300.jpeg]

==Gated Intensified==

This picture was made by the Elphel 303 camera model. This camera is no longer produced but we plan to do another Gated intensified camera based on Elphel 353.
More info on [http://www.linuxdevices.com/articles/AT2171151224.html Linux devices].

303 photo made by another gated intensified 303: [http://community.elphel.com/pictures/303.jpg]

==Special images==

An image in JP4 format (JPEG without color interpolation) [http://community.elphel.com/pictures/jp4.jpg]

=Videos=
==HD cinema==
An HD cinema by Oscar Spierenburg [http://community.elphel.com/videos/RomainFULL.avi]

More about that [[HD_cinema_camera_Development_FAQ| here]]

First example done with Elphel 353 camera, 1600x1200 at 23 FPS (can be better): [http://community.elphel.com/videos/1600x1200_23FPS_quality_30.ogg]

An example of a 1920x1072 video at 24 FPS done with Elphel 353: [http://community.elphel.com/videos/1920x1072_24FPS.ogg]

==High FPS==
Slow motion fire show. This is a 512x384 resolution, 138 fps video done with an Elphel 333 camera with a 3 MPix sensor with out IR-cut filter. Exposure time was 4ms: [http://community.elphel.com/videos/Joel_138_fps.ogg]

====100 FPS cafe :) encoded in 3gp====
A 100 FPS video done with Elphel 353 camera at 640x480 resolution. The video was then resized to 320x240 and encoded in 3gp. This file can be played on 3gp compatible mobile mobile phones. [http://community.elphel.com/videos/cafe.3gp]

===Sport application===

====100 FPS with timestamps watermarked====

Swimming: [http://community.elphel.com/videos/sport_100fps.ogg] and the "uncompressed" MJPEG version [http://community.elphel.com/videos/sport_100fps.avi]

====Photo finish====

Some info about [http://www.elphel.com/3fhlo/samples/pf/ photo finish]

====Slow motion lighter video====

A lighter filmed at 112x112 1038 FPS, the replay is at 24 FPS [http://community.elphel.com/videos/1038fps_lighter_slowmotion.avi]

==High res video==
This is an example of 3 MPix mpeg4 video transcoded on the fly by [[VLC]] from the standard MJPEG/RTP [http://community.elphel.com/videos/elphel_vlc_test.mpg]

==High res time lapse video==

Time laps videos by [http://redics.ch/ Redics.ch]

- Zolliken: [http://community.elphel.com/videos/zollikon.avi]

- Zueri [http://community.elphel.com/videos/zueri_hd.avi]

A time lapse video from Yellowstone: [http://community.elphel.com/videos/yellowstone.avi]

Light events inspired by the Graffiti Research Lab proposed by Julie Usel, Dimitri Klopmann and Quentin Berthet at the festival of city of Geneva "Les yeux de la nuit" (The eyes of the night). Filmed with an Elphel 353 camera. 1600x1200 (ogg/theora): [http://community.elphel.com/videos/LED_time_lapse_1600x1200_slower.ogg], 800x600 (ogg/theora): [http://community.elphel.com/videos/LED_time_lapse_800x600_lowqual.ogg]

==Artistic==

Dancing filmed at 1280x960: [http://community.elphel.com/videos/dance-3.ogg]

Slow motion... filmed at 100 FPS replay at 24: [http://community.elphel.com/videos/Soazig_balle_100fps_replay_24fps.ogg]

Fire show 1024x768 at 44 FPS, 10ms exposure time: [http://community.elphel.com/videos/GOA_feux_1024x768_44fps_THEORA.ogg]

==Theora videos encoded by FPGA on Elphel 333==

Here some examples of Theora video encoded by the experimental Theora FPGA bistream and GNU/Linux softwares.

1024x768 @ 25 FPS, 70% quality (6.7M): [http://community.elphel.com/videos/stvs3_iq70.ogg], [http://community.elphel.com/videos/stvs2_iq70.ogg]

1024x768 @ 25 FPS, 60% quality (3.8M): [http://community.elphel.com/videos/stvs0_iq60.ogg], [http://community.elphel.com/videos/stvs1_iq60.ogg]

==Other==

Swiss watch mechanics 1024x768 @ 42 FPS: [http://community.elphel.com/videos/42.3_1024x768.ogg]

Rear view mirror of Elphel's Motor Office (1024x768 @ 24 FPS) : [http://community.elphel.com/videos/yellowstone_geisers_near_the_route.ogg], [http://community.elphel.com/videos/20070818-084649-20070818-085424-10877.ogg]

==Nature & animals==

Humming bird, 800x600 @ 21 FPS: [http://community.elphel.com/videos/hummingbird_1.ogg]

Humming birds, 2048x1536 @ 9 FPS: [http://community.elphel.com/videos/hummingbird_2.ogg]

=Medical=

==Endoscopy camera==

These videos were made by a prototype endoscopy camera based on Elphel 333. The test was performed in complete darkness with a halogen lamp of 80 Watt. In the black and white video you can see the resolution and in the color one the colors through the endoscope.

At that moment the auto exposure in Elphel 333 was not stable enough to stabilize quickly and was not usable on humans for a real operation. We will soon make same tests with a Elphel 353 camera model.

1024x768 25fps endoscopy videos:

monochrome [48MB] - [http://www.elphel.com/video/test3.avi]

color [29MB] - [http://www.elphel.com/video/color1.avi]

This is our experimental cover for endoscopy camera:

<table>
<tr><td>[[Image:Cover-1.jpg|thumb|]]</td><td>[[Image:Endocover-2.jpg|thumb|]]</td><td>[[Image:Endocover-3.jpg|thumb|]]</td></tr>
<tr>
Endoscopy equipment:
</tr><tr>
<td>Laparascope:
[[Image:Laparascope.jpg|thumb|]]</td>

<td>
Lighter:
[[Image:Endo-light1.jpg|thumb|]]</td>
<td>[[Image:Endo-light2.jpg|thumb|]]</td></tr>
</table>

Images and videos examples

2008-03-30T16:50:31Z

Desert dawg: /* Examples of picture take with various lens type */

=Images=

==3MPix micron sensor==
=== Examples of picture take with various lens type ===
This section compare various lenses used with Elphel 333 Camera and 3MPix sensor.

- computar Lens

- Fujinon Lens ref DF6HA-1B 1:1 2/6mm ([http://www.bhphotovideo.com/c/product/404242-REG/Fujinon_DF6HA1B_DF6HA_1B_6_mm_f_1_2.html:tilte spec])
Picture : view of Strasbourg - France [http://community.elphel.com/pictures/jmfcontrib/333_fujinon_DF6HA-1B.jpg]
take with follow settings : /admin-bin/ccam.cgi?opt=\*cvhxy\&sens=4\&e=10000\&iq=100

- EOS Canon adapter with professional lens 17-40 UMS ([http://community.elphel.com/pictures/jmfcontrib/jmf_view_canon17-40.JPG photo])
Picture : view of Strasbourg France [http://community.elphel.com/pictures/jmfcontrib/17-40pos17equiv80.3bague.ferme.jpg]
Picture : second view (minimum aperture) [http://community.elphel.com/pictures/jmfcontrib/17-40pos28.2bagus.testlimit.diaph6mm.ferme.jpg]
Picture : near object and maximum zoom. There is 3 pictures, each with focus on different object
- picture focus on paper [http://community.elphel.com/pictures/jmfcontrib/333_canon_28_80to80near_focus_paper.jpg]
- picture focus on water [http://community.elphel.com/pictures/jmfcontrib/333_canon_28_80to80near_focus_water.jpg]
- picture focus on USBKey [http://community.elphel.com/pictures/jmfcontrib/333_canon_28_80to80near_focus_usbkey.jpg]
focus seting is very sensitive. distance between lens and objects 1 meter.

Movie of country with Adapter for Canon Lens , Elphel 333. 3MPix [http://community.elphel.com/videos/333_canon_28_80to28set.ogg]

This not an industrial adaptor, but only a first good experience.
Quality of image may be better if we include a manual iris to have more depth in the picture.

==5MPix micron sensor==

=== Examples of Electronic Rolling Shutter Distortion ===

A picture what was made from Elphel's Motor Office moving at approximately 40 mph. [http://community.elphel.com/pictures/Elphel_RV_in_ERS_mirror.jpg]

As in 5MPix resolution we have 1/15 second delay from the top to the bottom of the image everything is distorted. Everything but our reflection :)

One more example of distortion inducted by ERS: [http://community.elphel.com/pictures/ERS_in_motion_1.jpg]

Some info on what is [http://wiki.elphel.com/index.php?title=Electronic_Rolling_Shutter ERS] and what we intend to do to [http://wiki.elphel.com/index.php?title=Design_Ideas#Electronic_Rolling_Shutter_Distortion_Compensation compensate] this artifact.

=== Nature & animals ===

Humming birds: [http://community.elphel.com/pictures/hummingbird_1.jpg] [http://community.elphel.com/pictures/hummingbird_2.jpg]

Grand Teton N.P.: [http://community.elphel.com/pictures/1187443443.jpg] [http://community.elphel.com/pictures/1187443979.jpg]

=== Other ===

The logo from Elphel's Motor Office mirrored in a window. [http://community.elphel.com/pictures/RV_mirror.jpg]

==11MPix kodak sensor==

Just images, nothing special [http://community.elphel.com/pictures/363_1187266431.jpg], [http://community.elphel.com/pictures/363_1187266458.jpg], [http://community.elphel.com/pictures/363_1187266476.jpg]

Car license plate in the dark with headlights: [http://community.elphel.com/pictures/headlights_30ms_f8_g50_vsub2300.jpeg]

==Gated Intensified==

This picture was made by the Elphel 303 camera model. This camera is no longer produced but we plan to do another Gated intensified camera based on Elphel 353.
More info on [http://www.linuxdevices.com/articles/AT2171151224.html Linux devices].

303 photo made by another gated intensified 303: [http://community.elphel.com/pictures/303.jpg]

==Special images==

An image in JP4 format (JPEG without color interpolation) [http://community.elphel.com/pictures/jp4.jpg]

=Videos=
==HD cinema==
An HD cinema by Oscar Spierenburg [http://community.elphel.com/videos/RomainFULL.avi]

More about that [[HD_cinema_camera_Development_FAQ| here]]

First example done with Elphel 353 camera, 1600x1200 at 23 FPS (can be better): [http://community.elphel.com/videos/1600x1200_23FPS_quality_30.ogg]

An example of a 1920x1072 video at 24 FPS done with Elphel 353: [http://community.elphel.com/videos/1920x1072_24FPS.ogg]

==High FPS==
Slow motion fire show. This is a 512x384 resolution, 138 fps video done with an Elphel 333 camera with a 3 MPix sensor with out IR-cut filter. Exposure time was 4ms: [http://community.elphel.com/videos/Joel_138_fps.ogg]

====100 FPS cafe :) encoded in 3gp====
A 100 FPS video done with Elphel 353 camera at 640x480 resolution. The video was then resized to 320x240 and encoded in 3gp. This file can be played on 3gp compatible mobile mobile phones. [http://community.elphel.com/videos/cafe.3gp]

===Sport application===

====100 FPS with timestamps watermarked====

Swimming: [http://community.elphel.com/videos/sport_100fps.ogg] and the "uncompressed" MJPEG version [http://community.elphel.com/videos/sport_100fps.avi]

====Photo finish====

Some info about [http://www.elphel.com/3fhlo/samples/pf/ photo finish]

====Slow motion lighter video====

A lighter filmed at 112x112 1038 FPS, the replay is at 24 FPS [http://community.elphel.com/videos/1038fps_lighter_slowmotion.avi]

==High res video==
This is an example of 3 MPix mpeg4 video transcoded on the fly by [[VLC]] from the standard MJPEG/RTP [http://community.elphel.com/videos/elphel_vlc_test.mpg]

==High res time lapse video==

Time laps videos by [http://redics.ch/ Redics.ch]

- Zolliken: [http://community.elphel.com/videos/zollikon.avi]

- Zueri [http://community.elphel.com/videos/zueri_hd.avi]

A time lapse video from Yellowstone: [http://community.elphel.com/videos/yellowstone.avi]

Light events inspired by the Graffiti Research Lab proposed by Julie Usel, Dimitri Klopmann and Quentin Berthet at the festival of city of Geneva "Les yeux de la nuit" (The eyes of the night). Filmed with an Elphel 353 camera. 1600x1200 (ogg/theora): [http://community.elphel.com/videos/LED_time_lapse_1600x1200_slower.ogg], 800x600 (ogg/theora): [http://community.elphel.com/videos/LED_time_lapse_800x600_lowqual.ogg]

==Artistic==

Dancing filmed at 1280x960: [http://community.elphel.com/videos/dance-3.ogg]

Slow motion... filmed at 100 FPS replay at 24: [http://community.elphel.com/videos/Soazig_balle_100fps_replay_24fps.ogg]

Fire show 1024x768 at 44 FPS, 10ms exposure time: [http://community.elphel.com/videos/GOA_feux_1024x768_44fps_THEORA.ogg]

==Theora videos encoded by FPGA on Elphel 333==

Here some examples of Theora video encoded by the experimental Theora FPGA bistream and GNU/Linux softwares.

1024x768 @ 25 FPS, 70% quality (6.7M): [http://community.elphel.com/videos/stvs3_iq70.ogg], [http://community.elphel.com/videos/stvs2_iq70.ogg]

1024x768 @ 25 FPS, 60% quality (3.8M): [http://community.elphel.com/videos/stvs0_iq60.ogg], [http://community.elphel.com/videos/stvs1_iq60.ogg]

==Other==

Swiss watch mechanics 1024x768 @ 42 FPS: [http://community.elphel.com/videos/42.3_1024x768.ogg]

Rear view mirror of Elphel's Motor Office (1024x768 @ 24 FPS) : [http://community.elphel.com/videos/yellowstone_geisers_near_the_route.ogg], [http://community.elphel.com/videos/20070818-084649-20070818-085424-10877.ogg]

==Nature & animals==

Humming bird, 800x600 @ 21 FPS: [http://community.elphel.com/videos/hummingbird_1.ogg]

Humming birds, 2048x1536 @ 9 FPS: [http://community.elphel.com/videos/hummingbird_2.ogg]

=Medical=

==Endoscopy camera==

These videos were made by a prototype endoscopy camera based on Elphel 333. The test was performed in complete darkness with a halogen lamp of 80 Watt. In the black and white video you can see the resolution and in the color one the colors through the endoscope.

At that moment the auto exposure in Elphel 333 was not stable enough to stabilize quickly and was not usable on humans for a real operation. We will soon make same tests with a Elphel 353 camera model.

1024x768 25fps endoscopy videos:

monochrome [48MB] - [http://www.elphel.com/video/test3.avi]

color [29MB] - [http://www.elphel.com/video/color1.avi]

This is our experimental cover for endoscopy camera:

<table>
<tr><td>[[Image:Cover-1.jpg|thumb|]]</td><td>[[Image:Endocover-2.jpg|thumb|]]</td><td>[[Image:Endocover-3.jpg|thumb|]]</td></tr>
<tr>
Endoscopy equipment:
</tr><tr>
<td>Laparascope:
[[Image:Laparascope.jpg|thumb|]]</td>

<td>
Lighter:
[[Image:Endo-light1.jpg|thumb|]]</td>
<td>[[Image:Endo-light2.jpg|thumb|]]</td></tr>
</table>

Apertus.Home

2008-03-30T16:47:40Z

Desert dawg: /* FUTURE */

== Background ==

Hi to all!
In this page we will discuss the possibility of the use of the Elphel 333 and the next model camera as a CINEMA CAMERA, to make , at a low cost what was impossible some time (year/month)ago. Are we talking about a revolution? Maybe, or maybe we are only dreamers, but it's cool to be a dreamer with a revolution in mind! :-)
That idea started in the first part of 2006 in the mind of a member of the [http://dvinfo.net/conf/index.php dvinfo] forum, and in March 26th 2006 01:46 AM, FS (I don't use the real name for privacy... FS if you want you can edit the page) started a new thread called [http://dvinfo.net/conf/showthread.php?t=63677 High Definition with Elphel model 333 camera].
Around one year later that thread has more than 400 responses, so searching through them to find good information can be difficult.

This page was born to try to solve that problem. Andrey said to us: "We need to organize data more like a FAQ - the thread is so big." So here we are.

Please excuse my not-so-good English, it's not my own language, so feel free to fix the errors if you see them.

--[[User:Matteo.Pozzi|Matteo.Pozzi]] -- Italy, 4 February 2007

== PRESENT ==

=== info about elphel 333 ===

Here are some important links to understand what we have already.

- [http://www3.elphel.com/en/products model 333 general specification]

- how the camera works article [http://linuxdevices.com/articles/AT5951285077.html AJAX, LAMP, and liveDVD for a Linux-based camera] on [http://linuxdevices.com linuxdevices.com]

- all the software that you need to use the camera [https://sourceforge.net/projects/elphel sourceforge.net]

- the [http://developer.axis.com/ link] to Axis developer's site

- some video and images from the camera [http://community.elphel.com/videos/ on elphel's community videos], [http://www.elphel.com/3fhlo/ on elphel.com], on [http://www.tacx-video.com/images/HD2006/ tacx-video.com] and a [http://www.tacx-video.com/raw-demo/RothTri-333Raw-mjpeg.avi video] by PS, the [http://i11.photobucket.com/albums/a162/vericetti/beard1.jpg first image] taken from FS with not the best conditions, a low ligth 35mm adapter [http://s09.picshome.com/d35/comp_1__0-00-30-00_.jpg test] and one significant test example of dof from OS

<center>[[Image:35mmroof5.jpg|400px|abc]]</center>

- Example of a cinema camera setup by (D.L) ...and some result with it [http://wiki.elphel.com/index.php?title=Image:Txt.jpg text test], [http://wiki.elphel.com/index.php?title=Image:V8_Dof_test.jpg Bottle D.o.f. test]

<center>[[Image:333 hd setup.jpg|400px|abc]]</center>

and good example of what this setup could do:

<gallery>
Image:DLmoviegrab1.jpg
Image:DLmoviegrabpaint.jpg
Image:DLmoviegrab2.jpg
</gallery>

==MOVIES==

- May 18th, 2007, 09:28 PM - first short made with the elphel 333 hd camera + 35mm wax adapter by O.S. using that setup:

[[Image:Elphel35mmTripod.jpg|200px|abc]]

The autor said:

"Here is a small version of the 'documentary' I made in France. While my girlfriend was working all day in the garden making a path.... I was testing all aspects of the Elphel. Yes, between some shots I helped her a bit, but filmmaking comes first, right?

This short film also proves you can synch a separate audio recording, using the old method with a clap board (in this case I just clapped my hands and said the take number, the same as the Elphel output filename)
I used a portable minidisc recorder and it really worked fine.
I also used the wax adapter (which really needs to be rebuild to get rid of soft edges), and a 'big' Panasonic TV lens (notice some telephoto close ups of the flowers).

The clip is reduced by half in resolution to upload, and is just a rough cut without color adjustments and some faults in the editing. I'll probably upload the final version at normal resolution of 1600x900 pixels and less compression.
I'll post some stills at full size soon.

You can download the (54MB) file here: http://community.elphel.com/videos/RomainSurMeuse2.avi (it's in Xvid compression)"

or the full resolution version Xvid (200MB): http://community.elphel.com/videos/RomainFULL.avi

== FUTURE ==

The new camera board by elphel (353) will have better specs then the 333.
Here is a fast FAQ that Andrey replied with on the dvinfo forum (when I'll have time I'll edit in a better way)

To better understand how the new hardware works, look at this article on [http://linuxdevices.com/ linuxdevices.com]: [http://linuxdevices.com/articles/AT4415936647.html High Resolution Cameras for Web Developers]

1. What sensor will be available for the 353 at first release?

[http://www.micron.com/products/partdetail?part=MT9P001I12STC Micron Mt9P001]

2. When will it be possible to buy the 353 + that sensor?
(I don't mind being a beta tester with all it means)

I hope - early April

3. With the first release, will it be possible to record video to a hard drive connected directly to the IDE connector? (or will it require custom 353 hardware programming not available at first release?)

We do not have any adapters to actually connect the HD. We also do not have a camera body that will have room for one-- that will come later, as well as the software for recording - but it can be really simple to write on a disk from the software point of view.

4. What format will the recorded data have?

Same as the camera can provide. Will start with MJPEG and I will restore Ogg Theora (ETRAX FS should be enough to handle some processing needed). All over formats - recode on a PC.

5. What frame rate / image sizes can be selected?
(..or just tell me the sensor name and possible 353 restrictions)

Originally it will be up to (125/3) MPix/sec - the current FPGA code for 333 can do that. Then - increase to have full speed of MT9P001

6. If it needs custom programming, where do I find info about tools / language etc? Just need a pointer. Any free compilers?

To be able to do development for these cameras you do not need any expensive (or even non-free-as-in-beer) tools. There are 3 levels (not to count client/PC software)
1 - "Web design" - developing of custom user interface - just any web design tools - you can FTP results to the camera
2 - Software applications to run in the camera - you need a PC running GNU/Linux (any flavor) and software from our Sourceforge project page plus additional - from http://developer.axis.com - our software will tell you what to download.
3 - FPGa code development - free (for download) tools from Xilinx - http://www.xilinx.com/ise/logic_design_prod/webpack.htm

7. Will the camera casing have space to accommodate a small hard drive?

It should have - in the future :-)

8. Any idea of power requirements?

Model 333 needs a little under 3W. 353 will need about the same - not to count additional modules - hard drive or flash.

9. Will the camera have a C mount?

CS-mount as it is more universal for cameras - you can install both C and CS lenses

10. If I use a simple SLR mount (Nikon or Canon) to C mount adapter (instead of a ground glass solution), what lens multiplier would be in effect?

That depends on particular sensor that will be used - each sensor usually has info on the Internet. And, BTW - we'll probably have control for EOS - at least we do now have it for our large cameras

11. Any idea what the sensor and 353 will cost?

I hope it will be about the same as 333.

== Work In Progress ==

=== FPGA ===

Reading the [http://www.dvinfo.net/conf/showthread.php?t=63677&page=28 dvinfo thread] you can find someone (Z.H.) that is making some mod. to the current Fpga;

25 may 2007 - this project by Z.H. is in stand-by and he offer up his project for somebody else to take it over.

"If somebody's interested, here's the BloodSimple(TM) codec I wrote and experimented with. It creates a bitstream directly from the bayer input, always taking the difference of pixels as input. It works best if we use the algorithm in interframe mode, which means that we calculate the difference of pixels from the same coordinate of the previous frame. This of course needs that whole frame in memory.

An output sample always begins with a one bit flag (F) which tells the decoder if the following sample has the same bit length (F=0) as the previous one (a length of P) or it is greater with G bits (F=1). This G constant can be set according to the input stream and it will tell the contrast ratio of the generated images: with a T bit input, following pixels usually don't have more difference than T/2 bits. Visually lossless is around T/3 but it can be calculated explicitly in a pre-encoding step if needed. (By having the motion blur of the 1/24sec exposure, the blur caused by fast pans won't cause quality loss in the encoder as it would do with shorter exposure times.) If F=0, the decoder uses the previous P bit length but if the sample's most significant L bits are zero then the next sample will be taken with P-L bits (if that sample's F=0). The encoder knows this and if the next sample's length is greater than P-L then it sets F=1. L is usually set to T/4.

With sample videos (no real bayer input, only some grayscale mjpeg stuff with some artifical noise added) it has produced a 2:1 average ratio which means 2.5:1 with low freq content and 1.5:1 with high freq content (ie. trees with leaves with the sky as background). Because the code is so simple one can use several module instances in an fpga, for example, one for each pixel in a 20x20 block (or whatever the Elphel uses), working in paralell with only the memory bandwith setting the performance limits. However, with a smaller no. of instances it may fit beside the theora module; altough two output streams aren't supported yet. And it's really easy to implement it in verilog which can be a concern if somebody's not an expert"

"I'm afraid there are no verilog programmers here but somebody might pick it up. As for other bayer cameras, I'm not aware of any other which could be freely programmed like the Elphel. And the compression rate is pretty low (just enough for the Elphel, hopefully), perhaps it might be combined with some other algorithm to get better results."

=== Graphic User Interface (GUI) ===

For now we have a very good interface with the possibility of modify every single parameter that you can imagine, it is the ccam.cgi that may be get confusion (being incrementally patched from the first model 303 camera), but it is current.

<center>[[Image:elphel_camvc.jpg|400px|abc]]</center>

But for converting the elphel in a cinema camera that freedom is more than enough. Also there are some problems; the software and LiveCD give some difficulty, in fact you can't save the setting in an easy way so to prepare the laptop end the camera you have to spend between 10 to 20 minutes to setup all the command lines that had to be entered to optimize Linux for recording, and more command lines to record etc.

If you want to help us please see this page [http://dvinfo.net/conf/showthread.php?t=83044 link]</gallery>

Apertus.Home

2008-03-30T16:47:17Z

Desert dawg: /* FUTURE */

== Background ==

Hi to all!
In this page we will discuss the possibility of the use of the Elphel 333 and the next model camera as a CINEMA CAMERA, to make , at a low cost what was impossible some time (year/month)ago. Are we talking about a revolution? Maybe, or maybe we are only dreamers, but it's cool to be a dreamer with a revolution in mind! :-)
That idea started in the first part of 2006 in the mind of a member of the [http://dvinfo.net/conf/index.php dvinfo] forum, and in March 26th 2006 01:46 AM, FS (I don't use the real name for privacy... FS if you want you can edit the page) started a new thread called [http://dvinfo.net/conf/showthread.php?t=63677 High Definition with Elphel model 333 camera].
Around one year later that thread has more than 400 responses, so searching through them to find good information can be difficult.

This page was born to try to solve that problem. Andrey said to us: "We need to organize data more like a FAQ - the thread is so big." So here we are.

Please excuse my not-so-good English, it's not my own language, so feel free to fix the errors if you see them.

--[[User:Matteo.Pozzi|Matteo.Pozzi]] -- Italy, 4 February 2007

== PRESENT ==

=== info about elphel 333 ===

Here are some important links to understand what we have already.

- [http://www3.elphel.com/en/products model 333 general specification]

- how the camera works article [http://linuxdevices.com/articles/AT5951285077.html AJAX, LAMP, and liveDVD for a Linux-based camera] on [http://linuxdevices.com linuxdevices.com]

- all the software that you need to use the camera [https://sourceforge.net/projects/elphel sourceforge.net]

- the [http://developer.axis.com/ link] to Axis developer's site

- some video and images from the camera [http://community.elphel.com/videos/ on elphel's community videos], [http://www.elphel.com/3fhlo/ on elphel.com], on [http://www.tacx-video.com/images/HD2006/ tacx-video.com] and a [http://www.tacx-video.com/raw-demo/RothTri-333Raw-mjpeg.avi video] by PS, the [http://i11.photobucket.com/albums/a162/vericetti/beard1.jpg first image] taken from FS with not the best conditions, a low ligth 35mm adapter [http://s09.picshome.com/d35/comp_1__0-00-30-00_.jpg test] and one significant test example of dof from OS

<center>[[Image:35mmroof5.jpg|400px|abc]]</center>

- Example of a cinema camera setup by (D.L) ...and some result with it [http://wiki.elphel.com/index.php?title=Image:Txt.jpg text test], [http://wiki.elphel.com/index.php?title=Image:V8_Dof_test.jpg Bottle D.o.f. test]

<center>[[Image:333 hd setup.jpg|400px|abc]]</center>

and good example of what this setup could do:

<gallery>
Image:DLmoviegrab1.jpg
Image:DLmoviegrabpaint.jpg
Image:DLmoviegrab2.jpg
</gallery>

==MOVIES==

- May 18th, 2007, 09:28 PM - first short made with the elphel 333 hd camera + 35mm wax adapter by O.S. using that setup:

[[Image:Elphel35mmTripod.jpg|200px|abc]]

The autor said:

"Here is a small version of the 'documentary' I made in France. While my girlfriend was working all day in the garden making a path.... I was testing all aspects of the Elphel. Yes, between some shots I helped her a bit, but filmmaking comes first, right?

This short film also proves you can synch a separate audio recording, using the old method with a clap board (in this case I just clapped my hands and said the take number, the same as the Elphel output filename)
I used a portable minidisc recorder and it really worked fine.
I also used the wax adapter (which really needs to be rebuild to get rid of soft edges), and a 'big' Panasonic TV lens (notice some telephoto close ups of the flowers).

The clip is reduced by half in resolution to upload, and is just a rough cut without color adjustments and some faults in the editing. I'll probably upload the final version at normal resolution of 1600x900 pixels and less compression.
I'll post some stills at full size soon.

You can download the (54MB) file here: http://community.elphel.com/videos/RomainSurMeuse2.avi (it's in Xvid compression)"

or the full resolution version Xvid (200MB): http://community.elphel.com/videos/RomainFULL.avi

== FUTURE ==

The new camera board by elphel (353) will have better specs then the 333.
Here is a fast FAQ that Andrey replied with on the dvinfo forum (when I'll have time I'll edit in a better way)

To better understand how the new hardwere works, look at this article on [http://linuxdevices.com/ linuxdevices.com]: [http://linuxdevices.com/articles/AT4415936647.html High Resolution Cameras for Web Developers]

1. What sensor will be available for the 353 at first release?

[http://www.micron.com/products/partdetail?part=MT9P001I12STC Micron Mt9P001]

2. When will it be possible to buy the 353 + that sensor?
(I don't mind being a beta tester with all it means)

I hope - early April

3. With the first release, will it be possible to record video to a hard drive connected directly to the IDE connector? (or will it require custom 353 hardware programming not available at first release?)

We do not have any adapters to actually connect the HD. We also do not have a camera body that will have room for one-- that will come later, as well as the software for recording - but it can be really simple to write on a disk from the software point of view.

4. What format will the recorded data have?

Same as the camera can provide. Will start with MJPEG and I will restore Ogg Theora (ETRAX FS should be enough to handle some processing needed). All over formats - recode on a PC.

5. What frame rate / image sizes can be selected?
(..or just tell me the sensor name and possible 353 restrictions)

Originally it will be up to (125/3) MPix/sec - the current FPGA code for 333 can do that. Then - increase to have full speed of MT9P001

6. If it needs custom programming, where do I find info about tools / language etc? Just need a pointer. Any free compilers?

To be able to do development for these cameras you do not need any expensive (or even non-free-as-in-beer) tools. There are 3 levels (not to count client/PC software)
1 - "Web design" - developing of custom user interface - just any web design tools - you can FTP results to the camera
2 - Software applications to run in the camera - you need a PC running GNU/Linux (any flavor) and software from our Sourceforge project page plus additional - from http://developer.axis.com - our software will tell you what to download.
3 - FPGa code development - free (for download) tools from Xilinx - http://www.xilinx.com/ise/logic_design_prod/webpack.htm

7. Will the camera casing have space to accommodate a small hard drive?

It should have - in the future :-)

8. Any idea of power requirements?

Model 333 needs a little under 3W. 353 will need about the same - not to count additional modules - hard drive or flash.

9. Will the camera have a C mount?

CS-mount as it is more universal for cameras - you can install both C and CS lenses

10. If I use a simple SLR mount (Nikon or Canon) to C mount adapter (instead of a ground glass solution), what lens multiplier would be in effect?

That depends on particular sensor that will be used - each sensor usually has info on the Internet. And, BTW - we'll probably have control for EOS - at least we do now have it for our large cameras

11. Any idea what the sensor and 353 will cost?

I hope it will be about the same as 333.

== Work In Progress ==

=== FPGA ===

Reading the [http://www.dvinfo.net/conf/showthread.php?t=63677&page=28 dvinfo thread] you can find someone (Z.H.) that is making some mod. to the current Fpga;

25 may 2007 - this project by Z.H. is in stand-by and he offer up his project for somebody else to take it over.

"If somebody's interested, here's the BloodSimple(TM) codec I wrote and experimented with. It creates a bitstream directly from the bayer input, always taking the difference of pixels as input. It works best if we use the algorithm in interframe mode, which means that we calculate the difference of pixels from the same coordinate of the previous frame. This of course needs that whole frame in memory.

An output sample always begins with a one bit flag (F) which tells the decoder if the following sample has the same bit length (F=0) as the previous one (a length of P) or it is greater with G bits (F=1). This G constant can be set according to the input stream and it will tell the contrast ratio of the generated images: with a T bit input, following pixels usually don't have more difference than T/2 bits. Visually lossless is around T/3 but it can be calculated explicitly in a pre-encoding step if needed. (By having the motion blur of the 1/24sec exposure, the blur caused by fast pans won't cause quality loss in the encoder as it would do with shorter exposure times.) If F=0, the decoder uses the previous P bit length but if the sample's most significant L bits are zero then the next sample will be taken with P-L bits (if that sample's F=0). The encoder knows this and if the next sample's length is greater than P-L then it sets F=1. L is usually set to T/4.

With sample videos (no real bayer input, only some grayscale mjpeg stuff with some artifical noise added) it has produced a 2:1 average ratio which means 2.5:1 with low freq content and 1.5:1 with high freq content (ie. trees with leaves with the sky as background). Because the code is so simple one can use several module instances in an fpga, for example, one for each pixel in a 20x20 block (or whatever the Elphel uses), working in paralell with only the memory bandwith setting the performance limits. However, with a smaller no. of instances it may fit beside the theora module; altough two output streams aren't supported yet. And it's really easy to implement it in verilog which can be a concern if somebody's not an expert"

"I'm afraid there are no verilog programmers here but somebody might pick it up. As for other bayer cameras, I'm not aware of any other which could be freely programmed like the Elphel. And the compression rate is pretty low (just enough for the Elphel, hopefully), perhaps it might be combined with some other algorithm to get better results."

=== Graphic User Interface (GUI) ===

For now we have a very good interface with the possibility of modify every single parameter that you can imagine, it is the ccam.cgi that may be get confusion (being incrementally patched from the first model 303 camera), but it is current.

<center>[[Image:elphel_camvc.jpg|400px|abc]]</center>

But for converting the elphel in a cinema camera that freedom is more than enough. Also there are some problems; the software and LiveCD give some difficulty, in fact you can't save the setting in an easy way so to prepare the laptop end the camera you have to spend between 10 to 20 minutes to setup all the command lines that had to be entered to optimize Linux for recording, and more command lines to record etc.

If you want to help us please see this page [http://dvinfo.net/conf/showthread.php?t=83044 link]</gallery>

Apertus.Home

2008-03-30T16:43:45Z

Desert dawg: /* Background */

== Background ==

Hi to all!
In this page we will discuss the possibility of the use of the Elphel 333 and the next model camera as a CINEMA CAMERA, to make , at a low cost what was impossible some time (year/month)ago. Are we talking about a revolution? Maybe, or maybe we are only dreamers, but it's cool to be a dreamer with a revolution in mind! :-)
That idea started in the first part of 2006 in the mind of a member of the [http://dvinfo.net/conf/index.php dvinfo] forum, and in March 26th 2006 01:46 AM, FS (I don't use the real name for privacy... FS if you want you can edit the page) started a new thread called [http://dvinfo.net/conf/showthread.php?t=63677 High Definition with Elphel model 333 camera].
Around one year later that thread has more than 400 responses, so searching through them to find good information can be difficult.

This page was born to try to solve that problem. Andrey said to us: "We need to organize data more like a FAQ - the thread is so big." So here we are.

Please excuse my not-so-good English, it's not my own language, so feel free to fix the errors if you see them.

--[[User:Matteo.Pozzi|Matteo.Pozzi]] -- Italy, 4 February 2007

== PRESENT ==

=== info about elphel 333 ===

Here are some important links to understand what we have already.

- [http://www3.elphel.com/en/products model 333 general specification]

- how the camera works article [http://linuxdevices.com/articles/AT5951285077.html AJAX, LAMP, and liveDVD for a Linux-based camera] on [http://linuxdevices.com linuxdevices.com]

- all the software that you need to use the camera [https://sourceforge.net/projects/elphel sourceforge.net]

- the [http://developer.axis.com/ link] to Axis developer's site

- some video and images from the camera [http://community.elphel.com/videos/ on elphel's community videos], [http://www.elphel.com/3fhlo/ on elphel.com], on [http://www.tacx-video.com/images/HD2006/ tacx-video.com] and a [http://www.tacx-video.com/raw-demo/RothTri-333Raw-mjpeg.avi video] by PS, the [http://i11.photobucket.com/albums/a162/vericetti/beard1.jpg first image] taken from FS with not the best conditions, a low ligth 35mm adapter [http://s09.picshome.com/d35/comp_1__0-00-30-00_.jpg test] and one significant test example of dof from OS

<center>[[Image:35mmroof5.jpg|400px|abc]]</center>

- Example of a cinema camera setup by (D.L) ...and some result with it [http://wiki.elphel.com/index.php?title=Image:Txt.jpg text test], [http://wiki.elphel.com/index.php?title=Image:V8_Dof_test.jpg Bottle D.o.f. test]

<center>[[Image:333 hd setup.jpg|400px|abc]]</center>

and good example of what this setup could do:

<gallery>
Image:DLmoviegrab1.jpg
Image:DLmoviegrabpaint.jpg
Image:DLmoviegrab2.jpg
</gallery>

==MOVIES==

- May 18th, 2007, 09:28 PM - first short made with the elphel 333 hd camera + 35mm wax adapter by O.S. using that setup:

[[Image:Elphel35mmTripod.jpg|200px|abc]]

The autor said:

"Here is a small version of the 'documentary' I made in France. While my girlfriend was working all day in the garden making a path.... I was testing all aspects of the Elphel. Yes, between some shots I helped her a bit, but filmmaking comes first, right?

This short film also proves you can synch a separate audio recording, using the old method with a clap board (in this case I just clapped my hands and said the take number, the same as the Elphel output filename)
I used a portable minidisc recorder and it really worked fine.
I also used the wax adapter (which really needs to be rebuild to get rid of soft edges), and a 'big' Panasonic TV lens (notice some telephoto close ups of the flowers).

The clip is reduced by half in resolution to upload, and is just a rough cut without color adjustments and some faults in the editing. I'll probably upload the final version at normal resolution of 1600x900 pixels and less compression.
I'll post some stills at full size soon.

You can download the (54MB) file here: http://community.elphel.com/videos/RomainSurMeuse2.avi (it's in Xvid compression)"

or the full resolution version Xvid (200MB): http://community.elphel.com/videos/RomainFULL.avi

== FUTURE ==

the new camera board by elphel (353) will have better specs then the 333
here are a fast FAQ that Andrey reply on the dvinfo forum (when I'll have time I'll edit in a better way)

To better understand how the new hardwere work look at this article on [http://linuxdevices.com/ linuxdevices.com]: [http://linuxdevices.com/articles/AT4415936647.html High Resolution Cameras for Web Developers]

1. What sensor will be available for the 353 at first release?

[http://www.micron.com/products/partdetail?part=MT9P001I12STC Micron Mt9P001]

2. When will it be possible to buy the 353 + that sensor?
(I dont mind being a beta tester with all it means)

I hope - early April

3. With the first release, will it be possible to record video to a hard drive connected directly to the IDE connector? (or will it require custom 353 hardware programming not available at first release?)

We do not have any adapters to actually connect the HD. We also do not have a camera body that will have room for one, that will come later. As well as the software fro recording - but it can be really simple to write on a disk from the software point of view.

4. What format will the recorded data have?

Same as camera can provide. Will start with MJPEG and I will restore Ogg Theora (ETRAX FS should be enough to handle some processing needed). All over formats - recode on a PC.

5. What frame rate / image sizes can be selected?
(..or just tell me the sensor name and possible 353 restrictions)

Originally it will be up to (125/3) MPix/sec - the current FPGA code fro 333 can do that. Then - increase to have full speed of MT9P001

6. If it needs custom programming, where do I find info about tools / language etc? Just need a pointer. Any free compilers?

To be able to do development for these cameras you do not need any expensive (or even non-free-as-in-beer) tools. There are 3 levels (not to count client/PC software)
1 - "Web design" - developing of custom user interface - just any web design tools - you can FTP results to the camera
2 - Software applications to run in the camera - you need a PC running GNU/Linux (any flavor) and software from our Sourceforge project page plus additional - from http://developer.axis.com - our software will tell you what to download.
3 - FPGa code development - free (for download) tools from Xilinx - http://www.xilinx.com/ise/logic_design_prod/webpack.htm

7. Will the camera casing have space to accommodate a small hard drive?

It should have - in the future :-)

8. Any idea of power requirements?

Model 333 needs a little under 3W. 353 will need about the same - not to count additional modules - hard drive or flash.

9. Will the camera have a C mount?

CS-mount as it is more universal for cameras - you can install both C and CS lenses

10. If I use a simple SLR mount (Nikon or Canon) to C mount adapter (instead of a ground glass solution), what lens multiplier would be in effect?

That depends on particular sensor that will be used - each sensor usually has info on the Internet. And, BTW - we'll probably have control for EOS - at least we do now have it for our large cameras

11. Any idea what the sensor and 353 will cost?

I hope it will be about the same as 333.

== Work In Progress ==

=== FPGA ===

Reading the [http://www.dvinfo.net/conf/showthread.php?t=63677&page=28 dvinfo thread] you can find someone (Z.H.) that is making some mod. to the current Fpga;

25 may 2007 - this project by Z.H. is in stand-by and he offer up his project for somebody else to take it over.

"If somebody's interested, here's the BloodSimple(TM) codec I wrote and experimented with. It creates a bitstream directly from the bayer input, always taking the difference of pixels as input. It works best if we use the algorithm in interframe mode, which means that we calculate the difference of pixels from the same coordinate of the previous frame. This of course needs that whole frame in memory.

An output sample always begins with a one bit flag (F) which tells the decoder if the following sample has the same bit length (F=0) as the previous one (a length of P) or it is greater with G bits (F=1). This G constant can be set according to the input stream and it will tell the contrast ratio of the generated images: with a T bit input, following pixels usually don't have more difference than T/2 bits. Visually lossless is around T/3 but it can be calculated explicitly in a pre-encoding step if needed. (By having the motion blur of the 1/24sec exposure, the blur caused by fast pans won't cause quality loss in the encoder as it would do with shorter exposure times.) If F=0, the decoder uses the previous P bit length but if the sample's most significant L bits are zero then the next sample will be taken with P-L bits (if that sample's F=0). The encoder knows this and if the next sample's length is greater than P-L then it sets F=1. L is usually set to T/4.

With sample videos (no real bayer input, only some grayscale mjpeg stuff with some artifical noise added) it has produced a 2:1 average ratio which means 2.5:1 with low freq content and 1.5:1 with high freq content (ie. trees with leaves with the sky as background). Because the code is so simple one can use several module instances in an fpga, for example, one for each pixel in a 20x20 block (or whatever the Elphel uses), working in paralell with only the memory bandwith setting the performance limits. However, with a smaller no. of instances it may fit beside the theora module; altough two output streams aren't supported yet. And it's really easy to implement it in verilog which can be a concern if somebody's not an expert"

"I'm afraid there are no verilog programmers here but somebody might pick it up. As for other bayer cameras, I'm not aware of any other which could be freely programmed like the Elphel. And the compression rate is pretty low (just enough for the Elphel, hopefully), perhaps it might be combined with some other algorithm to get better results."

=== Graphic User Interface (GUI) ===

For now we have a very good interface with the possibility of modify every single parameter that you can imagine, it is the ccam.cgi that may be get confusion (being incrementally patched from the first model 303 camera), but it is current.

<center>[[Image:elphel_camvc.jpg|400px|abc]]</center>

But for converting the elphel in a cinema camera that freedom is more than enough. Also there are some problems; the software and LiveCD give some difficulty, in fact you can't save the setting in an easy way so to prepare the laptop end the camera you have to spend between 10 to 20 minutes to setup all the command lines that had to be entered to optimize Linux for recording, and more command lines to record etc.

If you want to help us please see this page [http://dvinfo.net/conf/showthread.php?t=83044 link]</gallery>