[Mixxx-devel] Mixxx 2.2.2 released

Hi, Mixxx 2.2.2 has been released and is available on the download page: https://www.mixxx.org/download/ This release includes many stability and usability fixes. Please note that we had to disable writing of file tags for .ogg files with the current TagLib version 1.11.1 that would otherwise

[Mixxx-devel] Mixxx 2.1.8 released!

For users who have had trouble with version 2.2, we have been continuing to support version 2.1 with minor updates like this. We still recommend version 2.1 for users on MacOS, Windows XP, or Ubuntu Trusty. Go get it: https://mixxx.org/download/#previous

[Mixxx-devel] Mac users: please help testing 2.1.8 RC

Hi Mixxx users on Mac, We are fighting a hard to catch bug with dropping tracks from finders. We have prepared a 2.1.8 release candidate with more debug info: http://downloads.mixxx.org/builds/2.1/release/mixxx-2.1.8-2.1-release-macintel64-latest.dmg please test "drag and drop" from various

Re: [Mixxx-devel] Mixxx-devel Digest, Vol 149, Issue 2

Hi Darren, We have found the issue. We are working on a release. If you like, you can use the release candidate http://downloads.mixxx.org/builds/2.1/release/mixxx-2.1.8-2.1-git6823-release-x64.exe Kind regards, Daniel Darren Oliver via Mixxx-devel schrieb am Mo., 25. März 2019, 13:30: > I

Re: [Mixxx-devel] erratic going offline and no now playing info

Hi Darren, I guess that is caused by a faulty track. Can you recall which track the Auto DJ was trying to load when the crash happens? I think it is still listed as #1 under the pop-up. Does it also crash when you load this track manually? Please post the mixxx.log from the crashing run. By

Re: [Mixxx-devel] Mixxx-devel Digest, Vol 149, Issue 2

I am currently using 2.1.16 and I still have the same ISSUE OF NO TRACK INFO? On Monday, March 25, 2019, 7:16:20 AM CDT, wrote: Send Mixxx-devel mailing list submissions to     mixxx-devel@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit    

Re: [Mixxx-devel] GSOC 2019

Thanks, I'll check them out. On Fri, Feb 1, 2019 at 6:53 PM Anast Gramm wrote: > On 190201 16:38:37, Akhil Kumar Pradhan wrote: > > Hello, > > Hello, > This list is mainly for announcments. > > You should try https://mixxx.zulipchat.com if you want to speak > with the developers. >

Re: [Mixxx-devel] GSOC 2019

On 190201 16:38:37, Akhil Kumar Pradhan wrote: > Hello, Hello, This list is mainly for announcments. You should try https://mixxx.zulipchat.com if you want to speak with the developers. ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today

[Mixxx-devel] GSOC 2019

Hello, My name is Akhil.I am a third year undergraduate from IIIT Bhubaneswar. And I want to contribute to MIXXX DJ software as a GSOC 2019 aspirant.It would be very helpful if someone could help me to get started with code base. Thanks ___ Get Mixxx,

Re: [Mixxx-devel] Learning how is Mixxx

Hi Javor, using gRPC for IPC wouldn't surprise me, we already discussed isolating components of Mixxx into separate processes to avoid crashing the main process, i.e. for decoding files. But unfortunately Mixxx is still a monolithic application and we don't use gRPC. What we are using is

[Mixxx-devel] Learning how is Mixxx

Hi. I recently started to try to write code for Mixxx. And I recognize that I'm somehow lost. The class hierarchy is difficult to follow and I have found no documentation on it. But I can follow in the code, so no major problem. The last surprise has been the use gRPC. I have read on the gRPC

Re: [Mixxx-devel] GIT etiquette

Thanks for the answers :) New to GIT, so not sure what is a rebase ;) Cheers El dom, 23-09-2018 a las 00:52 +0200, Daniel Schürmann escribió: > Hi Javi, > > you can call you branch as you like. > > In general you should branch from the HEAD of the lowest effected > branch > if unsure.

[Mixxx-devel] (no subject)

___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel

Re: [Mixxx-devel] GIT etiquette

Hi Javi, you can call you branch as you like. In general you should branch from the HEAD of the lowest effected branch if unsure. This way we can finally decide just before merge in which branch the bug should go. If it is obvious that it will go to 2.3, you can branch from master. The only

Re: [Mixxx-devel] GIT etiquette

Hi! We name release branches and tags specifically, but you can name your own branches whatever you like :). It's nice if they have a descriptive name like "fix-foo-bug". For 2.3.0, there is no release branch yet so you would branch from master. For 2.2.0, branch from the "2.2" branch since it

[Mixxx-devel] GIT etiquette

Hi. Just a fast question. Any etiquette rule on how to name GIT branches? And from where to branch? I mean, the bug I want to work on has been assigned to milestone 2.3.0. Do I branch from master or do I branch from somewhere else? Thanks in advance :) Javi

[Mixxx-devel] Introducing myself

Hi. Just want to say hello to all of you. I'm new on Mixxx development. Some details about myself: I used to be a developer. My experience includes C, C++, PHP, JScript plus some other esoteric languages, mainly in Unix and Linux environments and mainly as a system developer. Not so much

Re: [Mixxx-devel] Mixxx-devel Digest, Vol 145, Issue 2

Tried the recommended actions for setting up the alpha version of mixxx 2.2, but still didn't run. However we got it up and running when i gave them the executable file from my file folder to replace the application file in the program files folder. It worked. If anyone has access to the

Re: [Mixxx-devel] Mixxx 2.1.2 released!

Thank you Daniel for your work in getting this released! Official blog post: https://mixxxblog.blogspot.com/2018/08/mixxx-2.html Sincerely, Sean M. Pappalardo "D.J. Pegasus" Mixxx Developer - Controller Specialist smime.p7s Description: S/MIME Cryptographic Signature

Re: [Mixxx-devel] Mixxx 2.1.2 released!

Hi Developers, the original release-2.1.2 tag and tar ball link are accidentally pointing the master branch. This is fixed now. If you have already fetched from upstream, please call: git tag -d release-2.1.2 git fetch upstream to fix this is your local repo as well. I am sorry for this.

[Mixxx-devel] Mixxx 2.1.2 released!

Hi Developers, I am happy to announce Mixxx 2.1.2. Here is a quick summary of what is new in Mixxx 2.1.2: * Allow maximum deck speed of 4x normal * Don't always quantize hotcues, a 2.1.1 regression lp1777429 * Fix artifacts using more than 32 samplers lp1779559 * store No EQ and Filter

Re: [Mixxx-devel] 2.2 alpha

Hi Ron, Glad to hear that Mixxx became usable for you at some point. Regarding the installation problem of your friend, it seems that the installation program cannot escalate privilege to install as administrator, either due to UAC has been disabled or your antivirus program is blocking th

[Mixxx-devel] 2.2 alpha

Hello Developers. I am currently runny mixxx 2.2 alpha development version and i rather like it. A pivital improvement in screen reader accessibility has made it the must use version for me. I can now read file information using jaws screen reader. Something i was not able to do before.

Re: [Mixxx-devel] Controller Questions

Hi Uwe, thanks for the pointers! "Good" to hear that you can confirm the loop_in/out issue so that it's not a local thing to happen. I'll check out Zulip, thanks again! Thomas On Sat, July 7, 2018 10:13, Uwe Klotz wrote: > Welcome, Thomas. Discussions now take place on Zulip: > > >

Re: [Mixxx-devel] Controller Questions

Welcome, Thomas. Discussions now take place on Zulip: https://mixxx.zulipchat.com/ I suggest to ask your valid questions there again. Since I don't consider myself a controller mapping pro, please don't take my following remarks (see below) too serious. Kind regards, Uwe On 05.07.2018

[Mixxx-devel] Controller Questions

Hi *, while revamping an old Mixxx controller map some questions popped up where I didn't find an online hint: -How can I read the current playhead position (in samples) from a script? (the current work-around is to set an unused hotcue, read it's position and clear it again) -How can I toggle

[Mixxx-devel] Mixxx 2.1.0 Released!

Hello everyone. In case you haven't yet heard, Mixxx 2.1.0 is out now! After more than two years of hard work, we are pleased to announce the release of Mixxx 2.1! Since Mixxx 2.0, we have overhauled the effects system, redesigned the skins, added and improved lots of controller mappings,

[Mixxx-devel] Hercules Mk 4

Gesendet von Yahoo Mail auf Android-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Get Mixxx,

[Mixxx-devel] GSoC registration is open.

Hi, If you are interested in a paid internship during your university holidays this summer, you can now apply for Google Summer of Code 2018 and Mixxx at g.co/gsoc. Be sure to read our advises and ideas in our wiki: https:// www.mixxx.org/wiki/doku.php/gsoc2018ideas and discuss them with us at h

Re: [Mixxx-devel] GSoC 2018

Congrats! Great that Mixxx is still going strong! -- Vaughan (Audacity Team) On Sat, Feb 17, 2018 at 3:08 PM, Daniel Schürmann wrote: > Hi > > we where accepted for this years GSoC 2018 > > The Google Summer of Code, is an international program, funding students > to work

[Mixxx-devel] GSoC 2018

Hi we where accepted for this years GSoC 2018 The Google Summer of Code, is an international program, funding students to work on FOSS projects. The program is open to university students aged 18 or over. If you are interested to participate, read this:

Re: [Mixxx-devel] AutoDJ

Work on this has started but is currently stalled. Please join the discussion on https://github.com/mixxxdj/mixxx/pull/1242 You may also be interested in https://github.com/mixxxdj/mixxx/pull/1360 And as Anast mentioned, most projection discussion happens on Zulip now. On 01/29/2018 12:13

Re: [Mixxx-devel] AutoDJ

OMMGG Are you FUCKING KIDDING MEE!!! I removed the this form off my email MONTHS ago!! STOP SPAMMING ME!! On Mon, Jan 29, 2018 at 10:22 AM, Anast Gramm wrote: > On 180129 19:13:18, Alberto Cañete wrote: > > Hello, I am new here > > You should join here,

Re: [Mixxx-devel] AutoDJ

On 180129 19:13:18, Alberto Cañete wrote: > Hello, I am new here You should join here, https://mixxx.zulipchat.com and talk about this. You can open a new Topic in the development Stream! > I would like that Mixxx when AutoDj is enable there is a > function that remove silence. So when a song

[Mixxx-devel] AutoDJ

Hello, I am new here, but I am very interesting in this project because I'm Dj and I am studying computing. So I think that it could be a great idea improve AutoDj like the automix of VirtualDj that I have used sometimes and I think that it very useful, for my final project of my studies. I would

Re: [Mixxx-devel] GSoC 2018

You can unsubscribe yourselves here: https://sourceforge.net/projects/mixxx/lists/mixxx-devel/unsubscribe I have just done it for you. Am 18.01.2018 um 20:42 schrieb Lets talk about the music - talk show: HEY remove me from your forum! I am not interested in getting your notifications, using

Re: [Mixxx-devel] GSoC 2018

HEY remove me from your forum! I am not interested in getting your notifications, using your board or none of it. I thought this was taken care of all ready. thanks, Shels On Thu, Jan 18, 2018 at 11:32 AM, Daniel Schürmann wrote: > Hi, > > we are planning to participate

[Mixxx-devel] GSoC 2018

Hi, we are planning to participate GSoC 2018. (Not sure if we will be accepted, though.) So it is time to collect ideas for Student projects. The project should be in ideal case attractive for the student, mattering for Mixxx, independent from other features, commit-able in steps, not too

Re: [Mixxx-devel] infrastructure modernization

Can someone please remove me from this forum? I am no longer instead in using Mixxx. Your board is too confusing and I have no clue what your talking about in the forum to make your board work. Please remove me. Thanks On Dec 31, 2017 9:21 AM, "Be" wrote: > I can't sign up

Re: [Mixxx-devel] infrastructure modernization

Mixx's Zulip instance is now open for anyone to register: https://mixxx.zulipchat.com/ On 12/31/2017 03:16 AM, Ferran Pujol Camins wrote: It's ironic that to read this conversation I've needed to look into four different email threads. Now I'm not even sure this is the last one. I Just wanted

Re: [Mixxx-devel] infrastructure modernization

This is why I like Zulip. Its two tiered threading model keeps conversations organized without the chaos of infinitely deep email threads. As for GitLab, I still want to switch to it in the future, but for now it would not work for us. While they provide 50,000 minutes per month on their

Re: [Mixxx-devel] infrastructure modernization

I can't sign up without an invitation either. Daniel, I think you need to edit this setting: https://zulipchat.com/help/allow-anyone-to-join-without-an-invitation On 12/31/2017 03:32 AM, Ferran Pujol Camins wrote: I need an invitation to say hi :) On 31 Dec 2017 10:28 a.m., "Daniel Schürmann"

Re: [Mixxx-devel] infrastructure modernization

>> Hi Ferran, >> >> we are currently evaluating >> https://mixxx.zulipchat.com/ > I need an invitation to say hi :) So do I ;) -- Sébastien -- Check out the vibrant tech community on one

Re: [Mixxx-devel] infrastructure modernization

I need an invitation to say hi :) On 31 Dec 2017 10:28 a.m., "Daniel Schürmann" wrote: > Hi Ferran, > > we are currently evaluating > https://mixxx.zulipchat.com/ > > Just got thumbs up for a FOSS free hosting plan. > > Kind regards, > > Daniel > > > > Am 31.12.2017 um 10:16

Re: [Mixxx-devel] infrastructure modernization

Hi Ferran, we are currently evaluating https://mixxx.zulipchat.com/ Just got thumbs up for a FOSS free hosting plan. Kind regards, Daniel Am 31.12.2017 um 10:16 schrieb Ferran Pujol Camins: It's ironic that to read this conversation I've needed to look into four different email threads.

Re: [Mixxx-devel] infrastructure modernization

It's ironic that to read this conversation I've needed to look into four different email threads. Now I'm not even sure this is the last one. I Just wanted to add that if we move from email to a new tool as our main communication channel, we should make sure that the new tool has a good mobile

Re: [Mixxx-devel] signal processing background info resources

Maybe we can add your links here: https://mixxx.org/wiki/doku.php/learning_resources and link this page instead? 2017-12-12 0:05 GMT+01:00 Be : > Hi, > I've added some links to resources I've found very helpful for > understanding audio technology to the wiki: >

[Mixxx-devel] 2.2 planning

Hello, I have started organizing Launchpad to get a clear view of the roadmap for 2.2 and beyond. I think we should do this soon after every feature freeze or we will continue to wander aimlessly and risk going 2 years between releases yet again. I think we should pick a few areas to

Re: [Mixxx-devel] Mixxx-devel Digest, Vol 139, Issue 16

going to add my name to the bug report. I do use keyboard Navigation. On 12/27/17, mixxx-devel-requ...@lists.sourceforge.net wrote: > Send Mixxx-devel mailing list submissions to > mixxx-devel@lists.sourceforge.net > > To subscribe or unsubscribe

Re: [Mixxx-devel] building playlists in mixxx 2.1 alfa

Hi Ron, do you use keyboard navigation? It looks like there is a bug,that might be related to the new checkboxes in the crate menu. Testing this, I have found two issues: https://bugs.launchpad.net/mixxx/+bug/1740193 And: https://bugs.launchpad.net/mixxx/+bug/1740196 Thank you, Daniel

[Mixxx-devel] building playlists in mixxx 2.1 alfa

Test driving mixxx 201 alfa for 64 bit windows. Build released on the 22nd December. I'm running mixxx using jaws and nvda screen readers. I have noticed that i can now run mixxx 64 bit edition on my pc. I don't even need the qt accessible directories. There were a couple of other

Re: [Mixxx-devel] 2.1 beta release logistics

I cannot reproduce the failing test locally using the latest 2.1 branch. On 12/24/2017 10:46 AM, Be wrote: Windows and macOS are still failing with the same errors with the current code. Ubuntu is failing because of a test I thought I already fixed, but I'll look into that again... On

Re: [Mixxx-devel] 2.1 beta release logistics

Err, whoops, I copy and pasted the wrong link. The beta announcement is live on the main website: https://mixxx.org/download/ On 12/24/2017 01:53 PM, Be wrote: I got in touch with Garth who got me access to the web server and deployment instructions from RJ. The beta announcement is deployed

Re: [Mixxx-devel] 2.1 beta release logistics

I got in touch with Garth who got me access to the web server and deployment instructions from RJ. The beta announcement is deployed on http://staging.mixxx.org/download/ . We still don't have builds for the 2.1 branch so it just has instructions for downloading the source from GitHub. I still

[Mixxx-devel] 2.1-beta1 and 2.2-alpha-pre are there.

Hi, I am proud to announce 2.1-beta1 and 2.2-alpha-pre. Thank you very much to all who helped to make it real. Especially to those who have worked through the nights lately to finish the beta with an impressive feature set by the announced deadline. Details can be found here:

Re: [Mixxx-devel] 2.1 branch is broken

Ok, nothing serious to worry about. This seems to be a mistake (branch glitch) with this commit: https://github.com/mixxxdj/mixxx/commit/d117035ad8c372f7bac8204fa3998d52860e2121#diff-a084b794bc0759e7a6b77810e01874f2 @daschuer, could you revert it please ? sb Le 23/12/2017 à 12:56,

[Mixxx-devel] 2.1 branch is broken

It seems there are missing commits in the 2.1 branch. For example PR#1344 landed onto master on 20170917 (commit 2e9475b352f26e53b552c1b902e50f1cd78e2e32) but this commit is not in the 2.1 branch. can someone please drop the 2.1 branch and branch again from master ? thanks sb

Re: [Mixxx-devel] 2.1 beta release logistics

So is this happening today...? On 12/22/2017 01:44 PM, Be wrote: Things that must be done for the 2.1 beta release:   * Merge the master Git branch to the 2.1 branch   * Create a folder on http://downloads.mixxx.org/ to upload 2.1 beta builds   * Check that Jenkins is building the 2.1

Re: [Mixxx-devel] 2.1 beta release logistics

I would have already been doing that if I could. On 12/22/2017 02:45 PM, Sébastien BLAISOT wrote: ok, sorry. I understand now. on the other hand, why trying to correct build error of 1-year-old code ? wouldn't it be better to merge first, then try to build ? sb Le 22/12/2017 à 21:35, Be

Re: [Mixxx-devel] 2.1 beta release logistics

ok, sorry. I understand now. on the other hand, why trying to correct build error of 1-year-old code ? wouldn't it be better to merge first, then try to build ? sb Le 22/12/2017 à 21:35, Be a écrit : That's the Jenkins build for the master branch, not 2.1. The 2.1 branch has not had

Re: [Mixxx-devel] 2.1 beta release logistics

That's the Jenkins build for the master branch, not 2.1. The 2.1 branch has not had updates from master in almost a year. On 12/22/2017 02:33 PM, Sébastien BLAISOT wrote: this seems to be related to the jenkins error to me:

Re: [Mixxx-devel] 2.1 beta release logistics

That is unrelated to the Jenkins error. I already opened a PR to fix the AppVeyor error: https://github.com/mixxxdj/mixxx/pull/1437 On 12/22/2017 02:27 PM, Sébastien BLAISOT wrote: windows error is here: [00:09:48] [CXX] src\engine\ratecontrol.cpp [00:09:48] ratecontrol.cpp [00:09:49]

Re: [Mixxx-devel] 2.1 beta release logistics

windows error is here: [00:09:48] [CXX] src\engine\ratecontrol.cpp [00:09:48] ratecontrol.cpp [00:09:49] src\engine\ratecontrol.cpp(26): error C3431: 'RampMode': a scoped enumeration cannot be redeclared as an unscoped enumeration [00:09:49] scons: *** [win64_build\engine\ratecontrol.obj]

Re: [Mixxx-devel] 2.1 beta release logistics

2.1 branch build is failing on Jenkins for Windows and macOS. Windows build shows: Checking for C library vamp-sdk... no WE ARE IN: E:\Jenkins\workspace\2.1-release\architecture\i386\platform\windows\win32_build Building 2.1 - rev. 6261 scons: warning: Two different environments were

[Mixxx-devel] 2.1 beta release logistics

Things that must be done for the 2.1 beta release: * Merge the master Git branch to the 2.1 branch * Create a folder on http://downloads.mixxx.org/ to upload 2.1 beta builds * Check that Jenkins is building the 2.1 branch and uploading builds to downloads.mixxx.org * Post the release

Re: [Mixxx-devel] travis MacOS build failing

The fix worked for mixxx.cpp, but the whole compilation didn't succeed due to time limit. - Ran for 47 min 4 sec - https://travis-ci.org/mixxxdj/mixxx/jobs/319868872 Although the linux compile needed just 29 minutes for build and test and there's also these notable differences: Time to

Re: [Mixxx-devel] travis MacOS build failing

Ok, I've opened the pull request https://github.com/mixxxdj/mixxx/pull/1435 Changed the method signature as suggested, and fixed two other warnings, including the widgethider one. ​ -- Check out the vibrant tech community

Re: [Mixxx-devel] travis MacOS build failing

On Thu, Dec 21, Sébastien BLAISOT wrote: > can anyone fix this ? While you guys fix build errors, please decide what kind of boolean src/util/widgethider.cpp::eventFilter() should return: true, of false, or "lass Dich überraschen". Thanks. Olaf signature.asc Description: PGP signature

Re: [Mixxx-devel] travis MacOS build failing

ok, that makes sense, brew installed QT 5.9.3 on the last sucessful build and it now installs qt 5.10.0 which make our build fail. So it wil be the same whatever os you use, it's juste related to qt version. Do you have fun to work on this Josep ? in the meantime, I will see if I can update

Re: [Mixxx-devel] travis MacOS build failing

I saw it and I think the cause is that Qthread now has a create () method that is conflicting with our previous create () method in SingletonInstance, of whoch Statsmanager extends. We need to modify SingletonInstance and change the create method to createInstance () , for example. I don't have

[Mixxx-devel] travis MacOS build failing

Hi, our travis macOS build fails with the following error: src/mixxx.cpp:128:23: error: C++ requires a type specifier for all declarations StatsManager::create(); ^ can anyone fix this ? here is the full output for clang on this file: [CXX] src/mixxx.cpp src/mixxx.cpp:128:23: error:

[Mixxx-devel] scons Qt .ui dependencies broken

What is the minimal required scons version? README.md does not specify a version. The reason I'm asking is that appearently nothing states that src/controllers/dlgcontrollerlearning.h depends (or seems to depend) on controllers/dlgcontrollerlearning.ui. As a result dlgcontrollerlearning.cpp is

Re: [Mixxx-devel] Windows 64-bit build running out of RAM since 5 Dec

​That's strange... That used to happen when we were cross-compiling the 64bit binary with the 32bit compiler/linker. I don't see how could that happen with the 64bit compiler, except if the memory is very fragmented and there isn't a consecutive fragment of memory big enough.

Re: [Mixxx-devel] Windows 64-bit build running out of RAM since 5 Dec

On 12/14/2017 01:05 PM, Josep Maria Antolin wrote: > I initially thought you mean that there was a problem with RAM memory, > but doesn't seem to be the case. I do mean RAM. The build VM has 20GB available though yet the linker is saying it's running out. Sincerely, Sean M. Pappalardo "D.J.

Re: [Mixxx-devel] Windows 64-bit build running out of RAM since 5 Dec

I initially thought you mean that there was a problem with RAM memory, but doesn't seem to be the case. AppVeyor seems to build fine, and on my machine it also builds. RAM usage is 4.5 previous to build, 5.5 while compiling, and then goes up to 10.5GB when linking. On the other hand, what I saw

Re: [Mixxx-devel] Windows 64-bit build running out of RAM since 5 Dec

Actually, the commit that triggered the 5 Dec build was just a text change. I now suspect a Windows update that must be hogging up more RAM. Grrr... Does anyone want to work on getting cross-compiling working? :P Sincerely, Sean M. Pappalardo "D.J. Pegasus" Mixxx Developer - Controller

[Mixxx-devel] Windows 64-bit build running out of RAM since 5 Dec

Hello. The Windows build VM is running out of memory during linking of the 64-bit Mixxx build. Can someone please take a look at what was merged since 4 Dec 17:08 EST to try to isolate why?

[Mixxx-devel] signal processing background info resources

Hi, I've added some links to resources I've found very helpful for understanding audio technology to the wiki: https://mixxx.org/wiki/doku.php/developer_guide#prerequisites I hope this helps potential contributors become active developers. :)

[Mixxx-devel] Anyone 34C3 ?

Hi, like every year I will be on the Chaos Communication Congress (34c3). Anyone else coming ? Would love to meet :) kind regards poelzi - voxel.blue -- Check out the vibrant tech community on one of the world's most

Re: [Mixxx-devel] Linux nightly builds

https://github.com/mixxxdj/mixxx/pull/1405 Someone else should merge it ;) On 03.12.2017 17:40, Sean M. Pappalardo - D.J. Pegasus wrote: On 12/03/2017 07:18 AM, ronso wrote: What happened to the linux build server? Latest build at http://downloads.mixxx.org/builds/master/release/ is from

Re: [Mixxx-devel] Linux nightly builds

I can reproduce the issue when piping the ouput. In this case sys.stdout.encoding that is used for decoding output from a subprocess seems to be undefined and decoding fails: https://stackoverflow.com/questions/492483/setting-the-correct-encoding-when-piping-stdout-in-python Anyone with

Re: [Mixxx-devel] Linux nightly builds

I'll review my commits and try to guess what might be causing this issue. Are you able to start the build with an additional scons argument? Then please try "--debug=explain,presub,prepare,stacktrace". Strange that neither our Trusty builds on Travis nor building with the latest 2.x version

Re: [Mixxx-devel] Linux nightly builds

On 12/03/2017 07:18 AM, ronso wrote: > What happened to the linux build server? > > Latest build at http://downloads.mixxx.org/builds/master/release/ is > from Nov 18th The server is fine. A commit after 18 Nov 8PM EST broke the dependency check:

[Mixxx-devel] Linux nightly builds

What happened to the linux build server? Latest build at http://downloads.mixxx.org/builds/master/release/ is from Nov 18th -- Check out the vibrant tech community on one of the world's most engaging tech sites,

Re: [Mixxx-devel] USB sound card table update

On 09/11/2017 04:00 PM, Daniel Schürmann wrote: Am 11.09.2017 um 19:21 schrieb Be: I was using Mixxx to compare my MOTU Ultralite AVB with my RME Babyface Pro (to decide whether to keep the Ultralite and sell the Babyface Pro) by sending Deck 1 to one sound card and Deck 2 to the other. After

Re: [Mixxx-devel] Master Volume and Recordings

Your use case is valid, albeit unusual. I think in most situations it would be unexpected if the master output and the master meter did not match the record & broadcast signal. Also, most sound cards have a hardware volume control. I think the Xone K2's RCA outputs are intended to be plugged

Re: [Mixxx-devel] Master Volume and Recordings

Hi this is a known problem, and I am pretty sure that every new MIxxx user will stumble over it sooner or later. So we should take such report seriously. I still like the idea to open the OS Mixer from Mixxx as a band aid for this issue: https://bugs.launchpad.net/mixxx/+bug/1440675

Re: [Mixxx-devel] Master Volume and Recordings

Hello Daniel. So, If i understand you correctly, you connected the line output of your soundcard to a power amplifier. I.e. A plain and simple amplifier without any volume control on it. In such scenario, you need to adjust the volume level on your soundcard. The Xone-K2, as I see, does not have

[Mixxx-devel] Master Volume and Recordings

Hi, this weekend I djed on a friends birthday Party. Due broken Hardware I had to hookup directly to a amplifier without any line control after my hardware (Xone-K2) and the amplifier was unregulated. I had to pull down the mater gain a lot so it was no too loud. Now the problem with this

Re: [Mixxx-devel] Ctlra library with Mixxx @ Sonoj

On Wed, Nov 22, 2017 at 7:41 PM, Владимир Новиков wrote: > Good afternoon! > > Periodically I look through correspondence and here I saw a mention of remix desks and immediately I remember a luppp, similar to the ableton live. Perhaps your projects can be combined? > > Best

Re: [Mixxx-devel] Ctlra library with Mixxx @ Sonoj

On Wed, Nov 22, 2017 at 12:24 AM, Sean M. Pappalardo - D.J. Pegasus < spappala...@mixxx.org> wrote: > On 11/20/2017 03:42 PM, Harry van Haaren wrote: > > Developers, checkout 17:15, where the "Virtual Devices" concept is > > introduced. > > That /would/ be very handy in allowing users up the

Re: [Mixxx-devel] Ctlra library with Mixxx @ Sonoj

On Tue, Nov 21, 2017 at 7:56 PM, Be wrote: > Thank you for the update. This idea of virtualizing controllers is interesting and I like that you're trying to make it easier for communities to support controllers. Cool - me too :) > However, I'm a bit skeptical that it will

Re: [Mixxx-devel] Ctlra library with Mixxx @ Sonoj

Good afternoon! Periodically I look through correspondence and here I saw a mention of remix desks and immediately I remember a luppp, similar to the ableton live. Perhaps your projects can be combined? Best regards DJ Dancenoise

Re: [Mixxx-devel] Ctlra library with Mixxx @ Sonoj

On 11/22/17 01:24, Sean M. Pappalardo - D.J. Pegasus wrote: That /would/ be very handy in allowing users up the expertise chain (so to speak) troubleshoot/develop mappings with the hardware owners. The only thing I would suggest to make that process work well is to create a bonehead-easy way

Re: [Mixxx-devel] Ctlra library with Mixxx @ Sonoj

On 11/20/2017 03:42 PM, Harry van Haaren wrote: > Developers, checkout 17:15, where the "Virtual Devices" concept is > introduced. That /would/ be very handy in allowing users up the expertise chain (so to speak) troubleshoot/develop mappings with the hardware owners. The only thing I would

Re: [Mixxx-devel] Ctlra library with Mixxx @ Sonoj

Thank you for the update. This idea of virtualizing controllers is interesting and I like that you're trying to make it easier for communities to support controllers. However, I'm a bit skeptical that it will practically make much of a difference in how well various applications support

[Mixxx-devel] Ctlra library with Mixxx @ Sonoj

Hey Mixxx folks! I've recently used Mixxx to demonstrate the Ctlra library I've been working on, which integrates fancy HW devices with Mixxx. The video is an hour long, but the demo starts here: https://youtu.be/qHt-AQHcBXg?t=332 The event was Sonoj[2], a convention on open-source audio

Re: [Mixxx-devel] infrastructure modernization

Am 19.11.2017 um 11:46 schrieb Josep Maria Antolin: [...] I think it could be really helpful to make a GitLab repository for controller mappings. We could use its issue tracker to take requests for controller mappings so users could vote for mappings they want. That would give

Re: [Mixxx-devel] infrastructure modernization

[...] > I think it could be really helpful to make a GitLab repository for > controller mappings. We could use its issue tracker to take requests for > controller mappings so users could vote for mappings they want. That would > give us data on what hardware is important to map, which could guide

Re: [Mixxx-devel] infrastructure modernization

On 11/18/2017 03:24 PM, Daniel Schürmann wrote: It is reasonable to distinguish between user support and bug tracking like we do with forums and Launchpad. On IRC we have one combined channel for development and user support. On Zulip we can easily separate development chat and user support,

  1   2   3   4   5   6   7   8   9   10   >