Version: Beta2 from mac.kde.org (using KDE 4.1.2) OS: OS X Installed from: Unlisted Binary Package Using the latest (28th october) packages from mac.kde.org, Amarok cannot open any ogg files, even though my Quicktime has the XiphQT components in /Library/Components. These files are not displayed on the open dialogue either.
Hmm, sounds like a packaging issue. I'm CC'ing our Mac dude.
Packaging issue not Amarok bug. I am however interested in why this happens even though you have the XiphQt comoponents. That could be caused by Amarok not running kbuildsycoca at started and is an amarok bug. Right markey? You should join us in the #amarok or #kde-mac channel on irc.freenode.net so that we can try to figure this out.
Currently we seem to run kbuildsycoca4 only if no collection plugins are found. Code excerpt from src/collection/CollectionManager.cpp: if( plugins.count() == 0 ) { KRun::runCommand( "kbuildsycoca4 --noincremental", 0 ); What you could maybe do in your Mac package is add a postinstall script that calls kbuildsycoca4. Assuming that this is even related to the issue ;)
Already do. :-)
I'll swing by IRC later. Here is an intriguing little piece of info which may help you, though: Amarok can't see the .ogg files in the file browser tab either. Normally, finder can't quick preview .ogg files even though you have xiphQT components. What we do is hack Quicktime's info plist to tell it that it can actually -read- Vorbis files. Maybe XiphQT is providing the component, but phonon_qt7 does not know that it supports audio/x-vorbis?
Please note that the canDecode() routine was rewritten recently in SVN, after Beta2. So the behaviour might be different now.
If i can get some instructions as to how to build the SVN tree using Mac OS, i'd be more than willing to test this new canDecode behaviour. :)
http://amarok.kde.org/wiki/Amarok2_On_OS_X
I'm sorry to go about and complain about this here, i am deviating from the original report, but i am trying to build KDEBase and i get the following error: [ 4%] Built target drkonqi Linking CXX shared library ../../lib/libkdeinit4_khelpcenter.dylib Undefined symbols: "KCoreConfigSkeleton::ItemEnum::ItemEnum(QString const&, QString const&, int&, QList<KCoreConfigSkeleton::ItemEnum::Choice2> const&, int)", referenced from: Prefs::Prefs() in prefs.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [lib/libkdeinit4_khelpcenter.dylib] Error 1 make[1]: *** [runtime/khelpcenter/CMakeFiles/kdeinit_khelpcenter.dir/all] Error 2 make: *** [all] Error 2 I am at a complete loss and #kde-mac people do not reply. Do you have any idea how to fix this?
(In reply to comment #9) > I'm sorry to go about and complain about this here, i am deviating from the > original report, but i am trying to build KDEBase and i get the following > error: > [ 4%] Built target drkonqi > Linking CXX shared library ../../lib/libkdeinit4_khelpcenter.dylib > Undefined symbols: > "KCoreConfigSkeleton::ItemEnum::ItemEnum(QString const&, QString const&, > int&, QList<KCoreConfigSkeleton::ItemEnum::Choice2> const&, int)", referenced > from: > Prefs::Prefs() in prefs.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[2]: *** [lib/libkdeinit4_khelpcenter.dylib] Error 1 > make[1]: *** [runtime/khelpcenter/CMakeFiles/kdeinit_khelpcenter.dir/all] Error > 2 > make: *** [all] Error 2 > > > I am at a complete loss and #kde-mac people do not reply. Do you have any idea > how to fix this? > Yeah, wait on the #kde-mac people to reply. Someone will eventually.
We actually can't see ogg files in the file browser tab even though a) they get added to the collection no problem and b) they can be played just fine.
Won't be fixed for 2.0 (as it only affects mac, it sounds like.) My guess is that EngineController::canDecode() is returning false.. though that should make it not play as well. If you can dig further into this and provide more information I'll take another look
hmmm, what does digging further entail?
I would add debug output to EngineController::canDecode() to see what it says about the file, and then maybe to MyDirLister::matchesFilter as well.
Any news on this?
Is this still valid?
Bumping version.
Closing for lack of feedback. Feel free to reopen if you can reproduce this with Amarok 2.4 or later.