We are pleased to announce that Mixxx 1.12 has entered feature freeze.
This means that alpha and beta releases are right around the corner,
with the goal of releasing a new stable version of Mixxx by April or
May. This will be a fantastic release -- check out the awesome stuff we
have planned for
all formats should be supported even without ffmpeg. Ogg should work.
On Wed, 2014-03-26 at 23:23 +1200, Waylon Robertson wrote:
> well, if i recall correctly, OGG format, with ffmpeg=1, would not read
> completely.
>
>
> On Wed, Mar 26, 2014 at 10:59 PM, Tuukka Pasanen
> wrote:
> Hel
Thanks! This will be great for usecases where latency doesn't matter,
like using mixxx as a live-streamer.
On Thu, 2014-04-24 at 13:31 +0300, Tuukka Pasanen wrote:
> Hello,
> First word of warning this is Beta code and It works for me but I don't
> have any reasons to believe it works for you an
The following features are now supported in skins:
* Persisting widgetstack state across relaunches of Mixxx. This means
you can save which page a stack is on or if a module is "open" or
"closed." Usage:
* Aligning words inside pushbuttons: left. Also
supports "right" and "center"
* pushbutto
I've updated the LateNight-Wide skin in the developer_skins repo as an
example. I haven't synced up LateNight-Stacked, though.
On Thu, 2014-04-24 at 09:04 -0400, Owen Williams wrote:
> The following features are now supported in skins:
>
> * Persisting widgetstack state a
I've moved the LateNight-Stacked skin into trunk since we plan to
release it with the beta. It has the following goals:
* Usable at a minimum size of 1280x800 with four decks.
* Resizes nicely to at least 1920x1080 with no ugly whitespace
Right now if the skin is at 1280x800 and the user opens e
t sure what a
key widget looks like. And we should find space for the logo!
>
>
> kind regards,
>
>
> Daniel
>
>
>
>
> 2014-05-10 16:13 GMT+02:00 Owen Williams :
> I've moved the LateNight-Stacked skin into trunk since we plan
>
cts and samplers.
>
>
> Will it be possible to move the volume sliders beside the eq-knobs for
> the two decks case?
>
>
>
>
>
>
>
>
> 2014-05-10 21:33 GMT+02:00 Owen Williams :
> I will make these changes. I also encourage others to st
Anyone know if we do this?
Forwarded Message
From: 'Jay' via feedback
Reply-to: Jay
To: feedb...@mixxx.org
Subject: Elapsed Automix
Date: Sat, 17 May 2014 18:02:15 -0400
Hello,
Does your software have the option to automatically set the play
length of songs to 3.5 minutes and
yaaay auto and for(:) and templatedclass>!
On Sat, 2014-05-17 at 19:14 -0400, RJ Ryan wrote:
> Also, this is exciting:
>
> $ gcc --version
> Configured with:
> --prefix=/Applications/Xcode.app/Contents/Developer/usr
> --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/Mac
I'm trying to debug a problem where certain files added to the DJ queue
don't end up there. (specifically, .mp3 files in the Browse tree don't
get added.) Where in the code would files be rejected from being shown
in the view?
If possible, can you submit this patch as a Pull Request on github?
That makes it much easier to review and integrate.
http://mixxx.org/wiki/doku.php/using_git
If you are unfamiliar with git that's ok, we can work with this patch
as-is.
Owen
On Wed, 2014-05-28 at 04:04 -0500, Flats Fixed wrote
oh, hm, this might already be fixed in trunk anyway.
Check out http://downloads.mixxx.org/builds/master/
On Wed, 2014-05-28 at 04:04 -0500, Flats Fixed wrote:
> added this to b0177d103adea46a9ced4c145f32069f4fc4b598
>
>
>
> /src/engine/sidechain/engineshoutcast.cpp
>
>
>
>
>
>
>
>
> At
Why is it even possible to load a track into a playing deck? This
setting somehow got switched on for me, and it messed up my set
(partystopper) as well as someone else who was borrowing my laptop. I
was having trouble thinking of a situation where anyone would want to
preempt the current track.
ck 2 instead of sampler 2.
Basically, I'm about to submit a pull request removing it, and I'm not
convinced losing rapid previewing outweighs the safety benefit.
On Sun, 2014-07-06 at 20:58 -0700, Sean M. Pappalardo - D.J. Pegasus
wrote:
>
> On 07/06/2014 03:18 PM, Owen Wil
pause before loading the next track.
>
>
>
> Kind regards,
>
>
> Daniel
>
>
>
>
>
>
> 2014-07-08 2:54 GMT+02:00 Owen Williams :
> That's a pretty good use-case, but I would strongly argue that
> we sh
tting for this option. It should
definitely be off.
On 2014-07-08 13:32, Sean M. Pappalardo - D.J. Pegasus wrote:
> On 07/07/2014 05:54 PM, Owen Williams wrote:
>> Basically, I'm about to submit a pull request removing it, and I'm not
>> convinced losing rapid previewin
I think there is an off-by-one-buffer error in the sync code. When you
push the sync button, it makes a difference if the deck being synced is
processed before or after the deck being synced to.
On Thu, 2014-08-07 at 11:07 -0500, Ryan Kramer wrote:
> I made this code change
> (https://github.co
Do you know if it's syncing forward or backwards, for instance?
On Tue, 2014-08-12 at 18:43 -0400, Owen Williams wrote:
> I think there is an off-by-one-buffer error in the sync code. When you
> push the sync button, it makes a difference if the deck being synced is
> processed b
Forwarded Message
> From: Owen Williams
> To: Brent Racobs
> Cc: mixxx-de...@sourceforge.net
> Subject: Re: thanks for the update
> Date: Wed, 13 Aug 2014 09:31:58 -0400
>
> glad to hear it's working well! If you have any interest in helping to
>
I created two milestones in github, 1.12 and 1.13, and assigned a couple
of branches to them. As the number of pull requests gets pretty huge,
it might be useful to assign a milestone (similar to the bug reports) so
we know what to prioritize.
Can you make a design doc for how you plan to move the built-in EQs into
the effect framework? ie where processing will move, any issues with
existing CO / skin compatibility, etc. I'm very sensitive to EQ quality
and while ours aren't The Best, they work nicely and previous changes
have caused p
A question got posted on our facebook page, and the translation implies
that there's a problem with cue points not getting saved. Can someone
reply?
https://www.facebook.com/permalink.php?story_fbid=10152206044245213&id=21723485212
thanks,
Owen
-
:08 schrieb Musikpirat:
> > Am 19.08.2014 um 00:06 schrieb Owen Williams:
> >> A question got posted on our facebook page, and the translation implies
> >> that there's a problem with cue points not getting saved. Can someone
> >> reply?
> >>
>
persisting on the same machine or is he moving to another machine?
Obviously it won't work if he's moving to different computers, but they
should persist if they are on the same machine.
On Wed, 2014-08-20 at 07:13 +0200, Musikpirat wrote:
> Seems he has problems with persisting the cue points. He
ik/.mixxx
> where .mixxx is a folder in your Musik directory on the external HDD.
>
>
> Am 20.08.2014 14:48, schrieb Owen Williams:
> > persisting on the same machine or is he moving to another machine?
> > Obviously it won't work if he's moving to different com
Since the localization forum is very empty, you may just want to post in
the General forum and let people know what you are doing. It may also
help to watch Youtube videos teaching DJing in Spanish :).
On Mon, 2014-08-25 at 17:45 -0300, Leo Combes wrote:
> thanks for the reply!
>
> I am activel
not so much forgotten as gave up. We're really only blocked on getting
the builds made.
On Wed, 2014-09-03 at 12:28 -0700, Sean M. Pappalardo - D.J. Pegasus
wrote:
> Hi everyone.
>
> I want to encourage the release manager (is that still you, RJ?) to get
> v1.12 out by 5 October so that it can
It looks like we just had the port number wrong, I think the server is
still working.
On Thu, 2014-09-04 at 07:59 -0700, Sean M. Pappalardo - D.J. Pegasus
wrote:
>
> On 09/04/2014 07:48 AM, Lee Matos wrote:
> > We have a windows server but it appears to have gone down. RJ used to
> > do builds
These are all good post-1.12 suggestions
On Tue, 2014-09-09 at 11:07 +0200, Ferran Pujol Camins wrote:
> Done: https://blueprints.launchpad.net/mixxx/+spec/cuepoins-2.0
>
> 2014-09-09 8:21 GMT+02:00 Daniel Schürmann :
> > Hi Ferran,
> >
> > Yes! The best both, a bug for every single task and a bl
Seeing as we're fairly close to being able to make builds for all
platforms again, are there any blockers in trunk against releasing a
beta as soon as possible? I think the skins are in OK shape, effects
work well, etc etc. There's always stuff I'd like to include to make it
better, but I can't t
> mergeable and what of his work is best suited for 1.12.
>
>
> best Max
>
>
> On Tue, 09 Sep 2014 12:14:20 -0400
> Owen Williams wrote:
>
> > Seeing as we're fairly close to being able to make builds for all
> > platforms again, are there any blockers
Thanks RJ!
On Tue, 2014-09-16 at 17:05 -0400, RJ Ryan wrote:
> Jenkins: http://builds.mixxx.org/jenkins
>
>
> Builds are uploaded here:
> http://downloads.mixxx.org/builds/master/
>
>
> All non-release builds (e.g. nightlies) are debug builds -- built with
> all debug dependencies, no optimiza
I forget who had pointed out that LateNight-Stacked wasn't remembering
the 4deck or mixer toggle button states. That has now been fixed, so
now when you restart mixxx it will remember whether you had 2 or 4
decks, and whether you had turned off the mixer.
At this point all of the important UI cho
Why do we remove tracks from the queue at all? That's inconsistent with
crates and playlists (not to mention winamp and itunes, right?). And
the requeue thing is even weirder, why does that exist?
On Fri, 2014-09-26 at 12:07 -0700, Sean M. Pappalardo - D.J. Pegasus
wrote:
> Hello.
>
> On 09/26/
On Fri, 2014-09-26 at 21:53 +0200, Daniel Schürmann wrote:
> One idea is to implement a cursor that moves over a Playlist and copies
> tracks to the AutoDJ queue. But that sounds hard to implement and hard
> to use.
We've already got that -- you can prepare a playlist and then right
click and a
e original play-list like in
> Clementine does not
> suite to Mixxx because it might destroy a well
> prepared playlist because
> of individual events in a current gig.
>
> One idea is to implement a cursor that moves over a
>
e care of everything for me, which in this
> case is a simple expectation of being able to play music off of a
> playlist.
>
>
> Yet this might be a stop gap solution until I can figure out a proper
> solution to this problem.
>
>
> Thanks,
> Seemanta
>
> O
Instances of "#FFF" shouldn't be committed -- they are used when I'm
trying to figure out where a widget is so I want the white block to be
obvious. In css, "#FFF" is white -- you don't have to specify all six
digits, so #XYZ is the same as #XXYYZZ.
On Wed, 2014-10-01 at 09:49 -0400, RJ Ryan wrot
Definitely not "2.0+", just 2.0. But we also have an App Store
Exception in our license, so it's not even straight GPL-2.0. I'm not
sure what the official term for it is.
How big should the screenshot be?
On Thu, 2014-10-16 at 10:00 +0300, Tuukka Pasanen wrote:
> Hello,
> Bug #1262882 and Bug #
That model has not worked well in the past. It doesn't matter how many
warnings there are, people will see "album art!", turn it on, and then
get angry if/when it crashes.
The new model I'd like to propose is:
* Enable an unstable-but-desirable feature (like cover art) by default
in development a
Is taglib really that crash-prone? Is this really a common issue? I
think crashing on totally crap data is not completely unreasonable as
long as we can figure out some way of making it debuggable.
I don't see how processing files for cover art is any different than
processing files for audio da
to be held to the highest possible non-crash
> standard.
>
> I don't care if the thing looks like it was made by kindergarten
> students as a class project as long as it queues music properly and
> NEVER CRASHES LIVE.
>
> ~RAWRR
>
>
> On Sat, 18 Oct 2014 23:12:36 +
On Mon, 2014-10-20 at 09:01 +0300, Tuukka Pasanen wrote:
> Hello,
> Can't tell why no parsing in separate process but sound bit harsh to
> me and doesn't really fix the problem of crashing..
That's my point, RJ's contention is that if we don't have a separate
process, we will get crashes. So I a
:20:32 -0700
> Gavin Swanson wrote:
>
> > Crashing is not a reasonable response to a parse error, PERIOD.
> > On Oct 18, 2014 4:13 PM, "Owen Williams" wrote:
> >
> > > Is taglib really that crash-prone? Is this really a common issue? I
> > > think cras
very cool! this will be great for A/B comparing things like effects
implementations and magic numbers.
On Fri, 2014-11-14 at 01:42 -0500, RJ Ryan wrote:
> Have you ever compiled two versions of Mixxx to run side-by-side to
> try and get a feel for whether your "smoothness" change is any good?
>
We've been making really good progress recently (hurray covers!), and I
want to get a feel for what other people think about the current status
of the build as well as put some pressure behind a beta release. To
that end, at some regular interval, maybe every two weeks, I'll send an
email to the l
>
> Just my thoughts.
>
> Gavin S
>
> On Fri, Nov 14, 2014 at 6:21 AM, Owen Williams
> wrote:
> We've been making really good progress recently (hurray
> covers!), and I
> want to get a feel for what other people think about the
>
> small screens.
> 100 pixel width is simply to much. An I can't deal with the upper
> snipped :-/
> @Max, @Cardinot You have offered to work on it after merge. Do you make
> progress
> or should I jump in?
>
> Kind regards,
>
> Daniel
>
>
>
>
>
What is the use-case of having different EQs per deck?
On Fri, 2014-11-14 at 23:29 +0100, Daniel Schürmann wrote:
> Hi Owen,
> > Is there any chance of having it be switchable from the old style to the new
> > style, or does that miss the point entirely?
>
> There is no reason to make it switc
some mixers have a freq knob linked to low mid and high mid's,
> or just mid... freq sweep?
> and what of this thing i have heard about, but know nothing about, Q?
> what is Q?
>
>
>
> On Sat, Nov 15, 2014 at 3:59 PM, Owen Williams
> wrote
button to cut
> out everything below 80hz, low, mid, mid's freq sweep to allow
> mid to target a particular frequency range, and high.
> four band has hpf, low, low mid, low mid sweep freq, high mid,
> hi mid freq sweep, high.
>
>
h mid eq sweep?
>
> On Sunday, November 16, 2014, Max Linke wrote:
> I'm also wouldn't like 4 Band EQ's. 3 Band EQ's for the Decks
> are enough. If you
> want more bands on a EQ you can use the effects Framework.
>
>
ldn't like 4 Band EQ's. 3 Band EQ's for the Decks
> are enough. If you
> want more bands on a EQ you can use the effects Framework.
>
>
> On Sat, 15 Nov 2014 17:06:31 -0500
> Owen Williams wrote:
>
&
I've done some updating to the LateNight skin to make it work with the
new EQ rack and trying to shave off pixels of vertical space where I
can. It still looks like crap if you try to turn everything on when the
screen is really small, but I don't know how to get around that.
Owen
-
I am trying to make little pitch-adjuster buttons for LateNight. I have
a couple questions:
* When I push the pushbutton, the key changes immediately, which
sometimes causes the widget to move out from under the mouse while the
button is still being held. How do I change this so that the signal
i
Hey Leo,
To support resizeable skins, skin layout is now done with widget
containers (vertical and horizontal boxes) and CSS definitions. If you
wanted to move everything inside the rate box (slider, display, buttons)
you have to figure out where that WidgetGroup is -- in this case, the
deck.xml
Hey all, time to check in on our progress toward releasing a beta.
In the last thread I said I thought skins and the manual needed
updating, and I think we've made good progress there, although Deere
still has a long way to go. (If someone would just remove the ugly
weird background colors that
e adjusted after that. I don't think the manual should go in
to the music theory although we can provide a helpful link.
On Wed, 2014-12-03 at 11:23 +0100, Max Linke wrote:
> On Tue, 02 Dec 2014 18:48:40 -0500
> Owen Williams wrote:
>
> > Hey all, time to check in on our pr
On Wed, 2014-12-03 at 16:46 +0100, Max Linke wrote:
> On Wed, 03 Dec 2014 09:33:43 -0500
> Owen Williams wrote:
>
> > Yeah it might be nice to have a basic primer on how to use the
> > lancelot / camelot system.
>
> Is there some information about this on the web
that's CircleOfFifths(tm) to you!
On Wed, 2014-12-03 at 11:08 -0500, RJ Ryan wrote:
>
> On Wed, Dec 3, 2014 at 10:58 AM, Owen Williams
> wrote:
>
> http://www.harmonic-mixing.com/HowTo.aspx
>
> N -- harmonic-mixing.com is a shill site for Mixed
How about we get social media on this?
1. Make a blog post to put on the website, alerting people to the
existence of bad copies like this, and asking Apple to remove the bad
copies.
2. Post on reddit, facebook, twitter.
3. bring the fucking fury.
Forwarded Message
> From: jus
disclaimer: "fury" refers only to polite emails sent to a
general-delivery mailbox, or calm tweets.
On Thu, 2014-12-04 at 09:06 -0500, Owen Williams wrote:
> How about we get social media on this?
>
> 1. Make a blog post to put on the website, alerting people to the
> e
There is one remaining issue I'd like to fix before we release, a
regression in vinyl control that Daniel is working on
(https://bugs.launchpad.net/mixxx/+bug/1406131). Other than that I
think we're ready to push out a beta.
(I am concerned about Rubberband CPU usage and performance in general,
b
Oh that was a personal hack that must have snuck back upstream. I'm
fine to change it back, although the newer behavior makes a lot more
sense to me.
My girlfriend (a newbie DJ) played a set and made extensive use of
samplers, and she had trouble remembering that she had to rewind the
sampler eve
7;s not intentional that we treat samples like decks -- they just
> happen to share 100% of their code right now since nobody has done
> that work :). I was going to tackle it for the new release but ran out
> of time.
>
>
>
> On Wed, Dec 31, 2014 at 9:01 AM, Owen Williams
long
> > time:
> > https://bugs.launchpad.net/mixxx/+bug/774808
> >
> >
> >
> > It's not intentional that we treat samples like decks -- they just
> > happen to share 100% of their code right now since nobody has done
> > that work :). I was
the cue
> point would indeed be better.
>
> On December 31, 2014 3:19:32 PM CET, Owen Williams
> wrote:
> I like "play_start" better than auto rewind because of the
> aforementioned drum machine and annoying airhorn reasons. If pressing
> st
https://github.com/mixxxdj/mixxx/pull/445
On Wed, 2014-12-31 at 11:21 -0500, Owen Williams wrote:
> Maybe this is what play_stutter was supposed to do? The way it's
> written it's broken though.
>
>
> On Wed, 2014-12-31 at 16:36 +0100, Max Linke wrote:
> > The cu
You can still long-press sync on all the decks you want to be synced
together, what is missing from that?
We will eventually re-add support for explicit masters (it's actually
still in there), but there were some bugs associated with it that I
didn't want to include it in 1.12.
We recently added
This is a pretty standard period in development of a new version --
feature-complete, but optimization has not happened yet. We've started
that process and will be cutting some low-hanging fruit soon.
On Fri, 2015-01-09 at 23:49 +1300, Waylon Robertson wrote:
> okay, so i disabled streaming vbo i
"git help bisect" will give you all the information. You start by
saying "git bisect start". Then identify a revision that was fast and
say "git bisect good" and then identify a build that is slow and say
"git bisect bad". Git will then automatically try checking out
different revisions, and the
thanks so much, This is really helpful! We don't have a dedicated
packaging person so that tends to fall behind.
On Fri, 2015-01-23 at 17:58 +0100, Nico Schlömer wrote:
> Hi Mixxx devs,
>
> For the sake of messing around with the Mixxx debian build files, I
> just created a nightly build PPA [1]
I've never used coverity, but it sounds like it would be a great
addition. Is there anything we have to do on our end?
Owen
On Sat, 2015-01-24 at 14:59 +0100, Nico Schlömer wrote:
> Hey all,
>
> I noticed that everyone is already quite cautious when it comes to
> memory leaks and such in mixxx
A lot of the compiler features refer to dead, unmaintained code. The
defaults are fine, and actually we should think about going through and
cleaning out some of the cruft.
On Sat, 2015-01-24 at 15:33 +0100, Nico Schlömer wrote:
> Hi all,
>
> from the Ubuntu builds [1], I find
> ```
> Features S
I disagree. Since pulseaudio releases the sound devices when they are
in use, starting up mixxx with pulseaudio active is usually fine. If
pulseaudio does grab the sound devices, it's easy to just wait and then
requery sound devices. I think we should stop using pasuspender.
On Sun, 2015-01-25
releases the devices when they are no long in use, I meant
On Sun, 2015-01-25 at 09:14 -0500, Owen Williams wrote:
> I disagree. Since pulseaudio releases the sound devices when they are
> in use, starting up mixxx with pulseaudio active is usually fine. If
> pulseaudio does grab
RJ's descriptions includes the various reasons we don't depend on the
distro's version of each library. Even xwax has slight modifications so
it builds under c++. We depend on external packages when we can, but
for some libraries it isn't feasible.
On Sun, 2015-01-25 at 17:39 +0100, Nico Schlöme
you don't have code yet
(https://bugs.launchpad.net/mixxx/+filebug) It definitely sounds
useful, thanks!
cheers,
Owen Williams
On Wed, 2015-01-28 at 00:01 +, Matthews, Jerrid wrote:
> To whom this may concern,
>
> I am a DJ Mixxx user and use it on my 2 in 1 laptop. I have
Looking at the load meter in deere, rubberband uses way, way, way more
CPU (load?) than soundtouch or the linear stretcher. Is there anything
we can do to make it lighter-weight? I'm on a core i7 machine, I'm
surprised it's struggling so much.
owen
-
it seems to spike when the rate is changing, ie if vinyl is on
On Wed, 2015-03-04 at 22:46 -0500, Owen Williams wrote:
> Looking at the load meter in deere, rubberband uses way, way, way more
> CPU (load?) than soundtouch or the linear stretcher. Is there anything
> we can do to make i
Glad you're enjoying it! I went ahead and pulled the patch you posted
since it was so simple.
Unfortunately we don't have a generalized solution for adding 4-deck
support to existing control configs. It'll have to be handled through
scripting. For the VCI-400, the controller itself is nice enou
So how about that release? Do we still have crashing problems on
windows? is anyone looking in to that? Any other blockers?
owen
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Int
se the beta.
>
> And yes there is a risk of introducing issues and it surely will, but
> by now it fixes much more issues than it might introduce.
>
>
> Of cause I would be happy about any pending PR that can be review and
> merged before.
>
>
> 2015-03-20
gt; then it doesn't make sense to do it during a beta cycle and we should
> push beta until its ready. If it's a 1000 line fix with 6000 lines of
> unit tests (unlikely), that's a different story.
>
>
> my ¢2
>
>
> -Gavin S
>
> Gavin S
>
> On
state if
> it is canceled.
>
> BTW I also thought the new soundsource API would be merged after the
> release.
>
> best Max
>
> On 03/20/2015 03:02 PM, Owen Williams wrote:
> > I can't in good conscience approve of merging a 7000-line delta change
> > to the b
this advantages have an higher value than a diffuse change of
> introducing new bugs.
> And yes new code introduces always new bugs (not a big problem in a
> beta)
>
>
>
> Am 20.03.2015 um 15:49 schrieb Owen Williams:
> > I still need a pointer to what the mp3 bug even is.
&g
upid to do that.
> Taking effort to exclude useful changes from a patch that is already
> reviewed and from a high quality.
> The result will be un-reviewed code introduced into a sound source
> environment from a poor quality,
> without additional tests.
>
>
>
> Am
a lot of more similar issues in the other sound-sources.
> It is a good idea to have them all fixed in the upcomming release.
>
>
> Am 20.03.2015 um 22:24 schrieb Owen Williams:
> > I'm sorry but I can't just take your word for it that this 7000 line
> > patc
ng users)
> > with the crash bugs that we don't find during the beta period.
> >
> >
> > Finally, I don't believe Uwe has been operating under the impression
> > that this refactor would be part of this release. The PR milestone
> > is clearly marked 1.
There are a couple of options you could try right now:
* use the javascript / midi interface in Mixxx to write a fake midi
device that can relay information from mixxx to your other software. We
don't support clock information, but you could relay midi CC or key
events. I have some boilerplate p
Thanks for working on this! It sounds like you don't think this mapping
is quite ready to replace the existing 1.11 mapping, but that's all
right. If you do more testing and get it to a point where it's working
nicely, we'd be happy to merge in the changes. I don't know if anyone
else on this li
Currently our Mac build environment does not support c++11, so none of
the features are allowed yet. After this release we will be updating
the builders so we can start using it.
Owen
On Tue, 2015-03-31 at 08:42 +, Nico Schlömer wrote:
> Hi all,
>
>
> I'm not sure if this has been asked be
I'll see if I can figure out what's going on
On Mon, 2015-04-06 at 09:27 -0500, Be wrote:
> Any idea what's going on with this? Pegasus said he has no trouble
> editing the wiki. Did something get messed up with registering new users
> when hard drive space was cleared recently?
>
> On 03/26/2015
Hey all,
I know that aspiring Mixxx hackers are often looking for introductory
bugs, so here's one I just filed:
https://bugs.launchpad.net/mixxx/+bug/1441161
Right now Mixxx has a drop-down list for the percent adjustment the rate
slider allows. I wanted to select a range that isn't available,
; Seemanta
>
> On Tuesday, April 7, 2015, Owen Williams wrote:
> Hey all,
>
> I know that aspiring Mixxx hackers are often looking for
> introductory
> bugs, so here's one I just filed:
>
>
I am scheduled to give a demo of Mixxx on May 16th, and I'd like to be
able to say that the beta is available.
I'm pretty sure we're blocked almost entirely on buildserver issues and
perhaps some prettifying of Deere. I also recall some issues with
windows builds crashing but I don't know what th
On Thu, 2015-04-16 at 21:40 +0200, Daniel Schürmann wrote:
> Hi Owen,
>
> beta before May 16th should be possible.
>
> We have a remaining blocker, the mp3 off beat, click and distortion issues.
The current mp3 and soundsource code is the same as in the current 1.11
release, so by definition it'
om Ryan Kramer before the desired
> > beta date.
> >
> >
> > We are still looking for a user that is able to test the Mac
> > builds.
> >
> > It would be nice, if we could provide build server builds for the
> > sound source branch. This would allo
Sweet! I will install these on my various machines as a sanity check.
On Mon, 2015-04-20 at 20:39 -0400, RJ Ryan wrote:
> Release builds are showing up here:
> http://downloads.mixxx.org/builds/master/release/
>
> The filenames a little wonky -- fixing that now.
>
>
> The latest release envir
201 - 300 of 414 matches
Mail list logo