Package Details: mixxx-git r8858-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. Git master branch (development/alpha).
Upstream URL: https://mixxx.org/
Keywords: dj mix mp3 pro-audio
Licenses: GPL2
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: 2023-08-30 19:50 (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 .. 10 Next › Last »

Holzhaus commented on 2020-03-26 18:18 (UTC) (edited on 2020-03-26 18:19 (UTC) by Holzhaus)

Please also install the udev and the *.desktop file: https://github.com/mixxxdj/mixxx/blob/master/res/linux/mixxx-usb-uaccess.rules https://github.com/mixxxdj/mixxx/blob/master/res/linux/mixxx.desktop

ravingjerk commented on 2020-01-10 18:26 (UTC)

@Gimmeapill Understood. I had reported the problem in the forum of mixxx. The problem seems to be bound to Archlinux due to a newer version of faad. Refer to the discussion here: https://www.mixxx.org/forums/viewtopic.php?f=3&t=13157

Gimmeapill commented on 2020-01-05 15:41 (UTC)

@ravingjerk: Interesting find. I never tested much m4a, but if this is happening with the stable build, you'd probably better report it upstream. I can edit the pkgbuild, but I'm afraid that disabling explicitly faad in order to have m4a files play correctly will raise more questions than it solves ;-)

ravingjerk commented on 2019-12-30 02:53 (UTC)

I encountered some problems with m4a files. The track loads but shows no waveform and outputs no sound when played. This behaviour also occured with the repository version 2.2.3.

I ended up setting faad = 0 while keeping ffmpeg = 1 in PKGBUILD, now I can play m4a files (with waveform).

Gimmeapill commented on 2019-12-17 20:26 (UTC)

@Sebalis: ok, I enabled ffmpeg by default (to align with the official package). Please try also with the stable version, as it might be worth reporting. But it could be also an issue with your source files like: https://www.mixxx.org/forums/viewtopic.php?f=3&t=12467

sebalis commented on 2019-12-14 06:01 (UTC)

Now I’ve found that I can play those .ogg files simply by renaming them to .opus. Mixxx used to be more flexible, but at least I have a solution for playing my files. (I edited the database and changed to “location” and “filename” fields in the "track_locations" table, that way I could preserve Mixxx’s memory of those files – play history and analysis data.)

sebalis commented on 2019-11-23 23:49 (UTC)

I see that the libv2 dependency has been added, but that has not resolved my issues with OGG files. As reported much earlier here, I manually add the "ffmpeg=1" assignment to the scons command line in the build function. The file I have tried is one that I converted from FLAC to OGG. When trying to open the file, mixxx writes this to the console (I have replaced the filename with "*.ogg"):

Warning [CachingReaderWorker 1]: SoundSourceOggVorbis - Unsupported format in ".ogg" Warning [CachingReaderWorker 1]: SoundSourceProxy - Unable to open file ".ogg" with provider "Xiph.org OggVorbis" using mode Strict Warning [CachingReaderWorker 1]: SoundSourceSndFile - Error opening libsndfile file: ".ogg" "File contains data in an unimplemented format." Warning [CachingReaderWorker 1]: SoundSourceProxy - Unable to open file ".ogg" with provider "libsndfile" using mode Strict Warning [CachingReaderWorker 1]: SoundSourceOggVorbis - Unsupported format in ".ogg" Warning [CachingReaderWorker 1]: SoundSourceProxy - Unable to open file ".ogg" with provider "Xiph.org OggVorbis" using mode Permissive Warning [CachingReaderWorker 1]: SoundSourceSndFile - Error opening libsndfile file: ".ogg" "File contains data in an unimplemented format." Warning [CachingReaderWorker 1]: SoundSourceProxy - Failed to open file ".ogg" with provider "libsndfile" Warning [CachingReaderWorker 1]: CachingReaderWorker - "[Channel1]" Failed to open file "*.ogg"

MediaInfo describes the file like this:

Format : Ogg Overall bit rate : 135 kb/s Writing application : Lavc58.54.100 libopus Audio ID : 2964035587 (0xB0AB9803) Format : Opus Duration : 4 min 36 s Channel(s) : 2 channels Channel layout : L R Sampling rate : 48.0 kHz Compression mode : Lossy Writing library : Lavf58.29.100

The conversion from a FLAC was done with this command:

ffmpeg -i "$f" -c:a libopus -b:a 128K -vbr:a on -vn "$( basename "$f" .flac ).ogg";

I’d be very grateful for advice, because for a few weeks now I have been unable to open a major part of my music files in mixxx.

Gimmeapill commented on 2019-11-13 11:35 (UTC)

@sebalis: I did a quick test, and based on the build log this shouldn't be needed, but I see that the official package just added "libogg" as an explicit dependency. So you may try that. It seems also that we have now a default dependency on "lv2". In short it looks like a full review of the build flags and dependencies is needed. I will try to get on it this WE...no promise though...

sebalis commented on 2019-11-12 02:41 (UTC)

When I had to rebuild this package recently, I noticed that mixxx has stopped playing ogg files. It simply pops up a dialogue saying “The file '…' could not be loaded”. Any ideas?

Gimmeapill commented on 2018-11-06 19:33 (UTC) (edited on 2018-11-06 19:36 (UTC) by Gimmeapill)

@rryan: Still no success with the branch, so the revision will have to do for now. At least this should avoid confusion with the stable releases (as previously requested).

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