klausesser wrote:Hi Frédéric!
Good news!
TimaLapse is very special and i think most pano-users wouldn´t need it. BUT: a device like the Merlin obviously is great for making it! And it´s fun anyway . .
Tethered with quick download: Wow - that would be great for a quick overview on scene.
Plug-ins would be fine also!
Stability should be added. Basically it is stable already - but some things . .
Well - great times ante portas:cool:
best, Klaus
fma38 wrote:1) Timelapse: I don't know if people interested are still reading us. As I don't know much about this technic, I will need some help and ideas. I would also like to know what pure panoramic users think about this feature. Do you think it should be integrated into Papywizard, or should be a standalone application? In any case, a lot of code could be shared, and I plan to split Papywizard in several pieces, to be able to reuse common parts.
fma38 wrote:2) Tethered shooting: I think this will be a major improvement. I plan to be able to download the images as soon as they are shot, extract thumbnails to display them in mosaic shooting area, or do intelligent automatic bracketing.
fma38 wrote:3) Preset editor/management: we launch the idea to build some sort of server, to create/store/retreive presets. Another approach is to have a integrated editor, with import/export tool. Or a mix of both.
fma38 wrote:4) Support for other panohead: as I will soon test a Panoduino-like servo-based panohead, I will make a better design to be able to drive any kind of hardware. The accuracy will also be improved, by implementing backlash correction routines.
fma38 wrote:6) Plug-ins support: I always dreamed to be able to dynamically add feature to my programs (not only to Papywizard), but never took the time to implement a good plug-ins framework. I think I will do it in the v2. The goal will be to implement all internal (defaut) features as plug-ins, and to allow the user to write its own, to add, or even replace, some features. I don't know where it will lead us, but, well, let's try
fma38 wrote:7) Code review: this will be the first step: a big code review, to improve stability, add more error catching and so. And to implement the plug-ins framework...
fma38 wrote:8) Plateforms and toolkit: this is a sensitive point... As I said, I don't want to drop Nokia support, as a lot of users recently bought one to run Papywizard, and as it is a very simple way to drive the Merlin head. On the other hand, such devices are limited, especially the 770; it is clear that tethered shooting feature will need a lot of resources, and a USB host port. So, all features won't be available on all plateforms... I would also like to switch to Qt toolkit. As Nokia now owns Trolltech, it seems that Qt will be the first toolkit used by future Nokia's devices. What I read on forums, is that PC Qt applications seems to run fine out-of-the-box on Nokia. But again, this will require at least a N800
AlexandreJ wrote:fma38 wrote:1) Timelapse
I really think that this feature is part of the panorama head control software even if it's not really panoramic. Each shoot has always 2 parameters : location and time of shooting. It's true that in panoramic, we don't really care of the timing, but I think it's an common background that we should put into the heart of the system (even if it's not used a lot on the GUI).
fma38 wrote:2) Tethered shooting
So true. This is huge. It will need to cope with the complicated task or remote thumbnail retrieval. We need to use some already well working library for that : http://www.autopano.fr/wiki/action/view/Pilotage_APN
fma38 wrote:3) Preset editor/management
One idea : we are creating such server just for that feature for autopano. It will be used to handle autopano updates, plugins updates, cameras support upgrade easily.
It works per project, and for each project you can have several upgrades : for example, updating just the cameras.txt file in autopano is possible with this system.
Moreover, it's crossplatform.
It's quite what you need, so Kolor can provide you this facility for papywizard.
fma38 wrote:4) Support for other panohead
Yes. That part is to isolate from the other part of the code in a plugin. Each plugin can control one panohead. With a good specification of that part, I'm sure it's easy to convince panohead hardware manufacturer to create themself the plugin.
fma38 wrote:6) Plug-ins support
You have to design the plugin system by answering these questions :
- what is the kernel part of the software ? this will tells you what is really the software, it's goal, it's logic. For this project, I would define it as 'software to take photos with a controlled panohead' : it's generic enough but not too much. For example, we could have said 'software to take photo with a controlled device'. For example, it the controlled device is a drone, I think it's beyond this project. Everywhere in this project, we suppose that the only freedom of control is rotation around a point.
- what module could be switched by another one ? this often indicates that there is place for plugin (example : merlin IO library could be replaced by gigabot IO library).
fma38 wrote:8) Plateforms and toolkit
That would be a great move. For device support : http://trolltech.com/qt-in-use/story/device
And for us, Kolor, because we could participate more in this project because we are Qt developer (I never coded one line of python myself...).
fma38 wrote:Ok, I see.This is an axis (or several) which influences the position of the head. This can be used for othographic panos, and should be linked to GPS data...
BeeZed wrote:Here are my thoughts:
For v2:
1) Timelapse: I am very keen to explore this area, especially after seeing the film Earth, which has many panning time lapse sequences. I agree that it is a specialized "toy" that most people will not use.
mediavets wrote:BeeZed wrote:Here are my thoughts:
For v2:
1) Timelapse: I am very keen to explore this area, especially after seeing the film Earth, which has many panning time lapse sequences. I agree that it is a specialized "toy" that most people will not use.
Hi BeeZed,
Can you explain how you would shoot - whaqt is involved in shooting - a panning timelapse pano?
What is the end result - a video file?
I just cannot get my head around the notion of timelapse panos at the moment.
BeeZed wrote:Here are my thoughts:
For v2:
3) Preset editor/management: A basic library of presets and the ability to save preset sets by camera or project would be nice. I can imagine having a set of Canon presets for example. I think an internal editor is important, though it could be a separate program, so a user can customise if needed. I cannot imagine that having users export to a server would be good, as there would be too many presets if everyone generated and exported them. Having the ability to download an updated standard library from a server would be nice.
klausesser wrote:mediavets wrote:BeeZed wrote:Here are my thoughts:
For v2:
1) Timelapse: I am very keen to explore this area, especially after seeing the film Earth, which has many panning time lapse sequences. I agree that it is a specialized "toy" that most people will not use.
Hi BeeZed,
Can you explain how you would shoot - whaqt is involved in shooting - a panning timelapse pano?
What is the end result - a video file?
I just cannot get my head around the notion of timelapse panos at the moment.
Hi Andrew!
May i come in here!
Timelapse is really interesting - it can be really thrilling on a site. Though the effect is rather known - but rarely in combination with panning.
To get a smooth effect you need 25 fps. That means, if you shoot 25 pictures you get one second of movie.
Shooting 12,5 pictures a second for two seconds you get two seconds of movie but with doubled speed.
And so on.
That means: during a pan of 180° you must choose a certain amount of shots and a dedicated time to shoot them to get the effect you want.
let´s say: one shot per second while the head is panning 180°. That means as an example per 1 degree one shot - which means 180 shots:25=7,5 secondes of movie.
The question will be: does the head have to stop for each shot? Yes - depending on the exposure-time. At night maybe 2 seconds exposure-time per shot - which means: the head has indeed to stop at each single degree, waits for stabilization, shoots for 2 sec., moves on and so on.
best, Klaus
http://video.aol.com/video-detail/stock-footagewide-shot-pan-time-lapse-rolling-cloudsfog-in-mountain-valley-olympic-peninsula-washington/3206259742/?icid=VIDURVNAT11
Users browsing this forum: No registered users and 2 guests