I spent a good portion of today trying to build Mixxx x86 on Windows. I was
pretty sure I had the right compiler version. From my command prompt,
"cl.exe" would display:
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.40219.01 for
80x86
Copyright (C) Microsoft Corporation. All rights
I posted details here (
http://stackoverflow.com/questions/24810474/force-scons-to-use-32-bit-msvc-compiler-on-64-bit-windows)
to get better formatting and a wider audience.
--
Want fast and easy access to all the code in y
I made this code change (
https://github.com/default-kramer/mixxx/commit/aaf3e1c96dc1cb3d91fcb905570a9d1a65a33e3e)
and was playing around with it last night. (The feature description is here
https://bugs.launchpad.net/mixxx/+bug/1180052) Everything worked great with
one exception. I am hoping that
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 just tried building the dependencies on windows and reached the same
errors as Ferran.
First of all, I didn't have CMake installed. I tried to update the
instructions on this wiki page (
http://mixxx.org/wiki/doku.php/compiling_on_windows) but the Edit link gave
this error. "Sorry, there was an
ou right now. When
> I'm
> back home I can look a bit more into it.
>
> It would be nice if you can report back about your experience.
>
> best Max.
>
> On Thu, 23 Oct 2014 15:57:04 -0500
> Ryan Kramer wrote:
>
> > I just tried building the dependencies on windows
ve never seen this syntax (calling a static
function on nothing?), but my compiler seems perfectly OK with it:
::uncompress((Bytef *) data.data(),
(uLongf *) &uLongTmp,
(Bytef *) frameData.data() + frameDataOffset,
size());
On Fri, Oct 24,
; I just hacked
zconf.h which is probably not ideal.
On Fri, Oct 24, 2014 at 5:35 PM, Ryan Kramer
wrote:
> Aha! I noticed that the link error was contained within a conditional
> compile. (Line 253 of id3v2frame.cpp for reference) So I forced HAVE_ZLIB
> to be 0 (by modifying ConfigureChec
eceee2a61003d9169a5e85f5d43b001b9461388
>
> On Sun, Oct 26, 2014 at 1:52 PM, Ryan Kramer
> wrote:
>
>> Solved! Found the clue here, see step 5:
>> http://www.tannerhelland.com/5076/compile-zlib-winapi-wapi-stdcall/
>>
>> I just added "#undef ZLIB_WINAPI"
Scons does dependency checks by compiling a simple "return 0;" program. If
the compiler or linker fails, it considers the dependency to be "not
found". More detailed output is in the config.log file. Open this file and
you can see the exact compile or link error that occurred - this helped me
diagn
I can build on Windows and probably test the branch, depending on what is
meant by "test the branch". If it's just running auto-DJ for a few days I
can do that, although my audio collection is very homogeneous - almost all
mp3s, mostly from Amazon and a few from Traxsource. If someone could
provide
abnormal mp3s found in my collection by an mp3 checking tool.
>> I have actually found some files where Mixxx 1.11 plays the embedded
>> picture where Uwes Branch just reject the faulty file.
>>
>> Finally I have tested some files found on the web of the formats that are
>> s
with
> libsndfile 1.0.25 installed.
>
> Playing AAC/M4A files through the SoundSourceMediaFoundation plugin would
> be an additional test especially for Windows. I wonder if this class still
> compiles? The same applies to SoundSourceCoreAudio on OS X. Any feedback
> would be great
ugins\win32_build\mediafoundation\soundsourcemediafoundation.dll
:
fatal error LNK1120: 6 unresolved externals
On Fri, Apr 17, 2015 at 1:25 AM, Uwe Klotz wrote:
> Thanks, Ryan. I've pushed a commit (together with some cosmetic changes)
> that should fix the compile errors.
>
>
_Stereo_VBR_64kbps_44
100Hz.mp4' could not be loaded."
On Sun, Apr 19, 2015 at 4:44 AM, Uwe Klotz wrote:
> Should be fixed now. 3 source files were missing in the build script.
>
> Uwe
>
> On 04/18/2015 07:39 PM, Ryan Kramer wrote:
>
> Thanks. It compiles, but now I get
I got those same errors a while back. With this PR (
https://github.com/mixxxdj/buildserver/pull/3) I was able to compile
cleanly following the instructions on the wiki. I know this PR fixes the
cmake issues in chromaprint and taglib. I believe it also fixes the
HAVE_ZLIB issue
as well, but I don't
16 matches
Mail list logo
