Messages

Could you add "Zoom fit" and "Zoom 100%" as symbols to the gui, please? I did a quick collage with GIMP, so you can see, what I mean:
https://seescho.files.wordpress.com/2018/09/mlv.jpg

I like it

any reason why to switch to 8 bits alreary there? i directly used TIFF files to keep most information for autostakkert

Yes, it´s by habbit
The old AS2 crashed in getting too much input. (on larger sequenzes on 16bit tiffs). AS3 doesnn´t crash here anymore. But I don´t see much difference in the reults for my planet-images in using 16bit vs. 8bit. So I use 8bit raw-asi for the stacking.
I don´t use mlv-files to get 16bit out (14bit). I use it to have a real 1:1 sensor crop for as much details as possible.

I tried compiling on raspberry pi, but it seems to only have Qt 4 available by default, Qt5 would need to be manually compiled. Also getting the Qt-multimedia module is generally a pain on most distros (except the 2 that are in the compiling tutorial).

Depends on the OS, you,ve flashed to the rasp, I guess

It loads with the uncompressed dng. I think to remember that dattable doesnt like uncompressed tiffs very much. Maybe it´s the sam with dngs?

For the stacking job a use two szenarios:

1. Stacking MLVs
I use mlvapp to precess the files (get more contrast out of it). Than I export to uncompressed avi, which is 8 Bit. That´s what I stack with autostakkert. Than postprocessing with fitswork, darktable and gimp.

2. Stacking CR2s
For autostakkert (sun, moon, planets) I exort to 16 Bit uncompressed tiff.
For deepsky, I use CR2 for stacking or I preprocess with darktabe to tiff and stack than. (deepskystacker or preferred 9fitswork)

Single_frame_processed.dng is 4,4 MB
Stack 128_frames.dng only 715 kB

@Levas
Same problem with the new one. Only single_frame_processed.dng loads fine.
Using darktable 2.4.4 here. I will try a git-version of dt later in a VM

Ah, what a shame @escho... here some km in the north of you we have seen a very little more. We also had some clouds but I don't have the right gear to make good photos...
You all got nice shots!

Yes, direction north to west all was fine. I saw a nice Venus going down and I saw a bright Jupiter up in the sky. In the other direction: Many clouds...

@g3gg0
Thanks for the data

@Levas
I cannot oven your dng-stack. darktable tells me: Unknown format and I see only the preview-pic. No clue why.

Nice!
Could you share you camerasettings, please? I had the best results with ISO6400 F 1/5.6 2s on my 6D with 300mm-lens (CR2). Video was not possible.

Here are the results of the lunar eclipse, text is in german...

Live-Blog yesterday: https://sternenkarten.com/2018/07/27/totale-mondfinsternis-update/
Pictures: https://sternenkarten.com/2018/07/28/mondfinsternis-und-marsopposition-das-ergebnis/

The weather was bad and no chance to get the teleskope aligned in time. Timelapse wasn´t possible, because there was nothing to timelapse only clouds. But I found some nice stuff in the results. ML was involved with it´s intervalometer and the mirror lockup. Cameras used 600D and 6D. Focal lenghts 24mm, 100mm and 300mm

Updated this old post, because the Flickr-Pic got lost

Yes, I hope the weather is fine. I´ve planned a landscape-timelape with Mars and Moon (EOS600D) and some pics with my little MAK and the 6D (1500mm focal lenght)

I am running autostackert (the beta version) from Linux openSUSE Tumbleweed using wine. Same with deepskystacker and fitswork.

thx

Give Jupiter a try, the Russentonne is not so bad from what I,ve heard. But the result will be a bit small. Remember, I recorded with 6 meter focal lenght. Maybe you can add a TC to your MAK . 1000mm focal lenght is fine for the moon. And to freeze the seeing, take short exposure-times (1/64 and quicker)

Hey g3gg0, uploaded the single frames just a minute ago to my websitea and you just answered. You are quicker than the light 

OK, to make it officiell. I uploaded single frames to teh threads of Jupiter and Mars to show, what you can get out of such a video. Her again the Links:

Jupiter: https://sternenkarten.com/2018/07/21/jupiter-vom-19-7-2018/
Mars: https://sternenkarten.com/2018/07/20/mars-am-20-juli-2018/

@alex
I have a 600D and a 6D. How can I help?

@g3gg0

Seeing and turbulences wasn´t too bad. But Mars was not very high above the horizont (ca. 14°), so much athmosphere between Mars and me.
The reason for the missing details was anaoter. Since one or two month there is a global dust-storm on Mars. And tihs storm draws a curtain over big parts of the surface.
To minimize the distortions of the athmosphere, I waited for a moment, the stars wasn´t twinkling too loud. An I did lucky imaging. That means recording a short video (18.000 frames) and taking the best of the frames for stacking.

As a worm-up for Mars I recorded Jupiter. The altitude of Jupiter was similar to Mars, about 14 degrees. I saw a nice little planet through the okular of the telescope (focal lenght 6 meter) and I saw clearly the four "galileischen Monde". See the result of this worm-up:
https://sternenkarten.com/2018/07/21/jupiter-vom-19-7-2018/

@Danne

ThankYou

@Levas

Hihi, that´s what I did years before, as I didn´t had a telescope yet, just 300mm tele + 1.4 + 1.7 teleconverter        Nice video.

@pnwhikerz

Thanks for sharing.

MLV-App did a big part of the work in this picture. Without processing with MLV-App, I didn´t get any details:
https://sternenkarten.com/2018/07/20/mars-am-20-juli-2018/
Edgar

Hehe, for you we had the 8bit rawvideo avi... do you use now 10bit V210 avi as well for your astro pictures?

Oh, I thought, you talked about 8bit rawvideo. I should read more carefully 
I just finished my project in porting my astrostuff from windows to openSUSE ( https://sternenkarten.com/kstars-libindi-astrometry-net-on-opensuse/ ) and only had a quick look here into the mlvapp-thread

Someone had a wish to have that in MLVApp and it was easy to add... this guy will have a reason to use it.

Yes, he will...

Ok but Premiere actually opens uncompressed AVI from After Effects, so if there is no codec what's the problem?

The asi-container from mlvapp, is specially made for the needs of astronomical stuff.  Some astronomical software need exact this format as input.

Compiles now. Thx, masc.

Installed the brand new openSUSE 15.0 in a VM and tested mlvapp on this machine:
Works both: self compiled mlvapp and the appimage

Same error (with and without escape_expand):

Code Select Expand

tar -C /home/edgar/bin -xvJf ../qt/FFmpeg/ffmpegLinux.tar.xz --strip=1 --wildcards */ffmpeg
tar: FFmpeg/ffmpeg: Nicht im Archiv gefunden.
tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler
make: *** [Makefile:408: mlvapp] Fehler 2

Code Select Expand

QMAKE_POST_LINK += tar -C $$(HOME)/bin -xvJf ../qt/FFmpeg/ffmpegLinux.tar.xz --strip=1 --wildcards */ffmpeg $$escape_expand(\n\t)

What is "$escape_expand" ?