iTunes folders should be imported as crates

Bug #1473801 reported by rimorob
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Mixxx
Confirmed
Wishlist
Unassigned

Bug Description

When importing from iTunes, it is currently only possible to import a playlist. Mixxx sees the folders but will not import them as such - you can import a folder as a playlist, losing all nested structure (playlists inside folders inside folders). This is a bother, and can't be hard to fix.

Tags: itunes library
Changed in mixxx:
status: New → Confirmed
importance: Undecided → Wishlist
Revision history for this message
rimorob (boris-1) wrote :

I will see whether I can tackle it myself. At the moment, I'm still trying to build the trunk, and then I'll see how hard it is to do what I want in Mixxx.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Do you need help? What's your issue?

Revision history for this message
rimorob (boris-1) wrote : Re: [Bug 1473801] iTunes folders should be imported as crates

The issue is as described: I can’t import a folder with nested structure into Mixxx while keeping the structure. I’ll try to fix this myself, but for now I’m still having trouble with compile-time Mixxx dependencies on my Mac. I imagine this is not hard to fix: import folders as crates and walk the iTunes folder tree faithfully. There are other side-issues here, such as Mixxx displaying the whole iTunes folder/playlist tree, irrespective of the level of nesting, all at once, rather than allowing user to import the top-level folders without looking at all of the clutter.

Best,

Boris

> On Jul 13, 2015, at 1:58 PM, Daniel Schürmann <email address hidden> wrote:
>
> Do you need help? What's your issue?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1473801
>
> Title:
> iTunes folders should be imported as crates
>
> Status in Mixxx:
> Confirmed
>
> Bug description:
> When importing from iTunes, it is currently only possible to import a
> playlist. Mixxx sees the folders but will not import them as such -
> you can import a folder as a playlist, losing all nested structure
> (playlists inside folders inside folders). This is a bother, and
> can't be hard to fix.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1473801/+subscriptions

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Do you make progress? I am not a Mac user. but hopefully someone else can help as well.

Revision history for this message
rimorob (boris-1) wrote :

I'm having a devil of a time getting scons to see dependencies. I'm following the instructions here:
http://www.mixxx.org/wiki/doku.php/compiling_on_os_x
but scons can't see a number of packages - e.g. protobuf-cpp, which is installed, or qt, which is also installed. Other examples of failing packages are libtag and librubberband (all installed)

Revision history for this message
Be (be.ing) wrote :

To fully implement this it seems you'd first have to add support for hierarchical crates.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

You are right, having a folder solution in Mixxx will helpfull.

Just displaying the iTunes Folders is independent from the Mixxx crates and folders.
We just need to extend the treeview and the library model for external libraries.

The related Mixxx bug is this Bug #671632

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Mac user: Who can help to set up rimorob's build environment?

@rimorob: You may ask the mailing list for Mac build support https://lists.sourceforge.net/lists/listinfo/mixxx-devel
In the meanwhile you may consider to set up an Ubuntu Trusty virtual machine.
If you can effort ~30 GB HD space this should work with less issues.

Revision history for this message
rimorob (boris-1) wrote :

Setting up Ubuntu won't help because the bug involves iTunes integration. This has to be windows or mac. I haven't developed for Windows since 1998. However, the scope of the solution seems to be growing (with folder support now being identified as being better than using crates). I wonder whether I'm still the best resource for this job. I don't know the mixxx architecture at all.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Luckily Mixxx supports reading the iTunes Database form a mounted Windows or Mac Disk.

> I wonder whether I'm still the best resource for this job.

Thats not the question. It is the question of your fun to take the challenge. IMHO displaying the iTunes folder in Mixxx is independent from a folder solution for Mixxx.

> I don't know the mixxx architecture at all.

Thats the issue for all new contributors and no problem in the first place. I can help you learning it, if you like.

I am sorry, if you have already lost the fun. In this case we have to wait for an other contributor.
I hope we can at least learn form your experience to improve the "building on Mac" guidelines.

Revision history for this message
rimorob (boris-1) wrote :

No, I'm still willing to give it a shot. I am still stuck with the dependencies though. I'll see if I have more time to figure this out over the weekend.

Revision history for this message
jus (jus) wrote :

@rimorob
Assuming you use homebrew, try the following:
* Update homebrew
   `brew update`
*updating installed libraries
 `brew upgrade`
*git pull latest changes from mixxx/master
*Clean scons
 `scons -p`
*Run scons
 `scons`

If there are still errors, try deleting the temp build files
/osx64_build
/.sconf_temp
/.sconsign.branch
/.sconsign.dblite

Then build ( On OSX Mavericks/Yosemite) with
`scons stdlib=libc++`

Revision history for this message
rimorob (boris-1) wrote :

I use mac ports, and Ihave already followed the update guidelines here (Method 2):
http://www.mixxx.org/wiki/doku.php/compiling_on_os_x

tags: added: library
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/8148

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.