mic / aux not audible in headphone (master) when no master device is configured

Bug #1948574 reported by Marzena Ziomalka
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Confirmed
Medium
Unassigned

Bug Description

Tried all microphone monitoring settings.
After clicking apply, I never hear sound from microphones,
and from auxiliary on the master channel.
I use the talkover switch and the volume is set correctly.
Because the sound of microphones and auxiliary recorded and broadcast well.
I just can't hear this sound (mics and auxiliary) when my headphone / master balance is set to 100% master channel.
I can only hear the sound when I have 100% preview and use the PFL switch for the microphone and the auxiliary.
I have the latest stable version of Mixxx 2.3.1 and all the latest operating system updates:
Microsoft Windows 10 Home X64 Version 10.0.19043 Build 19043.
My audio card is built in:
The name Realtek High Definition Audio
Device ID PNP INTELAUDIO \ FUNC_01 & VEN_10EC & DEV_0256 & SUBSYS_19E5320F & REV_1000 \ 4 & 24CA62FF & 0 & 0001
Driver C: \ WINDOWS \ SYSTEM32 \ DRIVERS \ RTKVHD64.SYS (6.0.1.8678,6.50 MB (6,811,424 bytes), 07/04/2021 20:40)
processor Intel (R) Core (TM) i7-8565U

I tried on connected external USB cards and it is exactly the same.
Mic input 1 is set to the built-in realtek microphone,
auxiliary input to virtual cable.
for all microphone monitoring modes I cannot hear its sound to the master channel.
Unfortunately, it was the same in the previous version of Mixxx before the update.
Best regards.

description: updated
Revision history for this message
ronso0 (ronso0) wrote :

Can you attach a screenshot of the input and output tabs in Preferences > Sound Hardware, showing all configured ins and outs?

Changed in mixxx:
status: New → Incomplete
Revision history for this message
Marzena Ziomalka (marzimala1) wrote :

I tried Mixxx 2.3 - 2.3.1 - 2.4 alpha
and all microphone monitoring modes, but it's still the same.

Revision history for this message
Marzena Ziomalka (marzimala1) wrote :
Revision history for this message
ronso0 (ronso0) wrote :

You have no device configured for Master output, maybe that's the reason.

Even if you don't use the master output for anything, please configure it with any device you have available (maybe the HDMI output or something that has no speakers attached).
Then try again.

Revision history for this message
Marzena Ziomalka (marzimala1) wrote :

With the settings shown in the screenshot "Output 2"
I can hear the microphone sound through the USB speakers.
But I still can't hear it in my headphones when I use:
headMix_set_one
I can only switch PFL when I use:
headMix_set_minus_one
or:
headMix_set_zero
or rotate the headphone / master balance knob.
So it looks like I need a microphone monitor mode = headphones,
or something similar when my settings are like in the screenshot earlier "Output".
Then I'll hear the microphone or auxiliary sound when talkover is on
and I'll use headMix_set_one.
I think it would be best if the PFL for the selected microphone was turned on
monitoring the microphone in the headphones for both channels preview + master at the same time.

Revision history for this message
ronso0 (ronso0) wrote :

okay, thank you for testing.
just to clarify: the latest observations were with Software monitoring?

If so someone else needs to confirm.

Revision history for this message
Marzena Ziomalka (marzimala1) wrote :

1: the latest observations were with Software monitoring?
I do not understand what you're asking. I connected USB speakers and 3.5 jack headphones to the computer and listened to the sounds from both of these outputs.
I tested all 3 microphone monitoring modes.
2: If so someone else needs to confirm.
I wonder how long I will wait for another human to confirm it.
Unless my brother would be enough to confirm it.
Have a nice day.

Revision history for this message
ronso0 (ronso0) wrote :

> I connected USB speakers and 3.5 jack headphones to the computer and listened to the sounds from both of these outputs.
I tested all 3 microphone monitoring modes.

Thank, that answers my question.

To fix this bug someone has to confirm on another machine and look into the code to understand how this can be fixed. Which requires a contributor who has the motivation and knowledge to sacrifice his spare time to look into this ;)

Revision history for this message
Marzena Ziomalka (marzimala1) wrote :

Ok thank you too.
3 The microphone monitoring modes turned the microphone sound on or off only from the speakers Main = USB in the headphones nothing changed.
Maybe it works the same for everyone, and not only for me?

ronso0 (ronso0)
Changed in mixxx:
status: Incomplete → Confirmed
importance: Undecided → Medium
milestone: none → 2.4.0
Revision history for this message
ronso0 (ronso0) wrote (last edit ):

Confirmed.
* no main output configured
* mic1 configured and working
* monitoring mode "Master & Booth"

* enable talkover
* set headMix to 1 (main only)
= main VU are active
= headphone output is silent

Cause:
in enginemaster m_pMasterSync->getMaster() returns nullptr with no output device
https://github.com/mixxxdj/mixxx/blob/5577f3698cce2a1c00765d12e7d1dc8e6afcc18f/src/engine/enginemaster.cpp#L284

even though master is enabled if headphones are and is supposed to be processed
https://github.com/mixxxdj/mixxx/blob/5577f3698cce2a1c00765d12e7d1dc8e6afcc18f/src/engine/enginemaster.cpp#L899

summary: - Microphone and auxiliary monitoring does not work
+ mic / aux not audible in headphone (master) when no master device is
+ configured
Be (be.ing)
Changed in mixxx:
milestone: 2.4.0 → 2.3.2
Changed in mixxx:
milestone: 2.3.2 → none
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/10584

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.