Mac OSX support

[tapio]

Support OSX and build a bundle.

Mac issues from early 2011 below. Should first check with latest version of Qt and Phonon.

• Phonon cannot decode Ogg (ffmpeg can), wav works fine
  • http://www.xiph.org/quicktime/ (Phonon should use QuickTime as a backend)
• Pitchvis causes infinite recursion move->setGeometry->move->... (and a few functions in between)
• Also infinite recursion finalizeNewLyrics -> QWidget::setFixedWidth -> QWidget::resize -> QWidget::setGeometry -> QApplication::notify -> QScrollArea::updateScrollBars -> QWidget::resize -> QApplication::notify -> QWidget::resize -> QApplication::notify ...

[tapio]

Hopefully the upcoming move to Qt5 solves these. Anyone having a Mac and interested in helping should compile test the qt5 branch.

[nieknooijens]

today I had a clean compile of the master branch of composer on mac, using the latest qt creator from the qtcreator site. Everything worked like a charm! I will put up a package in the next week, after that we can close this issue.

[tapio]

Great news! Could you also try qaudiodecoder branch (compilation and analyzing both an .ogg and .mp3 song)? The branch replaces ffmpeg with Qt's audio decoding facilities, which would make Composer free of all non-Qt dependencies. It works on Linux, but so far the decoding plugins for Windows have been somewhat lacking (need to check Qt 5.2 status), preventing merging to master. It would be nice to know where we stand on OSX, since that would be another merge blocker now that Mac seems to work and you are able to produce binaries.

[nieknooijens]

the package doesn't really work well, packagemaker fails, and manually dumping the build folder in a .app folder and creating a DMG, only works on mac's I've compiled the program on, so to find out what's wrong I have to borrow a mac from school, so it'll take a little longer to finish, sorry

[nieknooijens]

well we had great news and I finally had a working dmg package and then disaster stroke:
OSX mavericks came out 👎 it has a whole new way of processor-handling and the result is that composer doesn't boot anymore. Since it's a free update everyone will install it sooner or later 👎

[yhslai]

Any update one this?

[nieknooijens]

I ported it to ffmpeg 0.9 recently and that works fine on both windows and linux!
just try latest master.

[Lord-Kamina]

I just tried latest master but no luck here,

In file included from /Users/Koji/composer/src/ffmpeg.cc:1:
In file included from /Users/Koji/composer/src/ffmpeg.hh:4:
/Users/Koji/composer/src/libda/sample.hpp:50:65: error: unknown template name 'iterator'
        template <typename ValueType> class step_iterator: public std::iterator<std::random_access_iterator_tag, ValueType> {
                                                                       ^
/Users/Koji/composer/src/libda/sample.hpp:50:79: error: no member named 'random_access_iterator_tag' in namespace 'std'
        template <typename ValueType> class step_iterator: public std::iterator<std::random_access_iterator_tag, ValueType> {
                                                                                ~~~~~^
/Users/Koji/composer/src/ffmpeg.cc:9:9: warning: 'INT64_C' macro redefined [-Wmacro-redefined]
#define INT64_C Q_INT64_C
        ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/stdint.h:192:9: note: previous
      definition is here
#define INT64_C(v)   (v ## LL)
        ^
/Users/Koji/composer/src/ffmpeg.cc:10:9: warning: 'UINT64_C' macro redefined [-Wmacro-redefined]
#define UINT64_C Q_UINT64_C
        ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/stdint.h:197:9: note: previous
      definition is here
#define UINT64_C(v)  (v ## ULL)
        ^
2 warnings and 2 errors generated.

Probably because of Clang/libc++, if you can get around that I'll try again.
Also, don't know if it has anything to do but I've ffmpeg 2.8.3 installed.