Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Record/broadcast input not functional when "Master mix" option is disabled #9427

Open
mixxxbot opened this issue Aug 23, 2022 · 4 comments
Open

Comments

@mixxxbot
Copy link
Collaborator

mixxxbot commented Aug 23, 2022

Reported by: rashid-mustapha
Date: 2018-09-13T10:36:38Z
Status: Confirmed
Importance: Low
Launchpad Issue: lp1792361


I did search the forum and found someone describing a similar problem, but there was a workaround for that use-case and the bug was not confirmed as a result. A developer kindly confirmed a bug, but I thought I should report rather than expect it to be fixed auto-magically for us. ;-)

https://mixxx.org/forums/viewtopic.php?f=3&t=12096

Just for clarity. Using a sound input device for recording/broadcasting does not work. Using the master mix does. From line 516 of enginemaster.cpp there is apparently nothing to connect the soundcard if master mix is disabled? From line 671 it is described that 'SoundManager will send the input buffer from the sound card to m_pSidechain' but perhaps there is nothing that picks it up from pSidechain?

I believe this is present since at least the last release and it is present in the nightly builds. I'm running Ubuntu 18.04 on an i5 NUC with 8GB RAM.

Thank you! Mixx is awesome!

@mixxxbot
Copy link
Collaborator Author

Commented by: wunjo
Date: 2018-11-21T16:43:52Z


Also Win 7 64
Could be very useful while putting an other audio source or standalone tool for sound processing in the stream in auto DJ mode.
While using virtual audiocable etc.

@mixxxbot
Copy link
Collaborator Author

Commented by: rashid-mustapha
Date: 2018-11-21T16:58:05Z


That's exactly what I was trying to do when I reported this bug.

Hopefully we can see a fix soon. I had a look a the code but I am not up to
fixing it myself unfortunately.

R.

On Wed, 21 Nov 2018, 16:51 Peter Burg < wrote:

Also Win 7 64
Could be very useful while putting an other audio source or standalone
tool for sound processing in the stream in auto DJ mode.
While using virtual audiocable etc.

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1792361

Title:
Record/broadcast input not functional when "Master mix" option is
disabled

Status in Mixxx:
Confirmed

Bug description:
I did search the forum and found someone describing a similar problem,
but there was a workaround for that use-case and the bug was not
confirmed as a result. A developer kindly confirmed a bug, but I
thought I should report rather than expect it to be fixed auto-
magically for us. ;-)

https://mixxx.org/forums/viewtopic.php?f=3&t=12096

Just for clarity. Using a sound input device for
recording/broadcasting does not work. Using the master mix does. From
line 516 of enginemaster.cpp there is apparently nothing to connect
the soundcard if master mix is disabled? From line 671 it is described
that 'SoundManager will send the input buffer from the sound card to
m_pSidechain' but perhaps there is nothing that picks it up from
pSidechain?

I believe this is present since at least the last release and it is
present in the nightly builds. I'm running Ubuntu 18.04 on an i5 NUC
with 8GB RAM.

Thank you! Mixx is awesome!

To manage notifications about this bug go to:
https://bugs.launchpad.net/mixxx/+bug/1792361/+subscriptions

@mixxxbot
Copy link
Collaborator Author

Commented by: ard
Date: 2019-05-22T09:45:07Z


I just want to bump this with:
https://www.mixxx.org/forums/viewtopic.php?f=3&t=12537

With the notion that recording works. Using the input device as an aux input and routing to headset works.
Recording and broadcasting results in a perfect recording but no audio in the broadcast.
I got the feeling that changing this on the fly would keep the broadcast resending the last audio buffer it got, but I am not sure about that, that could be a client issue too.

The use case are dj decks with microphone inputs that have no seperate microphone recording, only the record input/loopback contains the microphone input.

Anyway: the recording engine seems to get the audio buffers just fine, but the broadcast engine doesn't. I assume that's due to the realtime aspect of the broadcast, so the broadcast takes a different audio path?

@mixxxbot
Copy link
Collaborator Author

Commented by: ard
Date: 2019-05-22T09:56:48Z


Add to my last comment:
Version of mixxx is the current nightly:
2.3.0alphapre-0ubuntu1mastergit6789~bionic

@mixxxbot mixxxbot transferred this issue from another repository Aug 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants