by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
Sebastian Jennen
@zebastian
yes, win64 also builds, see here overview of current build status: https://ci.appveyor.com/project/zebastian/mandelbulber2-s84yl
Krzysztof Marczak
@buddhi1980
OK
Sebastian Jennen
@zebastian
just added missing QtMultimedia.dll, DLLs from plugins/audio, plugings/mediaservices to appveyor, but will take some time, for the next build
Sebastian Jennen
@zebastian
next build running, 64bit version should be ready in ~15 minutes
Krzysztof Marczak
@buddhi1980
thanks
Sebastian Jennen
@zebastian
filepath was wrong, plugings/mediaservices -> plugings/mediaservice, needed restart...
Sebastian Jennen
@zebastian
i also added you as an collaborator to appveyor, so you should have full control over the ci. (you will just need to use the github login).
Krzysztof Marczak
@buddhi1980
great
Krzysztof Marczak
@buddhi1980
I'm switching to Win10 and staring testing
Sebastian Jennen
@zebastian
cool, i am curious if this will work.
Krzysztof Marczak
@buddhi1980
The same problem PID: 8952, time: 53.445, Warning: defaultServiceProvider::requestService(): no service found for - "org.qt-project.qt.audiodecode" (:0, PID: 8952, time: 53.483, Debug: error QAudioDecoder::ServiceMissingError
Krzysztof Marczak
@buddhi1980
But what is good, that both x32 and x64 versions launches properly under Windows. Tomorrow I will start with libsndfile to go forward with new animation features. It's better to have WAV format support than to have nothing. Under linux we can still use QAudioDecoder
Sebastian Jennen
@zebastian
too bad, i thought this may fix the issue.
Sebastian Jennen
@zebastian
libsndfile looks good, though mp3 support is missing.
we should probably add a HOWTO for new foreign libraries / qt libraries. So we keep all scripts up to date...
Krzysztof Marczak
@buddhi1980
Yes, you are right. If we go with this library we need to update setup-cross-compile script
About mp3 decoding I'm still confused what to do. I worry about patents.
Sebastian Jennen
@zebastian
IMHO: i think there is no good way, to directly compile it into the program.
Only reasonable solution was through backend loading of the qt framework. But thats just not working. :(
mclarekin
@mclarekin
I know very little about mp3, but I use Lame MP3 encoder
Sebastian Jennen
@zebastian
@buddhi1980 can you run coverity again? The last issue had been solved in the code.
Krzysztof Marczak
@buddhi1980
The problem is, the coverity tool dorsn't work properly with Qt 5.7. I have already reported the problem to Coverity, because cov-build passes some macro definitions (e.g. -fPIC flags) to the code which are actually not compatible with Qt. Few days ago came up another problem, which is much worse. cov-built toll doesn't work with gcc 6.2. New gcc introduced some changes, which are critical. Actually I also cannot compile mandelbulber with clang compiler.
For coverity tools I'm going to use Ubuntu, which still has older version of gcc
Sebastian Jennen
@zebastian

I can reproduce the clang issue. When openmp is on clang fails with ^

<scratch space>:156:6: note: expanded from here
omp declare simd notinbranch
^
which is an openmp directive from gcc 6.2 which is not yet available in my clangversion.

when you disable openmp you should be able to build
Krzysztof Marczak
@buddhi1980
I have finally run coverity-scan under Ubuntu. There is gcc 5.2, so there was no issues
Sebastian Jennen
@zebastian
https://ci.appveyor.com/project/zebastian/mandelbulber2-s84yl/build/job/t5t44qr23djgnji6 can anyone of you reproduce this issue with runnning mandelbulber --test on windows?
Krzysztof Marczak
@buddhi1980
I tried to test it, but appveyor didn't produce any artifacts.
Sebastian Jennen
@zebastian
...because appveyor tried to run the test on its own, failed, and did not export the artifact :D. I deactivated the test again in latest commit, should be available in 30-60 minutes here: https://ci.appveyor.com/project/zebastian/mandelbulber2-s84yl
Sebastian Jennen
@zebastian
oh no, msvc (again) wont compile.
(ClCompile target) -> C:\projects\mandelbulber2-s84yl\mandelbulber2\src\audio_track.cpp(207): error C2131: expression did not evaluate to a constant [C:\projects\mandelbulber2-s84yl\mandelbulber2.vcxproj] C:\projects\mandelbulber2-s84yl\mandelbulber2\src\audio_track.cpp(210): error C3863: array type 'double [fftSize*]' is not assignable [C:\projects\mandelbulber2-s84yl\mandelbulber2.vcxproj] C:\projects\mandelbulber2-s84yl\mandelbulber2\src\audio_track.cpp(211): error C3863: array type 'double [fftSize*]' is not assignable [C:\projects\mandelbulber2-s84yl\mandelbulber2.vcxproj] C:\projects\mandelbulber2-s84yl\mandelbulber2\src\audio_track.cpp(222): error C2440: 'initializing': cannot convert from 'double [fftSize*]' to 'double' [C:\projects\mandelbulber2-s84yl\mandelbulber2.vcxproj] C:\projects\mandelbulber2-s84yl\mandelbulber2\src\audio_track.cpp(223): error C2440: 'initializing': cannot convert from 'double [fftSize*]' to 'double' [C:\projects\mandelbulber2-s84yl\mandelbulber2.vcxproj] 770 Warning(s) 5 Error(s)
thats inside the calculateFFT in the new cAudioTrack:
this line fails to compile double fftData[fftSize * 2];
since fftSize is not recognizable as a constant expression
msvc needs it as a constant, or the array has to be dynamically allocated with new
http://stackoverflow.com/questions/33423502/expression-did-not-evaluate-to-a-constant-c
maybe best to always use the constant cAudioFFTdata::fftSize?
Krzysztof Marczak
@buddhi1980
I have just changed that to cAudioFFTdata::fftSize. Let see if the program will be compiled
Sebastian Jennen
@zebastian
thanks
Krzysztof Marczak
@buddhi1980
mandelbulber --test doesn't work at all under win10
but the aplication starts properly with gui and NetRender can be used with this compilation
however program is no so stable. Hangs sometimes when material is edited (probably problems with threads) and crashed one time after rendering
it doesn't happen when I use mingw version
Sebastian Jennen
@zebastian
hmm, do you know some way to get a stack trace?
Krzysztof Marczak
@buddhi1980
I'm going to install MSVS Express. Then I will get debugging capabilities
Krzysztof Marczak
@buddhi1980
it will take 14 gigabytes on disk :confused:
Sebastian Jennen
@zebastian
Quality has a size :P
Sebastian Jennen
@zebastian
hey rob, do you know whats going on with appveyor? last build has been a few days ago, all newer commits are only in queue. maybe general outages of the service or something about repository config?
Sebastian Jennen
@zebastian
just made a test with raspberry compilation over night
compiles and runs like a charm :)
Krzysztof Marczak
@buddhi1980
Great! Low long it takes to compile it?
Sebastian Jennen
@zebastian
it was 9 and a half hours. It was no clean make, but used 20 precompiled classes from last build in 2016.
So overall it would take probably 11 hours for a full compile on a raspberry model b single core, thats only half the time of a full render of the example aexion fract file, which estimated to ~24 hours :)
Sebastian Jennen
@zebastian
can you rerun coverity scan?
Krzysztof Marczak
@buddhi1980
No, I cannot. There is a bug in Qt ot coverity-build tool (already reported). I need to install old Ubuntu 12.04 (LTS) to have it running