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 allow much more users to run a
test.
Kind regards,
Daniel
2015-04-17 1:42 GMT+02:00 Owen Williams owilli
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
, April 7, 2015, Owen Williams owilli...@mixxx.org wrote:
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
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
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
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
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
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
pieces of it
into smaller refactors that have merged already.
Cheers,
RJ
On Fri, Mar 20, 2015 at 6:48 PM, Owen Williams owilli...@mixxx.org
wrote:
I simply disagree that we have to apply the whole PR to get
one bug fix
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 0:35 GMT+01:00 Owen Williams owilli...@mixxx.org:
So how about that release? Do we still have crashing
.
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 bedrock of the Mixxx engine, even if it fixes an issue with mp3
seeking
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 Fri, Mar 20, 2015 at 7:02 AM, Owen Williams owilli...@mixxx.org
wrote:
I can't
.
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.
On Fri, 2015-03-20 at 07:43 -0700, Gavin Swanson wrote:
I exclusively use mp3s with mixxx. I would imagine
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 20.03.2015 um 18:30 schrieb Owen Williams:
How hard would it be to backport the mp3
.
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
patch is safe to merge. I don't even trust myself to review it, it's
too big. If it's the day after a big
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
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
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 it lighter
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
if 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 extended
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
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 the sound devices
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
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
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
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].
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
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
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
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 owilli...@mixxx.org
wrote:
Oh that was a personal hack that must have
% 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 owilli...@mixxx.org
wrote:
Oh that was a personal hack that must have snuck back
upstream. I'm
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 current behavior is actually nice
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,
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 owilli...@mixxx.org wrote:
Hey all, time to check in on our progress toward
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 owilli...@mixxx.org
wrote:
http://www.harmonic-mixing.com/HowTo.aspx
N -- harmonic-mixing.com is a shill site for Mixed in Key
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
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'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
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 owilli...@mixxx.org wrote:
For the record, I
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?
, Nov 14, 2014 at 6:21 AM, Owen Williams owilli...@mixxx.org
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
current status
of the build as well as put some pressure
merge. Do you make
progress
or should I jump in?
Kind regards,
Daniel
Am 14.11.2014 um 15:21 schrieb Owen Williams:
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
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 switchable,
is not a reasonable response to a parse error, PERIOD.
On Oct 18, 2014 4:13 PM, Owen Williams owilli...@mixxx.org wrote:
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
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 am
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 + Owen Williams
owilli...@mixxx.org wrote:
Is taglib really that crash-prone? Is this really
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
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
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
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 add
?
Thanks.
Daniel
Am 26.09.2014 21:23, schrieb Owen Williams:
Why do we remove tracks from the queue at all
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
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 optimizations,
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 dasch...@mixxx.org:
Hi Ferran,
Yes! The best both, a bug for every single
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
is best suited for 1.12.
best Max
On Tue, 09 Sep 2014 12:14:20 -0400
Owen Williams owilli...@mixxx.org wrote:
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
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 be
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 actively
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
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 computers, but they
should persist if they are on the same
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?
https://www.facebook.com/permalink.php?story_fbid=10152206044245213id
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=10152206044245213id=21723485212
thanks,
Owen
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
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.
Forwarded Message
From: Owen Williams owilli...@mixxx.org
To: Brent Racobs flats_fi...@flatsfixedbicycles.com
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
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
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 before or after
.
Kind regards,
Daniel
2014-07-08 2:54 GMT+02:00 Owen Williams owilli...@mixxx.org:
That's a pretty good use-case, but I would strongly argue that
we should
fix the preview deck instead of keeping this feature. It's
just
incredibly
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.
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
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
Attached is a
Anyone know if we do this?
Forwarded Message
From: 'Jay' via feedback feedb...@mixxx.org
Reply-to: Jay platinumj...@yahoo.com
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
yaaay auto and for(:) and templatedclassotherblah!
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
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?
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
for the logo!
kind regards,
Daniel
2014-05-10 16:13 GMT+02:00 Owen Williams owilli...@mixxx.org:
I've moved the LateNight-Stacked skin into trunk since we plan
to
release it with the beta. It has the following goals:
* Usable
.
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 owilli...@mixxx.org:
I will make these changes. I also encourage others to start
looking at
it and figuring out how the new skinning system
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 and
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: WidgetStack currentpage=[somegroup],name
persist=true
* Aligning words inside pushbuttons:
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
pasanen.tuu...@gmail.com
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
Yeah, the submodule hasn't really worked out.
On Sun, 2014-02-16 at 13:16 -0500, RJ Ryan wrote:
I propose deleting the developer_skins submodule. Instead, developers
who would like to use it should clone
http://github.com/mixxxdj/developer_skins into their res/ folder. We
can add a
I also use Eclipse and recommend it highly. Make sure you are using at
least version 4.3 with QT CDT support for best results -- I just edited
the wiki to mention this :).
On Fri, 2014-02-14 at 21:42 +0100, Daniel Schürmann wrote:
Hi Andrew,
welcome to Mixxx!
I personally use Eclipse
On Wed, 2014-02-12 at 19:44 +, Russell Ryan wrote:
Could you give an example?
The crossfader is showing up as left-justified
The crossfader should be centered underneath the mixing knobs, but it's
not showing up that way.
I just pushed an extremely beta version of a resizable LateNight-4deck
skin to developer_skins. A couple questions:
* How do I center a widget in relation to the other items in the group?
The crossfader is showing up as left-justified
* How do I set the background pixmap for a template /
RJ and I, but mostly RJ, have been hard at work on the new effects code
in Mixxx. Currently we have written the following filters:
* Flanger
* Filter (variable high / low pass)
* Echo (with optional stereo pingpong)
* Reverb
* Bitcrusher
Are there any other effects people would really like to
What does a gapper effect do? Writing an effect has a certain amount of
boilerplate and testing it is tricky right now, but the inner loop is
about as simple as it gets:
for (int i = 0; i + 1 numSamples; i += 2) {
// left channel
pOutput[i] = YourCodeHere(pInput[i]);
// right channel
Also bpm / beat information isn't integrated yet, but that's coming
soon.
On Sun, 2014-01-19 at 12:36 -0800, Philip Whelan wrote:
I would like to help if you need it. I also qant a gapper plugin. I am
willing to make it. It needs bpm and beat information to work. I found
it quite complicated
Do we need a delay if we have rolling beatloops? That seems to be the
same thing, only implemented a different way.
On Sun, 2014-01-19 at 17:13 -0800, Sean M. Pappalardo - D.J. Pegasus
wrote:
On 01/19/2014 04:39 PM, wolfbi...@gmail.com wrote:
Agreed, great work. Personally I think delay is
I tested it briefly, no obvious regressions yet.
On Tue, 2014-01-14 at 19:09 -0500, RJ Ryan wrote:
PortAudio is about to do another stable release hopefully in time for
the Ubuntu 14.04 debian import freeze.
Please test it out on your platform, try everything out and note if
you run into
We've been seeing this problem a lot. Should we detect when there's a
res/schema file in the immediate subdirectory of the running executable
and try to use that by default?
On Mon, 2014-01-06 at 13:07 -0500, RJ Ryan wrote:
Hey Ben,
You should run the compiled executable like this:
stuff like EQ but we could easily add
that in if desired.
On Jan 1, 2014 1:22 PM, Owen Williams owilli...@mixxx.org wrote:
Somehow we ended up with two passthrough implementations, one
in
enginedeck and one in enginepassthrough. I assume this is a
mistake
Check out the octosplit extension for Chrome -- it enables side-by-side
diffs in github which are a lot easier to read for me.
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations
.
thanks all,
Owen Williams
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get
. 2013 20:12 Owen Williams owilli...@mixxx.org napsal(a):
On 12/04/2013 05:57 AM, Filip Hráček wrote:
Hi Sean,
Thanks for your email! I'm excited to hear that Mixxx is
thinking about
parsing DJ Notation!
I
Sounds good to me!
On Wed, 2013-12-04 at 21:22 +0100, Filip Hráček wrote:
The reason why I think a new symbol would be useful is The
Drop is often
a specific point in the song, different than just a regular \#
transition.
Ok, I think I understand now.
- D.J. Pegasus
wrote:
On 11/27/2013 07:20 AM, Owen Williams wrote:
It took me a whole day just to figure out how to
set up and tear down the engine backend, but it was worth it.
Would you mind terribly updating the wiki page
(http://mixxx.org/wiki/doku.php/unit_tests) with an explained
I know that RJ has been beating this drum for a while but I wanted to
reinforce the message that everyone should at least try to write a test
at some point. Learning how to use the testing framework in Mixxx has
been incredibly valuable for getting the bugs and regressions out of the
master sync
Personally I don't think there should be any requirement for free/CC
music. It seems like a distraction. I think the focus should be on
Mixxx as an awesome DJ platform, not on Mixxx as a piece of free
software.
By the way, what are the criteria for choosing a winner?
owen
On Mon, 2013-11-18
101 - 200 of 324 matches
Mail list logo