I can't speak to the details of ScopedTimer but at these timings I'd
be concerned about clock granularity and accuracy. Might be worth
doing a few thousand of them and measuring the time it takes to do
that.
On Sat, Oct 22, 2016 at 10:52 PM, Daniel Schürmann wrote:
> Hi
>
> I was exited to see if
On Mon, May 13, 2013 at 5:44 PM, Owen Williams wrote:
> And apparently our version numbers are too low?? That's a weird
> complaint.
>
Meh, it seems that's always an issue people have with OSS. The authors
have some sort of vision for the next "major" release, and everyone
else just expects ever
I don't foresee any problems with this, should be fine (and
const-vs-non-const stuff is all just compiler-level anyway so you'll
know when stuff breaks).
On 7/21/12, Matthew Mikolay wrote:
>>Hm, I just took a look at SoundManager again
>
>>and it looks like it doesn't currently send
>>onOutputCon
On Thu, Jul 19, 2012 at 7:53 PM, Owen Williams wrote:
> As the number of inputs and outputs increases, and as we re-add effects
> to the pipeline, is our audio backend going to be flexible enough? How
> many individual use cases do we need to support before we decide we have
> to write some sort
Whoops...
On Tue, Jul 17, 2012 at 12:58 PM, William Good wrote:
> On Sun, Jul 15, 2012 at 8:07 PM, Matthew Mikolay wrote:
>>
>
> Hi all,
>
> Ideally, I'd like to try to further encapsulate EngineMaster and
> SoundManager, not tie them more together (that was part
On Tue, Jul 17, 2012 at 11:05 AM, Ferran Pujol Camins
wrote:
> So to start the engines running, I'd would like to know what
> development tools or environment do you use to develop Mixxx and why
> (if there is a specific reason).
> Furthermore, any other help or suggestion will be welcome as well.
On Thu, Jun 7, 2012 at 7:22 PM, RJ Ryan wrote:
> Yep -- IANAL but distributing code that is covered by the AAC patents (even
> if it's dynamically loaded at runtime we still have to distribute a libfaad
> binary with Mixxx) without a license is not ok.
Indeed, I was thinking from a Linux perspect
On Thu, Jun 7, 2012 at 6:58 PM, RJ Ryan wrote:
> If the user is building for themselves then this is a good idea and would
> probably prevent a ton of pain for when the library is mismatched with the
> system version of libmp4v2.
>
> We can't do this for official Mixxx builds because we don't have
> So why not link soundsourcem4a always to Mixxx and try to load libfaad at
> runtime?
We could do this, but it's a huge boilerplate PITA to load all the
symbols at runtime. It's probably nice in the long run, though.
Probably worth a bug, this is something I can see myself doing on a
particularl
Is it possible to set the reply-to address to mixxx-de...@lists.sf.net?
On Fri, Jun 1, 2012 at 1:33 PM, keithsalisb...@gmail.com
wrote:
> Someone on the OpenSeaMap list just mentioned the problem that "reply"
> always goes to the sender, not to the list!
>
>> > Apparently this typically is a misb
Considering the number of requests we get for "can I use my trackpad
for $x" (where $x tends to be scratching but who knows what else) I'd
say no.
On Wed, May 2, 2012 at 10:33 AM, Albert Santoni wrote:
> Do we ... uhh... need one?
>
> See screenshot...
>
> --
> Albert Santoni
> Developer, Mixxx
>
A Linux implementation would probably require writing against specific
libraries (and specific versions for moving targets like faad) as the
systems equivalent to Media Foundation and CoreAudio (gst, phonon)
aren't really up to the task last I checked. Porting FLAC and sndfile
stuff wouldn't be ter
We have a Jenkins server at http://builds.mixxx.org/jenkins/ .
For what it's worth I find the Doxy output for Mixxx to be relatively
unhelpful but that may change as commenting improves.
Bill
On Wed, Mar 28, 2012 at 12:23 PM, Maxime Bochon wrote:
> Ok, I'll do that !
>
> Maxime
>
> PS: By the w
PortAudio provides a function giving the CPU time being used by the
audio callback:
http://portaudio.com/docs/v19-doxydocs/portaudio_8h.html#a83b8c624464dd7bb6a01b06ab596c115
Granted this doesn't give Mixxx's full CPU usage but since the
callback is the only thing with strict deadlines (everything
Hi Gayan,
If you're familiar to DJ software in general, this feature is
available in Traktor (not sure of the name there though, but roughly
the same).
> If you've used Mixxx, then you know that our SYNC button is only a one-time
> sync. All it does is match up the beats of the tracks that are b
Hi Justus,
Qt Creator is a popular C++/Qt IDE, and it's available for OSX. I
don't have a Mac, but on Linux I just use vim and keep a Chromium
window open for the Qt docs (this is just what I'm used to, if I
wasn't I'd probably use Creator). I use MSVS2010 on Windows and it
works well enough once
On Wed, Dec 15, 2010 at 2:26 AM, Albert Santoni wrote:
> Anyways, I did some more digging and the API of choice on Windows
> these days is the Source Reader API in Microsoft Media Foundation.
> It's only for Vista+, but it looks significantly easier to use than
> any of the other five Microsoft AP
(Just realized I had an answer for another post, sorry for listspam :( )
Tobias,
There's been talk (mostly from me) of a DirectShow decoder, given the
framework's pervasiveness on Windows (and adding all the codecs
in the world is as easy as downloading ffdshow) but if that ever reaches
the top of
Adam,
Last I looked (summer?), support for it was at various levels of
incompleteness depending on the backend used (xine, gst, ...).
It worked well enough with the xine backend but it only wrote
samples in real-time (~1 second's samples every one second)
and the lead phonon guy in freenode/#phonon
Any ideas why he went from not being able to use ALSA well to
being able to? Doubt it was anything I did and AFAIK there
weren't many other changes to the sound routing stuff.
Cool feedback though :)
Bill
On Thu, Dec 9, 2010 at 4:42 PM, RJ Ryan wrote:
> Kind words in response to my linux-audio-
20 matches
Mail list logo