very cool maybe it is possible to add a mask on the top of the image with line of the safe area
silicon imaging gui is what I think is the best one
some ago I worked on this with flash ...but under linux flash is not a good idea elphel GUI-2 (http://www.webalice.it/teo.poz/elphel_GUI2/)
and I used big buttons because I tink that the way to go is the use of small screen 10" max

http://www.dvinfo.net/conf/alternative-imaging-methods/85568-elphel-333-html-2.html

Sebastian,

I made a quick example of my idea about the interface.
If the live image would be auto-scalable (to the screen resolution or window size) then we can use tablet PCs with portrait/landscape modes. This would really make the final camera smaller.
But of course when the screen has rotated 90 deg, you'll end up with a small live preview and lots of empty space.
With that in mind it would be a good idea to make a frame below the interface with the HDD file browser. When you're in landscape mode, you need to scroll down to use the file browser of course.
In my example I've also made the buttons bigger. Those buttons should stay the same size in portrait mode, so they have to be able to rearrange in two rows.

Just some suggestions :-)

Good ideas!

I found out that mplayer can nicely be integrated into java so this would mean the whole application could be a single java applet.

The concept image I made already has the 1024x600 resolution of most netbook screens. But you are right the interface should adapt itself to the current screenresolution.

The main functionality of the filebrowser you mentioned would be to review recorded clips I assume.
So why not add a button to review the last recorded clip as well in the main interface.

I don't like the scrollbars, the filebrowser should be accessible with a normal button in the bottom menu I think.




We should start to look for an official name for the project:

I think we need a short project name and lengthier subtitle

Requirements for the project name:
*) short and descriptive
*) easy to remember
*) cool sounding
*) should allow us to reuse the name for sequell/sub projects

Requirements for the subtitle:
*) "open source"
*) "based or powered by Elphel"


Any suggestions welcome!

Btw: I created a google group for developing this camera. Just PM me if you want to participate and I will invite you.

\
some ago I worked on this with flash ...but under linux flash is not a good idea elphel GUI-2 (http://www.webalice.it/teo.poz/elphel_GUI2/)
and I used big buttons because I think that the way to go is the use of small screen 10" max

http://www.dvinfo.net/conf/alternative-imaging-methods/85568-elphel-333-html-2.html

Matteo.. Of course I also haven't forgotten your input. Too bad the flash design doesn't work out. Java is a good alternative. BTW, did you test it with an online camera or do you own an Elphel?

I have a name... just don't know it yet :-) ....but I'm on to it. Need to find someone who speaks Latin;-)

We should start to look for an official name for the project:

I think we need a short project name and lengthier subtitle

Requirements for the project name:
*) short and descriptive
*) easy to remember
*) cool sounding
*) should allow us to reuse the name for sequell/sub projects

Requirements for the subtitle:
*) "open source"
*) "based or powered by Elphel"

OK, here's my idea: What is the most unique feature of this project and the Elphel philosophy?

-Open source-

Nothing else. Other features are all irrelevant, the whole point of us talking on this forum is because it's OPEN ..even the choice of the name itself :-)

So I figured.. what's the word for OPEN in Latin?

Open = APERTUS

So how about:

APERTUS - powered by Elphel

I think it's strong word and has a story to tell about the project background.

Oscar, your a genius!

It sounds similar to the very photography related word aperture!.

or the word Apparatus
Wikipedia:
Apparatus, (Latin, apparātus; plural apparatus or apparatuses) is a mass noun used to describe equipment designed or assembled for a particular purpose.


I also thought up some "epic" words but APERTUS beats them all!

Aurora (Aurora - Wikipedia, the free encyclopedia (http://en.wikipedia.org/wiki/Aurora))

Guernica (Guernica - Wikipedia, the free encyclopedia (http://en.wikipedia.org/wiki/Guernica))

Columbus (aren't we keen adventurers as well?)

Latin is the base of most modern languages. All kinds of words and terms originated from Latin, so it makes it universal.

Hi oscar
by now I've not tried any software cause I havn't got the camera yet
and now I'm spending a lot of money on software and hardware for my activity (I'm a civil engineer) so I've not so many money to spend
second, cause I'm not a programmer I had set aside the project for a while because before the coming of Sebastian (god bless you) this project (cinema side of the elphel camera) was growing so slow (I've taken a php book to learn it but it need too many time to me to start from zero) buy I've been a reader of the dvinfo thread :-)
third movie in dslr world was a fresh reality but I think that that project is more "open"
So now we have almost all that we need to start cooperate
I've made some experiment with the adapter. I've tryed a lot on this side
and I've seen that the best compromise is to use a medium format lens I've taken some old mamiya now I've got 35 3.5, 45 2.8, 80 1.9 and 2.8 and zoom 110-220
so the recipe is:
Mamiya 645 lens => 63mm => wax GG => 7mm => PCX Lens D70/FL67 [)=> +-100mm => camera
and the wax gg is made by an alloy of paraffin and beeswax 9:1. The pure paraffin is for a sale in a pharmacy

hope that that help someone :-)

I like tha idea of a name to this project
I like apertus but somthing remind me to aperture by apple
so that my quote

HYENA (very similar to a dog but almost wild - free )

don't know why but I think is cool

hi to all

I'd like to add one thing about the choice of the projects name:
We are not aiming at a mass consumer market with this name. If we would pick a too slick name, we would raise too much expectations on a 'growing' project. It has to have a modest feel to it too.

So I'd suggest we really consider Apertus.
(referring to another discussion:) I think most people around here would know how to pronounce Apertus. :-)

About the name: "Apertus" is still my favourite.
Is it pronnounced just like "aperture" but with an "s" at the end?

I did a quick google search:
Welcome to Apertus - Open Source, SaaS, Out Sourcing (http://www.apertus.com/) is already taken by some Indian open source software service company.

apert.us would still be available ;)

Of course we can also ask for an elphel subdomain: apertus.elphel.com

Another idea about the project name:

What about calling the project: "OpenEyes" and instead of Eye we write "Open Is" or "Open iiis"

Just imagine the video description: "filmed with open eyes" ;D

Regards Sebastian

just for info:

english: open
old latin: apertus
italian: aperto
spanish: abierto

I suggest we close the discussion about the name for now and carry on with the main topic.

It will not be long before I can start testing the first 12v camera (many thanks to Elphel for improving the 12v version!)
What options do we got? The battery has to be usable for at least an hour, easy to mount at various places on the rod support (for balancing) and possibly chargeable 'on camera'. For the 333 I successfully used a drill battery, but it discharged withing half an hour and was very bulky on the camera.

Any suggestions?

EDIT: The Elphel Wiki has a page about the 12v version: http://wiki.elphel.com/index.php?title=Talk:Modifying_the_camera_for_12-36v_mobile_applications&rcid=5266

Maybe using one of those A123system battery Packs used by DeWall ?

Yes, maybe. We also need a system where you can charge the battery AND power the camera at the same time, like a laptop. This is because we'd like to avoid rebooting (=resetting) the camera when the power runs out.

This is the way to go. Those EEEPC's are relatively slow and real time preview is not yet evident on a slow PC. So we will possibly end up framing on a small (but live) image on the PC and focusing with the "peaking" method. That's why I'm going with the PC on its side now.

You could get it, there is newer technology, and dual core netbooks (tablets I don't know much) with DX10 chips with hardware acceleration. I had been waiting for Intel to release there DX10 hardware for their tablets, and now they have new n40 chipset and lower powered atom dual core. Nvidia has released a new small handheld PC box form factor (I believe they might still be talking to VIA about buying them, great move, a lot of nice portable stuff). The form factor can support a variety of processors, but newer Atom dual core is probably what you are looking for. The maximum, battery life for network that I have heard of, second hand, is around 26hours battery life, dual core In think.

Now back to it, for DX10 chips there is GPU programming, I think that the Nvidia version is called CUDA and is c++ like. But the problem is that you don't want to be the one making or converting the open source video codec for it.

Hi everyone,

I'm working on a detailed version of the rods support CAD model for the Elphel. I want to avoid having stuff machined that already exist.
One thing we don't want to make, are the handles on top and on the front. So we should be looking for things like this (http://www.adorama.com/BAAGTS.html)
(unless we would go for a handle with control buttons of course)


All ideas are welcome!

Here is the summary from a discussion about battery packs were recently had:

Elphels power consumption (10349 - ElphelWiki (http://wiki.elphel.com/index.php?title=10349)) is around 5W at full load (streaming video and writing to internal HDD).

With the optional 9-36V Power supply (best efficiency at around 15V) we did an example with a 12 V battery pack (Pb batteries would do the job)

The maximum current with 12V would be around 400mA

If the battery pack has a capacity of around 4000mAh it would allow the camera to operate for a maximum of 9.5 hours (not considering DC-DC losses, degree of efficiency, etc).


An interesting reference for the power consumption of all different cameras and manufacturers can be found here: How to choose your battery (http://www.antonbauer.com/choose.asp)

Sony PD 170: 8 Watts
Red One: 60 Watts

A quite detailed explanation here : http://www.antonbauer.com/downloads/2008Handbook.pdf

Their conclusion is probably to buy their own battery packs, but still an interesting read about batteries, specifically for video work.

An interesting project of building a though small Lithium Ion battery pack can be found here: HY Research - Simple Li battery power supply (http://www.hy-research.com/Li_power.html)


Last not least its important to have a proper mount system for the battery pack that allows battery changing without screwing and plugin in multiple connectors.
Examples are the Sony V-Mount for their professional cameras or the Anton Bauer mount.

Conclusion:
LiPo batteries are to date the lightest available technology, though very expensive and rather dangerous as they easily catch fire if not charged or discharged properly.

LithIon are probably the most widely spread camcorder, still camera, laptop and cellphone battery packs today. Though they also thread a potential danger if not properly secured and monitored by protection circuits.

There are the heavy and cheap big Pb battery packs that hold a wast amount of power and can be charged rather easily compared to LiIon or LiPo packs. Their weight might help balance the front-heavy rigs (heavy lenses).


Does anyone know an open source / open hardware approach to design a general purpose battery pack?

I bought a universal charger with integrated balancer (needed LiPo) so I can try different types of batteries if needed.
First I'll test out LiPo. They have two connectors to charge:

A balancer cable (http://www.rchellevoet.nl/images/4%20polig.jpg)
A power cable (http://www.rchellevoet.nl/images/tamfemale.jpg)

How about using some kind of a project box ( something like this (http://www.electronics-lab.com/blog/?p=583) or this (http://www.allelectronics.com/index.php?page=search&search_query=project+box&x=0&y=0) )

The dimensions of the battery I have (pretty standard) are:
W= 50mm
H= 30mm
L= 90mm (maybe longer for higher capacity batteries)

If you have two batteries in an enclosure that mounts directly on the rods support, you only need to connect and disconnect the power cable. Would be like the shell design posted on the wiki (http://wiki.elphel.com/index.php?title=HD_cinema_camera_Development_FAQ#Shell-Design), only other dimensions.

I also got a led that will light up if the battery runs down to 9v. I'd like to get a fully functional battery meter, but this is a beginning (to know when you have to change batteries, but also to spare the life of the battery)

I spent many hours in the last 3 days to get the S65 LCD I bought for the camera buttons interface running . Without success so far. I don't have an oscilloscope to be able to properly monitor the ignition sequence. All I can do is measure if there is a signal and if the wiring is OK. I was so desperate I even tried to monitor the signal with the line-in of my sound card but 44KHz are simple not enough when dealing with a 8Mhz+ transmission. All I was able to verify was that there was indeed a signal being transferred.

I kind of gave up and instead of buying a (cheapest) 1000$ oscilloscope I decided to buy a 30$ ready built S65 LCD shield for the Arduino.

But finally a small success in a different area today. I managed to embed an MPlayer video canvas in a java application. It also already works with the cameras live stream!

Now we need a cool name for the viewfinder software that keeps me motivated to go on :)

Great work! How about calling -this- Elphel Vision?

BTW: LiPo works perfectly with the camera. I don't know yet how long the battery will run the camera though.

I've tested the camera interface and HDD recorder interface on the TabletPC in portrait mode(upright). Although the camera interface is normally a mess on this low resolution screen, in portrait mode it works surprisingly better! The window is scaled down better and the long 'tab' of camera controls fits the screen.

The HDD recorder interface (camogmgui) doesn't show up that well in portrait mode, but that's only because the layout is designed horizontally.

I guess the images below explain everything.

(I still feel this is a good setup, the preview image is small, somewhat like most camcorder LCD's, but you have a lot of space left for all the controls. But, the main reason is to save space on the rods support.)

Very nice Oscar!

Both camvc and camogmgui as shown in your last post are actually just workarounds because we have no real cinema camera control software yet.

Calling THIS software "Elphel Vision" is a great idea between, at least it definitely got me motivated.

I did further tests for Elphel Vision and managed to draw text overlay on top of a live video feed from the camera in a java applet (using mplayer in slave mode). See attached image. (Yes it is "the very hungry caterpillar") :)

I actually climbed on the roof today and shot some footage with the LiPo.

Cathedral on Vimeo (http://www.vimeo.com/4120880) - Yes, I have a cathedral in my backyard :)

I didn't use a 35mm adapter. The image is not sharp enough (too big aperture I guess). So clearly, focusing is difficult without a focus aid. There seem to be some frame drops, but it could also be that I couldn't fix the frame rate (must be something in the new firmware.)

The battery (2000 MaH) dropped from 12.8v to 11.8v after +/- 1,5 hour.

Hope to be testing "Elphel Vision" some time on the roof ;) It looks very promising.

Oscar, you'd rather open camvc2.html in a new window (as the alert message says) - it will give you more room especially on the small screen. And camvc _is_ designed to work in the new window. When doing it first time you'll need to enable popup windows in Firefox
Next (it is also written in the alert box) open "about:config" in firefox, enter "dom" in the filter and edit several options so the camvc2 can:
- hide address field:
dom.disable_window_open_feature.location false
- hide status bar
dom.disable_window_open_feature.status false

In Linux you may save even more space - right-click on the title bar of the window, select "advanced->no border" (alt-F3 to be able to restore it back).

(I still feel this is a good setup, the preview image is small, somewhat like most camcorder LCD's, but you have a lot of space left for all the controls. But, the main reason is to save space on the rods support.)


Sorry if it has been asked before, but what is the "lag" of this setup? I mean, how much is the delay between live action and what you see on the screen ?

Philippe, I think Sebastian had good results (semi real time), but I can't judge if the lag (about 1/2 sec.) I experience on the tabletPC is a result of the speed of the PC. On a fast laptop I was able to get almost real time preview. In the current camogmgui I can only choose 'update every 1 second' as live view, so that's not really workable. But as Sebastian says, it's a workaround interface and he is implementing mplayer now.

Battery update:
I've soldered a 'LiPo saver' on the battery wires and put everything in an improvised enclosure with rod support mount. The 'LiPo saver' is a LED light that lights up when the battery reaches 9v (3v per cell). This is because a LiPo battery must not be discharged under 2.5v per cell.
Maybe it would be possible to make a relay in stead of the LED and actually shut down the battery (or maybe it already exists)

Sorry if it has been asked before, but what is the "lag" of this setup? I mean, how much is the delay between live action and what you see on the screen ?

The internal camera delay resulting from putting the full frame into memory and reading it out again for compression, image processing, etc. should be extremely small (maybe a single frame at 25fps if at all).

But I also get varying delays in the player displaying the video live stream from time to time that are very well noticeable.

VLC for example has built in caching so it will fill up a buffer of read data in advance to displaying it. Mplayer should be optimized for not causing any delay but as Oscar mentioned there still can be a short delay sometimes. We will need to do some investigation to solve this problem.

Here is the first concept for the DICTATOR Camera Control Interface.

It will work together nicely with the touchscreen / laptop and the Elphel Vision Software.

But it can also be used standalone with the camera. There is just no direct way to view live video then.

What do you think?

Battery update:
I've soldered a 'LiPo saver' on the battery wires and put everything in an improvised enclosure with rod support mount. The 'LiPo saver' is a LED light that lights up when the battery reaches 9v (3v per cell). This is because a LiPo battery must not be discharged under 2.5v per cell.
Maybe it would be possible to make a relay in stead of the LED and actually shut down the battery (or maybe it already exists)


This looks great !

Other batteries types have a drop of voltage before being empty. Here an article with some nice curves : Battery monitoring (http://homepages.which.net/~paul.hills/Circuits/BatteryMonitor/BatteryMonitor.html)

A great way to monitor battery level could be to feed the battery voltage to an analog to digital convertor (an analog input on the arduino?) then monitor the voltage of the battery and have some kind of meter shown on the lcd screen or on the web interface.

Different battery types have different discharge curves. The firmware of the camera should have one for each type of battery (nicd, nimh, lipo...), then the user could choose which battery type/ capacity is connected to the camera and have a precise meter of the remaining battery level.

I don't know if it works like this in other systems, but I think it could work. I guess other more intelligent systems (like stamina) have built in electronic in the batteries that have this curve and the initial capacity of the battery stored. All this can be done in camera I think.

Have you guys at Elphel considered using a Beagle board to power the next camera ?

They look very interesting in the video department (and inexpensive). But I wonder if they are open source...

BeagleBoard.org - brief (http://beagleboard.org/brief)

Batteries voltage drop might be influenced by the current drawn from the cell at the time of measurement so I am afraid I do not have enough knowledge about this to build a safe battery pack.

But I think this monitoring device (Arduino or any other microcontroller) should be integrated in the battery pack. Otherwise it could result in the battery pack catching fire and destroying the camera or worse if the operator selected the wrong battery type and only the camera is monitoring the cells.



As far as I know the next camera CPU will be based on a very similar chip to the beagleboard: A Texas Instruments Davinci .... ARM CPU with video coprocessor.

Sebastian/Philippe,

Alexandre mailed me an interesting link to an Arduino alternative (and possibly better):
Teensy USB Development Board (http://www.pjrc.com/teensy/) (teensy++)
What do you think? Anyone here has experience with this?
Oscar

Teensy looks great:
-) smaller than Arduino
-) more IO pins than Arduino, better specs
-) Development Environment seems to be compatible with Arduino
-) cheaper than Arduino

Only con I see so far:
-) Cable on Mini USB jack detaches easier than the normal sized USB jack in the field


Small update on the Dictator:
-) I totally forgot 2 things: the Rec button and the on/off switch :)


Since the Teensy++ has 46 IO pins we could easily add more pushbuttons (they are very cheap as well). What other settings would you like to be able to change with a pushbutton?

Here are some images of the available pushbuttons of the competitors:
http://www.dvuser.co.uk/images/img/news/sony-nab-2008/pmw-ex3-back-1920.jpg
http://www.vanbrandwijk.eu/uploads/image/ex3.jpg
http://www.panavision.co.nz/images/_large/aghvx200.jpg
http://www.digitalcamcordernews.com/posts/2007/11/sony-hvr-s270u.jpg
http://www.hd-tv.nl/images/news/282.jpg

Looks good. Would this be possible to build in some kind of project box (with pre-made holes for knobs, LCD and buttons)? This way you could make a DIY guide for people who want to make it themselves and we don;t need custom manufacturing. I'm searching, but didn't find anything yet.

EDIT:

Maybe we could look for things like this:
Product Photos (http://www.china-mould.com/pic.asp?ProductID=1981)
Product Photos (http://www.china-mould.com/pic.asp?ProductID=1307)

Here is a cheap battery+charger I came across:
Laptop Nimh Universal External Battery, 12V 3500mAh + Wall Charger for IBM Sony NEC etc (P1000) - CH-1540-UNC03 (http://www.batteryspace.com/index.asp?PageAction=VIEWPROD&ProdID=166)

I found a very interesting company that makes custom designed front panels (with there own software) . So a simple project box and a custom front panel would make a perfect Dictator enclosure.
I did a quick test with the software (using Sebastian's design as reference): A black aluminum panel (100x60mm) would be $ 18.- (10% discount at 10 items, 20% for 20 etc.)

Home*- Front Panel Express, LLC > Front Panel Service for North America (http://www.frontpanelexpress.com/en/news/home.html)

Very cool!

For prototyping any CNC mill should be able to do the job. But 18$ looks like a very good offer (does it even incude printing/engraving on the panel) and the company you found could in general be very interesting for our needs.

very cool oscar the link
here is a link to an arm for the tablet or lcd
that is strong and good looking

Holding System By NOGA (http://www.noga.com/nogaCategories.php?catID=hold)

pdf sheet (http://www.noga.com/pdfFiles/modu.pdf)

Very useful the dictator concept
I've not understand what does the two rotary encoders
or better, does we need 2 rotary and a 2axis joystic?

maybe with the next revision of the elphel we have some more processor power to do video output so a simple LCD + dictator could do the job

Interesting product Matteo.

Does anyone know if a 6mm c-mount intended for 2/3" sensors has the same FOV as a 6mm c-mount lens intended for a 1/3" sensor? I mean: is it calculated for c-mount in general or for the sensor size?
Or is it just that you can't fill the whole 2/3" sensor area with a lens that was intended for a 1/3" sensor?
If not, what is the multiplier factor?

Oscar,

I read (forgot where) that it depends on the lens. Some have enough coverage for bigger sensors, some don't... It seems you have to test. Well, if you order online, it's another problem :-/

exaclty as a aps-c for actual reflex and a 35mm lens
as you said Oscar "you can't fill the whole 2/3" sensor area with a lens that was intended for a 1/3" sensor"
take care that some industrial lens are for example 3mega pixel capable but only for the sensor size they are designed for
a 3mpix camera for 2/3" can resolve about 1mpix on a 1/3" sensor

for size and some info about thake that link
Optical Characteristics of Video Lenses (http://machinevision.navitar.com/pages/product_information/low_mag_video_lens/low_mag_optical_character.cfm?nav4=true)

and look at the tamron catalog for c-mount lens
Tamron CCTV and Photographic Lenses for Factory Automation, Machine Vision & Security (http://www.rmassa.com/manu/tamron.htm)
they have monofocal lens that have a minimum object distance of about 10cm
(like fujinon one but fuji is more expansive) so we can use adapter without achromat lens to reduce that distance

I found a very interesting company that makes custom designed front panels (with there own software) . So a simple project box and a custom front panel would make a perfect Dictator enclosure.
I did a quick test with the software (using Sebastian's design as reference): A black aluminum panel (100x60mm) would be $ 18.- (10% discount at 10 items, 20% for 20 etc.)

Home*- Front Panel Express, LLC > Front Panel Service for North America (http://www.frontpanelexpress.com/en/news/home.html)

If you want avoid intl. shipping, the headquater of Home*- www.schaeffer-ag.de - Frontplatte, Front Panel, Face Avant, Frontplatten Designer (http://www.schaeffer-ag.de) are in Berlin/Germany, offering the same service in EUR. And they also offer case kits with alu profiles and plates.

PIXEL PARTNER (R)
Thomas Kumlehn

Hi everyone.

I'm working on the rods support design again. How about collecting all
ideas for ready-made (existing) parts?
By this I mean: hand-grips, rods, microphone holders, knobs, electric
wiring solutions etc..
There should be numerous cheap parts around to make almost the whole
Rods support and mount all accessories.

Lets first bring together ideas and put it in an open google-document
later on.

So far I noted:
hand-grip:
AF10926 Barska Accu-Grip Handheld Binocular Support System, Pistol Grip with 1/4-20 Male Thread, Black Plastic. (http://www.adorama.com/BAAGTS.html)
universal holding arm(Matteo):
Holding System By NOGA (http://www.noga.com/nogaCategories.php?catID=hold)
Ready to use battery system(Polto):
DigiPower (http://www.digipowersolutions.com/store/product_info.php/cPath/3/products_id/676?osCsid=d3af7ec4964ee2c9d3929b7124103a4d)

The first thing I'm looking for for the design is a universal laptop
or monitor holder. One that should be adjustable to hold any small
type of laptop/tabletPC/7"monitor. Something that fits this design
Image:Perspective2.jpg - ElphelWiki (http://wiki.elphel.com/index.php?title=Image:Perspective2.jpg) .. so
it doesn't need to have an arm.

All ideas are welcome!

Slightly updated Dictator concept.

The whole interface can be locked with a sliding switch and 2 sliding switches can lock each rotary encoder individually.



About the parts:

How does this NOGA arm system compare to a traditional magic arm? Price, weight, ease of use, ....

The Handgrip looks good and cheap. For later revisions we might think about our own design with some buttons to start/stop recording for example.

About NOGA arm:

HoldIT - DG Holder 3/8" - 1/4" +Nut. - DG11043 (http://www.holditarm.com/Products.php?prdID=DG11043)

I've contacted an italian distributor (by phone) and they told me that
the price for the DG11043 is 80euro (support for 4kg)
and for MG11043 is 95 euro (support for 8kg)

but these are for cinematography purpose
I think that the same result could be achieved with the arms in the first noga link I've post
that, as distributoris said, are cheaper.

We should also be looking for something like this: RAM-234-6 Tough Tray II (http://www.themountdepot.com/RAM_234_6_p/ram-234-6.htm) because the NOGA arm can not mount a laptop or tablet PC.
This is the only laptop "clamp" I could find. Does anyone know of other/cheaper ones?

Time to show the first -rough- prototype of the APERTUS based on this design (http://cinema.elphel.com/node/19)
This is of course based on my own DIY microwax 35mm adapter, but it should be pretty universal. Besides 35mm adapters, it can also be used for bigger c-mount TV lenses if needed. I'll post some tests with different setups in the future.

There is still some work to do on this prototype before I can test it.

Another thing we forgot to announce here is the new APERTUS website:
Home page | Apertus Open Source Cinema (http://cinema.elphel.com/)
It's in the early stages, undergoing a theme change, so it's a bit off here and there. Thanks to Philippe Jadin for setting this thing up!

I thought my current 35mm wax adapter looks too bulky.
So I decided to adapt a macro bellow for 35mm cameras for the wax adapter. The focus mechanism (although not very subtle) can be used as follow focus.
I also want to try to integrate a sort of relay lens into the adapter.
I've discussed this with Andrey Filippov, he suggested: "A trick we did (that was to transfer 1:1) - take 2 identical lenses and put them face-to-face.
In your case you need ~1:5 transfer, so you need the second lens 5x the focal length.
I.e C-mount with f=8mm and a 35-mm with f=40 mm"

I've done a quick test and it seems to be working! Anyone got more input on this?

hi oscar cool work
seem exaclty as the render
one question about your test how does it manage the light loss and the spherical aberration
did you need also a condenser/aspherical-condenser between the 5x lens reversed and the GG?

Matteo, the wax screen is sandwiched between two condensers.
The light loss on my waxscreen is about 1 stop I guess but it depends a lot on the lenses (also the c-mount) I have to test this (and the spherical aberration) further.

In the future I want to test different 35mm adapters on the APERTUS.

hey what do you guys think of this: if the camara gets more light by pixel binning, then why not make two processes, first the normal image ("un-binned") you get a "low luminosity" image and save it, then the pixel-binning processed image "high luminosity", and compare the burned parts of the "high" image to the "low"

obiously both "low" and "high" should be extracted form the same raw frame (to make sure that both images come form the same original stream and have the same exact features minus the exposure diference)

wouldn't this gave more dynamic range to the final image? maybe the camera can't do this in a workable framewrate, but this could be a begginning, no? what do you think?


------------------

i have to admit, i love Apertus! how is wobble effect in the elphel?