No audio output from Firefox when system sound is routed through third-party driver (Universal Audio Virtual Channels).
Categories
(Core :: Audio/Video: cubeb, defect, P2)
Tracking
()
People
(Reporter: nick, Assigned: chunmin)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.157 Safari/537.36
Steps to reproduce:
I am using the latest version of Mac OS -- Mojave 10.14.4.
I use Universal Audio's Console application to route my System Audio into Virtual Channels, where I have independent control over routing of that signal. In Mac OS Audio/MIDI Setup, my System Audio is set to "Universal Audio Thunderbolt" as the Default. Also in that utility under "Configure Speakers," Speakers are set to "A Virtual 3" and "A Virtual 4." These correspond with Virtual Channels my Apollo x8 Audio Interface.
I attempt to play audio via Firefox (for example, on Youtube). Both the video on the site and the tab on Firefox are unmuted.
Actual results:
There is no audio playback audibly, and there is no visible audio signal on Virtual Channels within Universal Audio's Console Application.
Expected results:
Audio from Firefox should be heard and seen on the meters within Console during playback. Firefox should be able to follow the System Audio Default, which is set to "Universal Audio Thunderbolt" in Audio/MIDI Setup.
I have submitted this to Universal Audio tech support, and they were not able to resolve the issue from their end. They hypothesized that changes may have been made with your latest update that may conflict with their drivers. However, I have also never been able to see signal from Firefox via the Virtual Channels even before this update (though I did used to be able to hear it, oddly).
All other System Audio correctly plays back through the UA Virtual Channels, including other browsers like Chrome and Safari. This issue only exists with Firefox. I have gone to all lengths I could think of -- clearing cache, disabling add-ons, using safe mode, completely uninstalling/reinstalling (including manually clearing out files in the Library), and nothing has enabled audio to playback through the Virtual Channels.
Addendum: When System Audio Default is set back to "Macbook Pro Speakers," audio plays back normally.
Updated•6 years ago
|
Comment 2•6 years ago
|
||
Hi, Paul,
It sounds like a cubeb issue, would you mind to take a look at it?
Comment 3•6 years ago
|
||
I'm going on PTO soon. Alex, can you have a look ?
Comment 4•6 years ago
|
||
Sure, I'll have a look, I am keeping the NI to revisit later.
Comment 5•6 years ago
|
||
Thank you for your report. It's very strange that it does not work in Firefox. Unfortunately, I don't have the hardware to simulate your setup so I need you to give me some extra information.
First I would like you to try it on latest Nightly. This will be an indication if it is something that has been solved already. Also, please try to stick with Nightly for the next steps.
Next, I would like you to provide the content of about:support page.
Finally, I would like you to capture logs. You need to run the following command in the console for that:
export MOZ_LOG=timestamp,cubeb:4,AudioStream:4
export MOZ_LOG_FILE=~/Desktop/log.txt
cd /Applications/FirefoxNightly.app/Contents/MacOS/
./firefox-bin
At the end you will get many log.txt.* files, one will contain the logs.
Thanks Alex, I will get this over to you next time I have my audio interface hooked up. I am out of office for a few days.
For the about:support page do you want me to "Copy Raw Data" or "Copy Text" to clipboard?
Comment 7•6 years ago
|
||
"Copy Raw Data" would be better. Thank you.
Here is the about:support data.
{
"application": {
"name": "Firefox",
"osVersion": "Darwin 18.6.0",
"version": "69.0a1",
"buildID": "20190529065901",
"userAgent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:69.0) Gecko/20100101 Firefox/69.0",
"safeMode": false,
"updateChannel": "nightly",
"supportURL": "https://support.mozilla.org/1/firefox/69.0a1/Darwin/en-US/",
"numTotalWindows": 1,
"numRemoteWindows": 1,
"remoteAutoStart": true,
"autoStartStatus": 1,
"policiesStatus": 0,
"keyLocationServiceGoogleFound": true,
"keySafebrowsingGoogleFound": true,
"keyMozillaFound": true
},
"securitySoftware": {
"registeredAntiVirus": "",
"registeredAntiSpyware": "",
"registeredFirewall": ""
},
"processes": {
"remoteTypes": {
"extension": 1,
"web": 1,
"privileged": 1
},
"maxWebContentProcesses": 8
},
"modifiedPreferences": {
"browser.cache.disk.capacity": 1048576,
"browser.cache.disk.amount_written": 1445,
"browser.cache.disk.filesystem_reported": 1,
"browser.sessionstore.upgradeBackup.latestBuildID": "20190529065901",
"browser.startup.homepage_override.buildID": "20190529065901",
"browser.startup.homepage_override.mstone": "69.0a1",
"browser.urlbar.placeholderName": "Google",
"dom.forms.autocomplete.formautofill": true,
"dom.push.userAgentID": "8168ba06693b4333b2ded48dd687e224",
"extensions.lastAppVersion": "69.0a1",
"font.internaluseonly.changed": false,
"media.gmp.storage.version.observed": 1,
"network.predictor.cleaned-up": true,
"places.history.expiration.transient_current_max_pages": 112348,
"plugin.disable_full_page_plugin_for_types": "application/pdf",
"privacy.sanitize.pending": "[{"id":"newtab-container","itemsToClear":[],"options":{}}]",
"security.sandbox.content.tempDirSuffix": "2f37e3e9-cfae-0a44-83e4-176bd1090180",
"security.sandbox.plugin.tempDirSuffix": "fd0e83af-80cb-474a-907a-38c3d9de7eee",
"services.sync.engine.addresses.available": true,
"signon.importedFromSqlite": true
},
"lockedPreferences": {},
"media": {
"currentAudioBackend": "audiounit",
"currentMaxAudioChannels": 42,
"currentPreferredSampleRate": 96000,
"audioOutputDevices": [
{
"name": "MacBook Pro Speakers",
"groupId": "BuiltInSpeakerDevice",
"vendor": "Apple Inc.",
"type": 2,
"state": 2,
"preferred": 0,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 2,
"defaultRate": 48000,
"maxRate": 96000,
"minRate": 44100,
"maxLatency": 4378,
"minLatency": 297
},
{
"name": "OWC Thunderbolt 3 Audio Device",
"groupId": "AppleUSBAudioEngine:Other World Computing:OWC Thunderbolt 3 Audio Device:4400000:1",
"vendor": "Other World Computing",
"type": 2,
"state": 2,
"preferred": 0,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 2,
"defaultRate": 48000,
"maxRate": 96000,
"minRate": 44100,
"maxLatency": 4144,
"minLatency": 63
},
{
"name": "Universal Audio Thunderbolt",
"groupId": "com_uaudio_driver_UAD2AudioEngine:0",
"vendor": "Universal Audio, Inc.",
"type": 2,
"state": 2,
"preferred": 15,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 42,
"defaultRate": 96000,
"maxRate": 192000,
"minRate": 44100,
"maxLatency": 3113,
"minLatency": 70
},
{
"name": "BenQ GW2765",
"groupId": "AppleGFXHDAEngineOutputDP:0:{D109-78D6-00005445}",
"vendor": "Apple Inc.",
"type": 2,
"state": 2,
"preferred": 0,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 2,
"defaultRate": 48000,
"maxRate": 48000,
"minRate": 32000,
"maxLatency": 4098,
"minLatency": 17
},
{
"name": "SyncMaster",
"groupId": "AppleGFXHDAEngineOutputDP:1:{2D4C-05C5-45463233}",
"vendor": "Apple Inc.",
"type": 2,
"state": 2,
"preferred": 0,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 2,
"defaultRate": 48000,
"maxRate": 48000,
"minRate": 32000,
"maxLatency": 4098,
"minLatency": 17
}
],
"audioInputDevices": [
{
"name": "Loopback Audio",
"groupId": "com.rogueamoeba.Loopback:E582FEDC-4973-40CA-AD32-3EDC172D4D34",
"vendor": "Rogue Amoeba Software, Inc.",
"type": 1,
"state": 2,
"preferred": 0,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 2,
"defaultRate": 48000,
"maxRate": 192000,
"minRate": 22050,
"maxLatency": 512,
"minLatency": 15
},
{
"name": "MacBook Pro Microphone",
"groupId": "BuiltInMicrophoneDevice",
"vendor": "Apple Inc.",
"type": 1,
"state": 2,
"preferred": 0,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 1,
"defaultRate": 44100,
"maxRate": 96000,
"minRate": 44100,
"maxLatency": 6058,
"minLatency": 1976
},
{
"name": "OWC Thunderbolt 3 Audio Device",
"groupId": "AppleUSBAudioEngine:Other World Computing:OWC Thunderbolt 3 Audio Device:4400000:2",
"vendor": "Other World Computing",
"type": 1,
"state": 2,
"preferred": 0,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 1,
"defaultRate": 48000,
"maxRate": 48000,
"minRate": 8000,
"maxLatency": 4144,
"minLatency": 63
},
{
"name": "Universal Audio Thunderbolt",
"groupId": "com_uaudio_driver_UAD2AudioEngine:0",
"vendor": "Universal Audio, Inc.",
"type": 1,
"state": 2,
"preferred": 15,
"supportedFormat": 12336,
"defaultFormat": 4096,
"maxChannels": 44,
"defaultRate": 96000,
"maxRate": 192000,
"minRate": 44100,
"maxLatency": 3156,
"minLatency": 113
}
]
},
"javaScript": {
"incrementalGCEnabled": true
},
"accessibility": {
"isActive": false,
"forceDisabled": 0,
"handlerUsed": false,
"instantiator": ""
},
"libraryVersions": {
"NSPR": {
"minVersion": "4.21",
"version": "4.21"
},
"NSS": {
"minVersion": "3.45 Beta",
"version": "3.45 Beta"
},
"NSSUTIL": {
"minVersion": "3.45 Beta",
"version": "3.45 Beta"
},
"NSSSSL": {
"minVersion": "3.45 Beta",
"version": "3.45 Beta"
},
"NSSSMIME": {
"minVersion": "3.45 Beta",
"version": "3.45 Beta"
}
},
"userJS": {
"exists": false
},
"intl": {
"localeService": {
"requested": [
"en-US"
],
"available": [
"en-US"
],
"supported": [
"en-US"
],
"regionalPrefs": [
"en-US",
"en"
],
"defaultLocale": "en-US"
},
"osPrefs": {
"systemLocales": [
"en-US",
"en"
],
"regionalPrefsLocales": [
"en-US",
"en"
]
}
},
"crashes": {
"submitted": [],
"pending": 0
},
"sandbox": {
"contentSandboxLevel": 3,
"effectiveContentSandboxLevel": 3
},
"graphics": {
"numTotalWindows": 1,
"numAcceleratedWindows": 1,
"windowLayerManagerType": "OpenGL",
"windowLayerManagerRemote": true,
"windowUsingAdvancedLayers": false,
"adapterDescription": "",
"adapterVendorID": "0x1002",
"adapterDeviceID": "0x67ef",
"adapterRAM": "",
"adapterDrivers": "",
"driverVendor": "",
"driverVersion": "",
"driverDate": "",
"usesTiling": true,
"contentUsesTiling": true,
"offMainThreadPaintEnabled": true,
"offMainThreadPaintWorkerCount": 4,
"targetFrameRate": 60,
"webgl1Renderer": "ATI Technologies Inc. -- AMD Radeon Pro 560X OpenGL Engine",
"webgl1Version": "4.1 ATI-2.9.26",
"webgl1DriverExtensions": "GL_ARB_blend_func_extended GL_ARB_draw_buffers_blend GL_ARB_draw_indirect GL_ARB_ES2_compatibility GL_ARB_explicit_attrib_location GL_ARB_gpu_shader_fp64 GL_ARB_gpu_shader5 GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_occlusion_query2 GL_ARB_sample_shading GL_ARB_sampler_objects GL_ARB_separate_shader_objects GL_ARB_shader_bit_encoding GL_ARB_shader_subroutine GL_ARB_shading_language_include GL_ARB_tessellation_shader GL_ARB_texture_buffer_object_rgb32 GL_ARB_texture_cube_map_array GL_ARB_texture_gather GL_ARB_texture_query_lod GL_ARB_texture_rgb10_a2ui GL_ARB_texture_storage GL_ARB_texture_swizzle GL_ARB_timer_query GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_vertex_attrib_64bit GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_depth_bounds_test GL_EXT_texture_compression_s3tc GL_EXT_texture_filter_anisotropic GL_EXT_texture_mirror_clamp GL_EXT_texture_sRGB_decode GL_APPLE_client_storage GL_APPLE_container_object_shareable GL_APPLE_flush_render GL_APPLE_object_purgeable GL_APPLE_rgb_422 GL_APPLE_row_bytes GL_APPLE_texture_range GL_ATI_texture_mirror_once GL_NV_texture_barrier",
"webgl1Extensions": "ANGLE_instanced_arrays EXT_blend_minmax EXT_color_buffer_half_float EXT_disjoint_timer_query EXT_float_blend EXT_frag_depth EXT_shader_texture_lod EXT_sRGB EXT_texture_compression_rgtc EXT_texture_filter_anisotropic OES_element_index_uint OES_standard_derivatives OES_texture_float OES_texture_float_linear OES_texture_half_float OES_texture_half_float_linear OES_vertex_array_object WEBGL_color_buffer_float WEBGL_compressed_texture_s3tc WEBGL_compressed_texture_s3tc_srgb WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_depth_texture WEBGL_draw_buffers WEBGL_lose_context",
"webgl1WSIInfo": "CGL",
"webgl2Renderer": "ATI Technologies Inc. -- AMD Radeon Pro 560X OpenGL Engine",
"webgl2Version": "4.1 ATI-2.9.26",
"webgl2DriverExtensions": "GL_ARB_blend_func_extended GL_ARB_draw_buffers_blend GL_ARB_draw_indirect GL_ARB_ES2_compatibility GL_ARB_explicit_attrib_location GL_ARB_gpu_shader_fp64 GL_ARB_gpu_shader5 GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_occlusion_query2 GL_ARB_sample_shading GL_ARB_sampler_objects GL_ARB_separate_shader_objects GL_ARB_shader_bit_encoding GL_ARB_shader_subroutine GL_ARB_shading_language_include GL_ARB_tessellation_shader GL_ARB_texture_buffer_object_rgb32 GL_ARB_texture_cube_map_array GL_ARB_texture_gather GL_ARB_texture_query_lod GL_ARB_texture_rgb10_a2ui GL_ARB_texture_storage GL_ARB_texture_swizzle GL_ARB_timer_query GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_vertex_attrib_64bit GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_depth_bounds_test GL_EXT_texture_compression_s3tc GL_EXT_texture_filter_anisotropic GL_EXT_texture_mirror_clamp GL_EXT_texture_sRGB_decode GL_APPLE_client_storage GL_APPLE_container_object_shareable GL_APPLE_flush_render GL_APPLE_object_purgeable GL_APPLE_rgb_422 GL_APPLE_row_bytes GL_APPLE_texture_range GL_ATI_texture_mirror_once GL_NV_texture_barrier",
"webgl2Extensions": "EXT_color_buffer_float EXT_disjoint_timer_query EXT_float_blend EXT_texture_compression_rgtc EXT_texture_filter_anisotropic OES_texture_float_linear WEBGL_compressed_texture_s3tc WEBGL_compressed_texture_s3tc_srgb WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_lose_context",
"webgl2WSIInfo": "CGL",
"info": {
"AzureCanvasBackend": "skia",
"AzureFallbackCanvasBackend": "none",
"AzureContentBackend": "skia",
"ApzWheelInput": 1,
"ApzDragInput": 1,
"ApzKeyboardInput": 1,
"ApzAutoscrollInput": 1,
"TileHeight": 1024,
"TileWidth": 1024
},
"featureLog": {
"features": [
{
"name": "HW_COMPOSITING",
"description": "Compositing",
"status": "available",
"log": [
{
"type": "default",
"status": "available"
}
]
},
{
"name": "OPENGL_COMPOSITING",
"description": "OpenGL Compositing",
"status": "available",
"log": [
{
"type": "default",
"status": "available"
}
]
},
{
"name": "WEBRENDER",
"description": "WebRender",
"status": "opt-in",
"log": [
{
"type": "default",
"status": "opt-in",
"message": "WebRender is an opt-in feature"
}
]
},
{
"name": "WEBRENDER_QUALIFIED",
"description": "WebRender qualified",
"status": "blacklisted",
"log": [
{
"type": "default",
"status": "available"
},
{
"type": "env",
"status": "blacklisted",
"message": "No qualified hardware"
}
]
},
{
"name": "OMTP",
"description": "Off Main Thread Painting",
"status": "available",
"log": [
{
"type": "default",
"status": "available"
}
]
}
],
"fallbacks": []
},
"crashGuards": []
},
"extensions": [
{
"name": "Amazon.com",
"version": "1.1",
"isActive": true,
"id": "amazondotcom@search.mozilla.org"
},
{
"name": "Bing",
"version": "1.0",
"isActive": true,
"id": "bing@search.mozilla.org"
},
{
"name": "DuckDuckGo",
"version": "1.0",
"isActive": true,
"id": "ddg@search.mozilla.org"
},
{
"name": "eBay",
"version": "1.0",
"isActive": true,
"id": "ebay@search.mozilla.org"
},
{
"name": "Google",
"version": "1.0",
"isActive": true,
"id": "google@search.mozilla.org"
},
{
"name": "Twitter",
"version": "1.0",
"isActive": true,
"id": "twitter@search.mozilla.org"
},
{
"name": "Wikipedia (en)",
"version": "1.0",
"isActive": true,
"id": "wikipedia@search.mozilla.org"
}
],
"features": [
{
"name": "Firefox Monitor",
"version": "3.0",
"id": "fxmonitor@mozilla.org"
},
{
"name": "Firefox Screenshots",
"version": "39.0.0",
"id": "screenshots@mozilla.org"
},
{
"name": "Form Autofill",
"version": "1.0",
"id": "formautofill@mozilla.org"
},
{
"name": "Web Compat",
"version": "4.3.0",
"id": "webcompat@mozilla.org"
},
{
"name": "WebCompat Reporter",
"version": "1.1.0",
"id": "webcompat-reporter@mozilla.org"
}
]
}
After running the command in console, I received the following message:
SyntaxError: export declarations may only appear at top level of a module
Comment 10•6 years ago
|
||
Sorry my bad, I was not clear, I was meaning to run those commands on your system's terminal (iTerm2 in my case) not the web console of firefox. Sorry for the inconvenience.
Comment 11•6 years ago
|
||
My guess is that the sound is routed to the wrong channels here. The default device has 42 channels and the test file is stereo. My guess is that the sound will be found at channels 1 and 2 even if you have configured something else. Can you do an experiment and set the Virtual Channels of Apollo x8 Audio at 1st and 2nd channels? Also, can you add a print screen of the "Configure Speakers" view from Audio/MIDI Setup?
| Reporter | ||
Comment 12•6 years ago
|
||
Command Line not working in Terminal
| Reporter | ||
Comment 13•6 years ago
|
||
Current configuration of "Configure Speakers" in Audio MIDI Setup
| Reporter | ||
Comment 14•6 years ago
|
||
Switching over to A Mon L and A Mon R (which would be channels 1 and 2), there was no sound. In theory using this setting should have bypassed the Universal Audio Console App but still allowed me to have volume control via my interface.
It should also be noted that I have two Apollos (x8 + Twin) cascaded together via Thunderbolt 2, but that should have no bearing on this functionality.
Every other browser and system application plays back audio just fine in this configuration following the system sound defaults. I can assure you that the channels are routed properly. The issue is somewhere within Firefox. Nightly produces the same results as the Branch 66 version.
Updated•6 years ago
|
Comment 15•6 years ago
•
|
||
(In reply to Nick from comment #12)
Created attachment 9069051 [details]
Command Line not working in TerminalCommand Line not working in Terminal
It cannot find the directory of Nightly. Have you uninstalled Nightly? If not can you check inside /Application to find it?
(In reply to Nick from comment #14)
Switching over to A Mon L and A Mon R (which would be channels 1 and 2), there was no sound.
Hmm then something else is going on. I had tested that with Soundflower and I could see that the sound was flowing in channels 1 and 2 even if I had 3 and 4 configured.
I can assure you that the channels are routed properly. The issue is somewhere within Firefox. Nightly produces the same results as the Branch 66 version.
I agree if my theory was correct it would be an issue our end.
Comment 16•6 years ago
|
||
Did it work in the past? A second thing that would help is to try using the mozregression [1] tool in order to see when this got broken.
Comment 17•6 years ago
|
||
Just to let you all know that I am having the same issue with my Universal Audio interface routed to virtual channels. This seems to be a Mojave issue as it has always worked on my previous systems with other Mac OS's.
Any solution to this? In the mean time I have to stop using Firefox.
Cheers, Dan
Comment 18•6 years ago
|
||
Hey all,
Can confirm I'm experiencing a similar issue with 69.0.3.
While I'm not using virtual channels, I'm using different physical outputs (17&18) instead of 1&2 and have configured this in AudioMIDI. I can see on the output metering on my interface that audio is going instead to 1&2 in Firefox only. Using Chrome and Safari both go to the correctly configured outputs, as does all other system audio I've tried (iTunes etc).
Let me know if you need further info? I'm using UAD hardware also.
Cheers
A.
Comment 19•6 years ago
|
||
Did it work in the past for you? If yes, can you run mozregression [1] to find out when it stopped working?
Comment 20•6 years ago
|
||
This is from the multichannel work. We need to keep using STEREO instead of UNKNOWN and two channels.
Comment 21•6 years ago
|
||
Hello there, first time reporting a bug.
I'm running macOS High Sierra 10.13.6 with a NI Komplete Audio 6 usb audio interface. For some reason, I route my audio output through channel pair 3/4 and keep macOS default device set up properly. No problem shows up with Safari and other apps.
Now to Firefox.
I used it up to version 61, then moved to Firefox ESR as soon as the main flavor upgraded to 62 and started to stubbornly output sound to pair 1/2, ignoring my system default settings.
Things blew up again this weekend when Firefox ESR upgraded as well, showing the very same behavior.
It is worth noting that NI Komplete Audio 6 is a compliant USB interface i.e. it does not require any special driver.
(Summary: Firefox was a good boy up to version 61 inclusive, Firefox ESR up to 68.2.0 exclusive)
Hope this can help confirm this annoying bug and attract more attention from those able to fix the code.
Cheers!
| Assignee | ||
Comment 22•6 years ago
|
||
(In reply to filip.valgimigli from comment #21)
I guess this cause is the same as bug 1468381. The audio mixer in Firefox would ignore the user-define channel layout and use its predefine channel layout instead. I am fixing that problem right now.
For the original bug report (comment #0), I would need to install Universal Audio Virtual Channels to check what's going on.
| Reporter | ||
Comment 23•6 years ago
|
||
(In reply to C.M.Chang[:chunmin] from comment #22)
(In reply to filip.valgimigli from comment #21)
I guess this cause is the same as bug 1468381. The audio mixer in Firefox would ignore the user-define channel layout and use its predefine channel layout instead. I am fixing that problem right now.For the original bug report (comment #0), I would need to install Universal Audio Virtual Channels to check what's going on.
The app is called Console by Universal Audio and can be downloaded for free at https://www.uaudio.com/uad/downloads/ (it's the link that says "UAD Software"). Not sure if you'll have full functionality without the Universal Audio Apollo hardware.
Virtual Channels are a routing feature provided by the software. More on that here: https://www.youtube.com/watch?v=A_VBqeAwL7w
| Assignee | ||
Comment 24•6 years ago
|
||
(In reply to Nick from comment #23)
The app is called Console by Universal Audio and can be downloaded for free at https://www.uaudio.com/uad/downloads/ (it's the link that says "UAD Software"). Not sure if you'll have full functionality without the Universal Audio Apollo hardware.
Virtual Channels are a routing feature provided by the software. More on that here: https://www.youtube.com/watch?v=A_VBqeAwL7w
There are no Universal Audio Apollo in my system after the Console is installed. I guess that's because I don't have that hardware. Instead of using Universal Audio Apollo, could you try reproducing it by soundflower?
Comment 25•6 years ago
|
||
(In reply to C.M.Chang[:chunmin] from comment #22)
(In reply to filip.valgimigli from comment #21)
I guess this cause is the same as bug 1468381. The audio mixer in Firefox would ignore the user-define channel layout and use its predefine channel layout instead. I am fixing that problem right now.For the original bug report (comment #0), I would need to install Universal Audio Virtual Channels to check what's going on.
Okay, glad to know it's going to be fixed. Thank you very much for your effort!
Comment 26•6 years ago
|
||
Throwing in a +1 here as I am experiencing this issue as well. Routing audio through Channels 9/10 through a Cranborne Audio 500 R8 (USB interface) using the speaker output settings in Audio MIDI Setup. All applications respect these settings except for Firefox. I can see through my metering that Firefox is playing the audio through Channels 1/2 unconditionally. Unfortunately, this is a show stopper for using Firefox until the bug is fixed.
The audio mixer in Firefox would ignore the user-define channel layout and use its predefine channel layout instead. I am fixing that problem right now.
That sounds like exactly the issue. Is there a timeline for this fix to roll out?
Comment 27•6 years ago
|
||
I Can confirm that the bug is still present.
On a MacBook, I have two external audio interfaces. When I set Input to MacBook microphone and Otput to MacBook Pro Speakers everything works fine. If I set the output to any of my external audio interfaces then the microphone does not work. As I set back the audio to MacBook Pro Speakers the micrphone starts working again. You can check online at https://www.podcastinsights.com/online-mic-test/ for example but you have to have other audio interfaces to be able to reproduce it.
I had the problem also on my iMac so it's not a MacBook Pro related issue.
Comment 28•6 years ago
|
||
The issue is probably different, I may open a different bug ....
| Assignee | ||
Comment 29•6 years ago
|
||
(In reply to Gianluigi Alari from comment #27)
I Can confirm that the bug is still present.
On a MacBook, I have two external audio interfaces. When I set Input to MacBook microphone and Otput to MacBook Pro Speakers everything works fine. If I set the output to any of my external audio interfaces then the microphone does not work. As I set back the audio to MacBook Pro Speakers the micrphone starts working again. You can check online at https://www.podcastinsights.com/online-mic-test/ for example but you have to have other audio interfaces to be able to reproduce it.I had the problem also on my iMac so it's not a MacBook Pro related issue.
(In reply to Gianluigi Alari from comment #28)
The issue is probably different, I may open a different bug ....
Yes, this seems a different problem to me. Could you open a bug with steps-to-reprocude for this problem? Thanks!
| Assignee | ||
Comment 30•6 years ago
|
||
The audio mixer in Firefox would ignore the user-define channel layout and use its predefine channel layout instead. I am fixing that problem right now.
That sounds like exactly the issue. Is there a timeline for this fix to roll out?
bug 1605471 will import the new mixer (Attachment 9106610 [details]) in the rust backend to see if this can be solved.
| Assignee | ||
Comment 31•6 years ago
|
||
dpopp07, filip.valgimigli
The code for the channel rounting is updated in Firefox Nightly. Could you try if the problem is fixed in Firefox Nightly?
Comment 32•6 years ago
|
||
(In reply to C.M.Chang[:chunmin] from comment #31)
dpopp07, filip.valgimigli
The code for the channel rounting is updated in Firefox Nightly. Could you try if the problem is fixed in Firefox Nightly?
Sure I will as soon as I’ll be at my iMac. Actualy I really appreciate very much your efforts during holidays!
Comment 33•6 years ago
|
||
(In reply to C.M.Chang[:chunmin] from comment #31)
dpopp07, filip.valgimigli
The code for the channel rounting is updated in Firefox Nightly. Could you try if the problem is fixed in Firefox Nightly?
I have confirmed that the issue is fixed in Firefox Nightly! Thank you for your work on this
Comment 34•6 years ago
|
||
(In reply to C.M.Chang[:chunmin] from comment #31)
dpopp07, filip.valgimigli
The code for the channel rounting is updated in Firefox Nightly. Could you try if the problem is fixed in Firefox Nightly?
I'm happy to announce sound is back in Firefox Nightly for macOS users with non-trivial audio setups!
Thank you so much, everything working as I love. Can't wait for the official update to come!
Goodnight
Comment 35•6 years ago
|
||
I have confirmed that the issue is fixed in Firefox Nightly!
I have experienced a similar issue from few years ago with Apogee Symphony controlled via Apogee Maestro on macOS El Capitan to HighSierra.
My default audio output channel is 9-10 and it has set also in Audio/MIDI Setup,
but only FF's audio signal flowed to output 1-2 even the system setup is NOT changed.
The other apps work fine with audio output 9-10.
I sent lots to rid of this annoying bug for almost 2 years but nothing changed till now, however,
I'm glad I thought to be able to escape from this problem eventually.
Hope this fix must include for the official update ASAP.
Comment 36•6 years ago
|
||
Marking this as fixed then. This should be in the Firefox release of the 11th of February, so in about a months time.
Thanks everybody for confirming that this now works again, sorry about the delay!
| Reporter | ||
Comment 37•6 years ago
|
||
Official O.P. confirmation of correct audio behavior in Nightly.
Thank you to all who contributed to this bug fix. Excited to ditch Chrome and switch back to FF.
Updated•6 years ago
|
Comment 38•6 years ago
|
||
FF Nightly is not working for me, audio is still ignoring AudioMIDI Setup selected paths :( I'm on UAD v9.11 and OS X 10.14.6
| Assignee | ||
Comment 39•6 years ago
|
||
(In reply to Paul Adenot (:padenot) from comment #36)
Marking this as fixed then. This should be in the Firefox release of the 11th of February, so in about a months time.
Thanks everybody for confirming that this now works again, sorry about the delay!
The new mixer is only in rust backend now, but I'll set it to the default backend soon.
Comment 40•6 years ago
|
||
Hi, this is still not working on Nightly here. My audio setup is a soundcraft signature 12 mtk on channel 11/12. OS X 10.14.6
| Assignee | ||
Comment 41•6 years ago
|
||
(In reply to nicoloco from comment #40)
Hi, this is still not working on Nightly here. My audio setup is a soundcraft signature 12 mtk on channel 11/12. OS X 10.14.6
Hi nicoloco,
Can you open your about:support and check the Version is 74 and the Audio Backend is audiounit-rust? Does Firefox Nightly work on other sound cards, if you have any? If the condition above matches but it doesn't work,
- Can you paste or upload your about:support here?
- Can you paste the Firefox Nightly's program logs?
- Open terminal
- Launch Firefox Nightly by entering
MOZ_LOG="cubeb:5" /Applications/Firefox\ Nightly.app/Contents/MacOS/firefoxin the terminal - After Firefox Nightly is launched, open an audio/video, then you should see a lot of logs like:
[Child 30147: MediaDecoderStateMachine #1]: E/cubeb /builds/worker/workspace/build/src/third_party/rust/cubeb-coreaudio/src/backend/mod.rs:2125: ... - Paste or upload the logs here
Comment 42•6 years ago
|
||
Hi, "nicoloco" here (had to make a new account because my email provider fucked up and the old one was disabled).
So, I just tried again, reinstalling nightly, and it now works! Good job guys, and sorry for the false flag.
Have a nice day!
Comment 43•6 years ago
|
||
Hi!
I have the same kind of bug and it's also fixed for me as of the Nightly build from 1st January 2020. However, this still doesn't seem to work in Firefox Developer Edition that is FF 73 Beta 12. In Comment #39, it is mentioned that the working backend in Nightly is not the default one enabled right now.
Will this take place prior to the next release or am I missing a configuration option?
Thank you :-)
Comment 44•6 years ago
|
||
Hi all,
as it turns out, while things still work on Nightly, the official version of Firefox 73.0 is still broken :-(
| Assignee | ||
Comment 45•6 years ago
|
||
(In reply to Thomas Keppler from comment #44)
Hi all,
as it turns out, while things still work on Nightly, the official version of Firefox 73.0 is still broken :-(
Hi Thomas,
Thanks for confirming the fix. The new backend with the new audio-mixer is shipped in FF 74, so FF 73 doesn't work.
Comment 46•5 years ago
|
||
(In reply to C.M.Chang[:chunmin] from comment #45)
(In reply to Thomas Keppler from comment #44)
Hi all,
as it turns out, while things still work on Nightly, the official version of Firefox 73.0 is still broken :-(
Hi Thomas,
Thanks for confirming the fix. The new backend with the new audio-mixer is shipped in FF 74, so FF 73 doesn't work.
Is the update plan of this bug still valid for version 74? I could not find the number of this in the list;status-firefox74: affected.
The link of 'status-firefox74: affected' is of the following. Thank you!
| Assignee | ||
Comment 47•5 years ago
|
||
(In reply to Nei from comment #46)
(In reply to C.M.Chang[:chunmin] from comment #45)
(In reply to Thomas Keppler from comment #44)
Hi all,
as it turns out, while things still work on Nightly, the official version of Firefox 73.0 is still broken :-(
Hi Thomas,
Thanks for confirming the fix. The new backend with the new audio-mixer is shipped in FF 74, so FF 73 doesn't work.
Is the update plan of this bug still valid for version 74? I could not find the number of this in the list;status-firefox74: affected.
The link of 'status-firefox74: affected' is of the following. Thank you!
The new mixer that can fix this problem is shipped with bug 1605471 in Firefox 74. It's in beta(Developer Edition) now and soon will be in release version.
Comment 48•5 years ago
|
||
YES! Can confirm, FF 74 has finally fixed the audio routing issue after being broken for almost a year.
Firefox can now be routed to the Virtual channels and bussed into the cue matrix.
Description
•