Messages

Please feel free to post the temperature-experiences with your cams in this thread 
Edgar

I'm working with 600 other guys in a big home for mentally handicapped persons. And we are working hard to keep the virus away from this home. Until now, all is OK and I hope, It will be OK the next days, too. Much more work than before the virus, so no time for ML or MLVApp atm. My relaxion after working is my observatory ( https://sternenkarten.com/ ), if I'm not sleeping on the sofa. Hard times, but we will survive, somehow...

@ilia:
Yes, just had a short look into the exif-data and the source files.  It's not possible atm. Thankyou for the hint with the exifs.

My workaround:
Import and transcode the CR2s into mlvapp, as they are, than exporting the MLV to (for example) mp4. The resulting mp4 goes another time through ffmpeg for changing the orientation of the video:

Code Select Expand

ffmpeg -i input.mp4 -c copy -metadata:s:v:0 rotate=90 Verpuppung.mp4

The result can be seen here in my starmaps-site:
https://sternenkarten.com/2020/02/23/verpuppung/

I have some CR2 files from my EOS600D and wanted to convert these files into one MLV-file. That worked fine, but the orientation changes. That means: Source CR2s are recorded upright, but the resulting MLV has landscape-format. I cannot find an option in mlvapp to keep the orientation.

The same happens, if convert the CR2s directly with raw2dng. The resulting MLV is turned 90°.

Any ideas, what Iḿ doing wrong?

(mlvapp sourcecode downloaded and dcompiled just 2 hours ago)

I´m using RC6 with my 600D (digic4-processor).  I have to enable remote-control in canon-menu (Fernsteuerung aktivieren). RC6 has a little switch on its back. This must be set to "2". With these settings, I can start and stop video on my 600D, both, RAW or MOV.
Edgar

I wanted to take some astronomical shoots of constellation Orion using Bulb and Intervalometer. My cam is a EOS 6D with latest ML-firmware (self-compiled). I switched the Camera to Bulb-Mode for some 50s-pics. I told the Intervalometer to take a picture every 60s. That should be enough für the 50 second bulb pictures. Than I told the intervalometer to be triggered by a picture.
I started the sesson with my remote control Canon RC6. But the only sucess, I had, was a never ending bulb-picture.
Isn´t it possible to trigger the intervalometer using a wireless remote control?

By the way for those, who are interested in: Maybe qou know, I paint the constellations in another way than usual ( https://sternenkarten.com/2019/12/27/kstars-clines/ ). My constellation lines are now intergrated in kstars.

Edgar

Works. ThankYou!
Edgar

Can´t compile here in openSUSE:

https://seescho.files.wordpress.com/2019/11/screenshot_20191101_214048.jpg

Including stdint.h into src/processing/cafilter/ColorAberrationCorrection.h fixes the problem

Edgar

Default is "no rescaling" -> so native resolution. You have to uncheck "resize" in export settings for that. Does that work for you?

Played a bit with it: 

"No resizing" is the default and this works fine. And "resizing" works fine as well.

The reason for my confusion was these two points

1. The displayed resolution has no default. It´s always the latest choosen resizing resolution (maybe from days before). Reset receips does not change anything here.
If I import a MLV into a new session, I would expect to see the native resolution of the MLV in the resizing fields as a starting point.

2. Locking the aspect ratio for the resizing fields is a great feature. The height-field is grayed out then and the resulted resolution is calculated from the width-field.
That works fine, but the height-field isn´t updated with the calculated height.

That´s just for info
Edgar

Compiles fine for me on Ubuntu with "qmake; make -j4"

I found the error.
I use a little bash-script for cloning, compiling and installing MLV App. I used the wrong copy of this script, which had an "exit" before the "make" (for debugging reasons).

Compiling with the correct script worked without problems. Exporting to uncompressed avi with resizing worked too

It looks like the default for resizing is 1920x1080px. Maybe, it´s better to have the native resolution of the MLV as default.  ( I often use uncommon aspect-ratios for my astronomy stuff)

For everybody who is able to compile MLVApp: please test latest revision...

Doesn´t compile here on openSUSE Tumbleweed, not shure why. Creating the stash-file works, compiling not. I will have a look at it later, what´s going on.
Edgar

Compiled master with openSUSE Tumbleweed. No problems.

Did a short test with a video of the International Space Station. I get better details than before out of the box

Debayer for playback: Does not change anything on playback. Example: If I chose none (monocrome), the playback video stays colored.

Over all: MLVApp becomes better and better. Great work ...

@masc
1111 posts, congratulations 
https://seescho.files.wordpress.com/2019/07/posts.jpg

Thanks @masc. Works like a charm now.

I just found another little inconstistency. But this must wait, till I`m back from my vacation

As I mentioned above, mlvapp does not compile here in openSUSE Tumbleweed. The reason is the pasallel-stuff in "igv_demosaic.c".

I loaded the project into qt-creator. There, the fault is easier visible. here a screenshot:

https://seescho.files.wordpress.com/2019/06/mlvapp-parallel-1.jpg

As you can see, the compiler complaine, that there are some variables, that are not specified in the parallel-part. They are these variables:

Code Select Expand

width
height
v1
v2
v3
v4
v5
v6

I followed this article on the web:

https://bisqwit.iki.fi/story/howto/openmp/#DefaultClause

and changed line 267 in "igv_demosaic.c" to

#pragma omp parallel shared(rgb,vdif,hdif,chr,tilex,tiley,rawData,red,green,blue)

And now, I can compile and run mlvapp

Edgar

The script is online: https://sternenkarten.com/2019/06/23/script-for-cloning-and-compiling-mlvapp/ 

And yes, I have installed openmp

Be careful with the script. It works only on openSUSE. In Ubuntu, the filenames are different, so it will not work there without some changes.

I will upload the script to my "Sternenkarten-site" later ( https://sternenkarten.com/ ). It´s easier for me, to hold the script up to date there. If you want to link, please link to to the file on my website. Give me some minutes ...

Yes, the compile-error is related to the parallel-stuff. But I guess, I found a solution for this problem. Will do some test and report then ...

Thanks for commiting, masc. The ffmpeg-stuff works now here.

My script looks like this, now:

Code Select Expand

#!/bin/bash

# Installationsscript für mlvapp
# Für Linux openSUSE Tumbleweed
#

# Start des Scriptes im Terminal mit sh...
#
# sh mlvapp-clone.sh
#
# Nicht als root ausführen
#
# ********** Benutzung auf eigene Gefahr *****************

set -e #exit on error

if [ $HOME = "/root" ]
then
    echo
    echo "********************************************"
    echo "***    Script nicht als root starten!    ***"
    echo "***              Abbruch                 ***"
    echo "********************************************"
    echo
    exit
fi

################################# preparation ###################################

# --- Hauptverzeichnis ---

mkdir -p ~/mlvapp-project

################################# dependencies ###################################

echo
echo
echo "##################### Abhängigkeiten auflösen bzw. updaten ##########################"
echo
echo

# --- compile-envirement ---

sudo zypper --non-interactive install \
libqt5-creator \
libqt5-qtmultimedia-devel

echo
echo

# ------------ git --------

sudo zypper --non-interactive install \
git

echo
echo

############################### clone from github ##################################

echo
echo
echo "######################## mlvapp code clonen ##########################"
echo
echo

cd ~/mlvapp-project
git clone https://github.com/ilia3101/MLV-App.git MLV-App-master

echo
echo

############################ delete zero-byte ffmpeg ###############################

echo
echo
echo "##################### zero byte fffmpeg löschen ##########################"
echo
echo

rm ~/mlvapp-project/MLV-App-master/platform/qt/FFmpeg/ffmpeg

############################### compile and install ################################

echo
echo
echo "########################### stash-file erzeugen ############################"
echo
echo

cd ~/mlvapp-project/MLV-App-master/platform/qt
qmake-qt5

echo
echo

echo
echo
echo "############################## Kompilieren #################################"
echo
echo

exit

make

echo
echo
echo "############################## Installieren ################################"
echo
echo

echo
echo

make install

################################# end ################################################

echo
echo
echo "################################## Fertig ###################################"
echo
echo

exit

I found a problem in igv_demosaic.c,  which prevents me from compiling. I will do some tests later and report then.

Edgar

Hallo masc

I would love to be more often in here, but I´m not the master of my time atm. But I can see a light at the end of the tunnel. "Technische Rufbereitschaft" till monday morning. And then: vacation. One week Berchdesgaden, two weeks working on my observatory: https://sternenkarten.com/2019/06/08/neues-von-der-sternwarte-fundamentloch-fur-die-betonsaule/

I compile for normal use, not for the appimage. Yes, I see in the code for the appimage, that you make this empty file executable and use it other way too. No clue, why this is necessary. I don´t know linuxdeployqt...

I can only speak for openSUSE Tumbleweed:

Line 307 in the .pro file forces the unpacking of the Linux-Version of ffmpeg, which is shipped with mlvapp. But the linux-Version is newer than the version from my last compiling some months ago. But this line is specified for unpacking the  "old" ffmpeg-version. So I changed the line to cover updates of ffmpeg in the future:

Code Select Expand

QMAKE_POST_LINK += tar -C $$(HOME)/bin -xvJf $$_PRO_FILE_PWD_/FFmpeg/ffmpegLinux.tar.xz --strip-components=1 --wildcards */ffmpeg

The differece is the wildcard in the archive. Looks similar to the tar-line, which is used for the appimage.

But, unpacking ffmpeg does not run on my system, if this empty ffmpeg-file exists. If I delete it, all is fine and ffmpeg goes to ~/bin.
I wrote a little script for cloning and compiling mlvapp. So I will change my script and let it delete this ffmpeg-file before compiling. So, no problem for me.

Could you change Line 307 to the new version, please?

I found another hickup, which make ploblems on compiling. I will tell later about it. Now the "Rufbereitschafts-Handy" said: ring, ring. I must go to work...

Edgar

Hallo
it´s some time ago, I worked with mlvapp the last time. Today, I cloned the sourcecode from github and tried to compile it. But it failed. Looks like some things have changed in the last few months. I will search for the error later and report.
In the meantime:
"platform/qt/FFmpeg" contains a zero bit file called ffmpeg. This file make problems, using tar and wildcards on Linux. What is this file for? Is it necessary or could you delete it from the sources?
Edgar

Yes, decoding work with the language-trick. I get some perl-errors, but it works:

Code Select Expand

edgar@linux-vohs:~/Bilder/neu12/dualiso> LANG=en LC_CTYPE=en LANGUAGE=en ./cr2hdr IMG_3151.CR2
cr2hdr: a post processing tool for Dual ISO images

Last update: 185da25 on 2018-02-04 22:52:42 UTC by Dan:
Find the latest version of exiftool.

Active options:
--amaze-edge    : use a temporary demosaic step (AMaZE) followed by edge-directed interpolation (default)
--cs2x2         : apply 2x2 chroma smoothing in noisy and aliased areas (default)
--wb=graymax    : set AsShotNeutral by maximizing the number of gray pixels (default)

Input file      : IMG_3151.CR2
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "en",
        LC_ALL = (unset),
        LC_CTYPE = "en",
        LANG = "en"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

At the moment, I´m fighting to get my telescope running on openSUSE Tumbleweed with kstars and indi-drivers. (Problems with the motorfocus ...). if I´ve solved my telescope-problems, I will have a look into cr2hdr.c. Nor sure, I can do something, but I will try

I overlooked your answer. Sorry for that. (Looks like something was wrong with the notificationes...)

Yes, I remember, that there was a problem with the 600D and dualiso. I didn´t realize, that this can be the problem with the 6D too. I will test this and report back.

Running openSUSE Tumbleweed here.

It´s a couple of years ago, that I worked with dualiso-files on my old 600D. If I remember right, I didn´t have big problems to get this running. Now I did some dualiso-shoots with my 6D. But trying to decode them with cr2hdr didnt´t succeed. I got an error: dcraw could not open this file
But opening this dualiso-file with dcraw dirctly results in a ppm. that means, dcraw can open the file.
So I´m wondering, what´s going in here?

First a screenshot from what I did:

https://seescho.files.wordpress.com/2019/03/cr2hdr.jpeg

Next try: I cloned MagicLantern unified from git and compiled it for the 6D with success. I loaded the new version to the SD-Card of the 6D, initialized the dualiso-modul and took anoter dualiso-shoot. I tried to decode the dualiso-file with the new compiled cr2hdr, but the result was the same: dcraw could not open this file

Now I downloaded cr2hdr in it´s windows-version from ML-Website. I started cr2hdr.exe with wine. the result was fine. The dualiso-file was decoded successfully.

I don´t understand, why the linux-version is not running.

Some hints, where I have to look for the error?

Edgar

linear - uses rec709/sRGB gamut, but no gamma curve. Not sure what the use is but I think @escho uses it. (?)

Yes, I used it. But I managed to get nice results with standard easier. So, if nobody needs linear, it can be removed

I didn´t reaize, that it can be done with right click. That´s fine for me. Thank you for the hint.