I have not used my studio for a while and now find that my monitoring system dos not function correctly with Fireface UFX (v1.63) and TotalMix 1.61. No sound reaches the headphone monitoring system. I have been trying to get it working for two weeks without success. There have been no recent hardware changes to my system. I'm using Nuendo-12 on Windows-11. Are there some important software updates I need to install to get things going again? Your help will be much appreciated. Best regards, Chris Palmer.
RME User Forum
forum.rme-audio.de ↗Foro PunBB en inglés. 12 secciones seguidas: Linux, Product Reviews, user reports, case studies, etc., Vintage stuff, HDSP(e) series, Miscellaneous, TotalMix FX, ADI-2 & 2/4 Pro series, ADI-2 DAC series, AVB/Dante - Network based devices, MADI/AES Premium Line, FireWire & USB series, Tips & Tricks y DIGICheck.
- Discusiones por día
- 7
- Discusiones recopiladas
- 195
- Mensajes por día
- 38
- Secciones
- 12
- Fuentes seguidas
- 16
- Motor
- PunBB
Últimas discusiones
Recogido cada 4 horas desde el feed público del foro. Solo se reproducen el título, el enlace y el principio del mensaje; cada enlace remite a la fuente.
I have not used my studio for a while and now find that my monitoring system dos not function correctly with Fireface UFX (v1.63) and TotalMix 1.61. No sound reaches the headphone monitoring system. I have been trying to get it working for two weeks without success. There have been no recent hardware changes to my system. I'm using Nuendo-12 on Windows-11. Are there some important software updates I need to install to get things going again? Your help will be much appreciated. Best regards, Chris Palmer.
I have not used my studio for a while and now find that my monitoring system dos not function correctly with Fireface UFX (v1.63) and TotalMix 1.61. No sound reaches the headphone monitoring system. I have been trying to get it working for two weeks without success. There have been no recent hardware changes to my system. I'm using Nuendo-12 on Windows-11. Are there some important software updates I need to install to get things going again? Your help will be much appreciated. Best regards, Chris Palmer.
Hi, I am currently using a MOTU 8A and I was considering obtaining another one to use via AVB, but I am wondering about RME, since I am also considering a custom PC. The MOTU has an internal 48 channel mixer, with 128 internal "computer channels", so does any RME device function in the same way, that is I do not need external I/O, I just need as large as is possible internal channel count, even using 44.1KHz @ 24bit. I only really need compression, since all of my sounds are VST based so is this possible in DSP, since I use UAD to mix and need transparent recording. Thank you for any replies.
Hi, I am currently using a MOTU 8A and I was considering obtaining another one to use via AVB, but I am wondering about RME, since I am also considering a custom PC. The MOTU has an internal 48 channel mixer, with 128 internal "computer channels", so does any RME device function in the same way, that is I do not need external I/O, I just need as large as is possible internal channel count, even using 44.1KHz @ 24bit. I only really need compression, since all of my sounds are VST based so is this possible in DSP, since I use UAD to mix and need transparent recording. Thank you for any replies.
Hi, I am currently using a MOTU 8A and I was considering obtaining another one to use via AVB, but I am wondering about RME, since I am also considering a custom PC. The MOTU has an internal 48 channel mixer, with 128 internal "computer channels", so does any RME device function in the same way, that is I do not need external I/O, I just need as large as is possible internal channel count, even using 44.1KHz @ 24bit. I only really need compression, since all of my sounds are VST based so is this possible in DSP, since I use UAD to mix and need transparent recording. Thank you for any replies.
Babyface: repeated no-op RequestConfigChange causes ~455 ms system-wide audio dropouts (macOS 15.7.3, driver 1.0.56) SYSTEM - MacBook Pro Mac15,9 / Apple M3 Max / 64 GB - macOS 15.7.3 (24G419) - Babyface, serial 23627332 (USB 0x2a39 / 0x3fc7) - Sole device on its own USB bus - Driver: de.rme-audio.dkusb 1.0.56 + RMEUsbAsp HAL plugin 1.0.18 - TotalMix FX 2.03, 44.1 kHz, 512 samples SYMPTOM Audio stops for roughly half a second, then resumes. Every application simultaneously - DAW or plain file playback. Long-standing, and it has followed this interface across three different Macs. MEASUREMENT I instrumented the device with a CoreAudio IOProc that timestamps every callback. Over 8.5 hours / 2,635,622 callbacks: - 33 sample-timeline discontinuities - 58 IO gaps > 300 ms, median 458.9 ms, max 883.5 ms - 161,216 frames lost (~3.7 s of audio) WHAT THE SYSTEM LOG SHOWS Each event is a device reconfiguration that changes nothing: HALS_PlugInDevice::HandlePlugIn_RequestConfigChange: ---> calling driver ---> driver returned but nothing changed ---> sending notifications ---> restarting IO 35 RequestConfigChange calls in one day. All 35 logged "but nothing changed". Each one still triggers HALC_IOContext_PauseIO across all 23 audio clients on the machine, which is why every application stops together. Immediately preceding each: HALS_IORawClock::Update: Re-anchoring IO timeline. Sample time is consecutive, host time is not consecutive. clockResetReason: TimeStampOutOfLine 44 of 48 re-an
Babyface: repeated no-op RequestConfigChange causes ~455 ms system-wide audio dropouts (macOS 15.7.3, driver 1.0.56) SYSTEM - MacBook Pro Mac15,9 / Apple M3 Max / 64 GB - macOS 15.7.3 (24G419) - Babyface, serial 23627332 (USB 0x2a39 / 0x3fc7) - Sole device on its own USB bus - Driver: de.rme-audio.dkusb 1.0.56 + RMEUsbAsp HAL plugin 1.0.18 - TotalMix FX 2.03, 44.1 kHz, 512 samples SYMPTOM Audio stops for roughly half a second, then resumes. Every application simultaneously - DAW or plain file playback. Long-standing, and it has followed this interface across three different Macs. MEASUREMENT I instrumented the device with a CoreAudio IOProc that timestamps every callback. Over 8.5 hours / 2,635,622 callbacks: - 33 sample-timeline discontinuities - 58 IO gaps > 300 ms, median 458.9 ms, max 883.5 ms - 161,216 frames lost (~3.7 s of audio) WHAT THE SYSTEM LOG SHOWS Each event is a device reconfiguration that changes nothing: HALS_PlugInDevice::HandlePlugIn_RequestConfigChange: ---> calling driver ---> driver returned but nothing changed ---> sending notifications ---> restarting IO 35 RequestConfigChange calls in one day. All 35 logged "but nothing changed". Each one still triggers HALC_IOContext_PauseIO across all 23 audio clients on the machine, which is why every application stops together. Immediately preceding each: HALS_IORawClock::Update: Re-anchoring IO timeline. Sample time is consecutive, host time is not consecutive. clockResetReason: TimeStampOutOfLine 44 of 48 re-an
Babyface: repeated no-op RequestConfigChange causes ~455 ms system-wide audio dropouts (macOS 15.7.3, driver 1.0.56) SYSTEM - MacBook Pro Mac15,9 / Apple M3 Max / 64 GB - macOS 15.7.3 (24G419) - Babyface, serial 23627332 (USB 0x2a39 / 0x3fc7) - Sole device on its own USB bus - Driver: de.rme-audio.dkusb 1.0.56 + RMEUsbAsp HAL plugin 1.0.18 - TotalMix FX 2.03, 44.1 kHz, 512 samples SYMPTOM Audio stops for roughly half a second, then resumes. Every application simultaneously - DAW or plain file playback. Long-standing, and it has followed this interface across three different Macs. MEASUREMENT I instrumented the device with a CoreAudio IOProc that timestamps every callback. Over 8.5 hours / 2,635,622 callbacks: - 33 sample-timeline discontinuities - 58 IO gaps > 300 ms, median 458.9 ms, max 883.5 ms - 161,216 frames lost (~3.7 s of audio) WHAT THE SYSTEM LOG SHOWS Each event is a device reconfiguration that changes nothing: HALS_PlugInDevice::HandlePlugIn_RequestConfigChange: ---> calling driver ---> driver returned but nothing changed ---> sending notifications ---> restarting IO 35 RequestConfigChange calls in one day. All 35 logged "but nothing changed". Each one still triggers HALC_IOContext_PauseIO across all 23 audio clients on the machine, which is why every application stops together. Immediately preceding each: HALS_IORawClock::Update: Re-anchoring IO timeline. Sample time is consecutive, host time is not consecutive. clockResetReason: TimeStampOutOfLine 44 of 48 re-an
Hi, guys! I want to dim the headphone output on the ARC USB. It seems this is not possible at the moment. Is there a quick workaround for this? Thank you!
Hi, guys! I want to dim the headphone output on the ARC USB. It seems this is not possible at the moment. Is there a quick workaround for this? Thank you!
Hi, guys! I want to dim the headphone output on the ARC USB. It seems this is not possible at the moment. Is there a quick workaround for this? Thank you!
195 discusiones recopiladas desde el 1 de septiembre de 2026. Seguir este foro por palabra clave →