Package Details: mixxx-git r9308-1

Git Clone URL: https://aur.archlinux.org/mixxx-git.git (read-only, click to copy)
Package Base: mixxx-git
Description: Digital DJ mixing software (latest development branch).
Upstream URL: https://mixxx.org/
Keywords: dj mix mp3 pro-audio
Licenses: GPL-2.0-or-later
Groups: pro-audio
Conflicts: mixxx
Provides: mixxx
Submitter: Gimmeapill
Maintainer: Holzhaus
Last Packager: Holzhaus
Votes: 21
Popularity: 0.000000
First Submitted: 2013-08-29 22:59 (UTC)
Last Updated: 2024-11-08 20:23 (UTC)

Pinned Comments

Gimmeapill commented on 2018-11-04 18:24 (UTC) (edited on 2020-11-14 20:16 (UTC) by Gimmeapill)

For those looking for something more stable than the alpha/default branch, there's another git pkgbuild for the 2.3 branch (beta), which should be reliable enough for daily use: https://aur.archlinux.org/packages/mixxx_beta-git/

Gimmeapill commented on 2018-02-25 20:15 (UTC) (edited on 2020-11-14 20:16 (UTC) by Gimmeapill)

This package will automatically retrieve and build the latest development snapshot of Mixxx from git (default branch).

It does not need to be updated on every release, so please do not flag out of date unless the build breaks or any actual packaging issue.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

Gimmeapill commented on 2018-05-03 07:33 (UTC) (edited on 2018-05-03 07:34 (UTC) by Gimmeapill)

@milkmiruku: ok, fair enough I'll enable it (after checking that at least it builds properly).

Libmodplug is already a dependency of ffmpeg, so I assume it won't change much for most people interested in multimedia.

Looking further, if you think the feature is production ready, you could maybe drop a feature request for the next version (before it gets forgotten again):

https://launchpad.net/mixxx/+milestone/2.2.0

milkii commented on 2018-04-30 23:18 (UTC)

I'm not the author of Chipdisco, I just AURd it.

I tried Mixxx with module support, it appears to work fine, had a good time. No individual track muting/panning, but stereo separation options.

libmodplug is 349K installed and is in community. I'm curious as to why, if it's committed, Mixxx doesn't enable it by default; maybe it is undertested, but is that not part of the point of a development build? I'll make another AUR entry otherwise, I just thought, well, if Fedora did it..

If anyone wants modules to test, links here; https://wiki.thingsandstuff.org/Tracker#Downloads

Gimmeapill commented on 2018-04-23 10:15 (UTC) (edited on 2018-04-23 10:15 (UTC) by Gimmeapill)

@milkmiruku: I assume you might be the author of Chipdisco ;-)

Module mixing is indeed an interesting concept, but I would rather not enable those "exotic" features by default and limit dependencies to the minimum (that is, until enabled upstream).

Did you actually try it?

milkii commented on 2018-04-20 17:03 (UTC)

How about adding modplug=1 for module file mixing capacity? Depends on libmodplug. https://blueprints.launchpad.net/mixxx/+spec/mod-music-playback

Gimmeapill commented on 2018-02-25 20:15 (UTC) (edited on 2020-11-14 20:16 (UTC) by Gimmeapill)

This package will automatically retrieve and build the latest development snapshot of Mixxx from git (default branch).

It does not need to be updated on every release, so please do not flag out of date unless the build breaks or any actual packaging issue.

Kunda commented on 2017-12-13 18:31 (UTC)

please update the revision number of this package

Gimmeapill commented on 2017-05-30 15:20 (UTC)

@Sebalis: I just did a quick check in the SConstruct file where all build options are listed: https://github.com/mixxxdj/mixxx/blob/master/SConstruct FFMPEG is still in in the section "# "Features" of dubious quality", so I'd rather not have it enabled by default. Maybe you could raise a question on Mixxx forums and report back? (I have to admit I didn't check there in years)...

sebalis commented on 2017-05-27 13:08 (UTC)

I had to reinstall mixxx so I looked at the parameters for the build process again. With the settings in the original file I found that some m4a/aac files could not be played. Adding ffmpeg=1 and rebuilding again removed the restriction. So I still recommend that the parameter be included in PKGBUILD, either by the maintainer or as a local modification by users.

Gimmeapill commented on 2016-10-15 07:40 (UTC)

I have just updated the pkgbuild with m4a support + deps cleanup. ffmpeg should not be necessary: I only added 'faad2' 'libmp4v2' and built with faad=1 (as per the build instructions). I have however not tested properly since I don't use aac files. Also, please bear in mind that any option not enabled by default is unlikely to work perfectly...