<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[RME User Forum — Tips & Tricks]]></title>
		<link>https://forum.rme-audio.de/index.php</link>
		<atom:link href="https://forum.rme-audio.de/extern.php?action=feed&amp;fid=6&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent topics at RME User Forum.]]></description>
		<lastBuildDate>Mon, 30 Mar 2026 21:24:23 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[[1.3.0]I built a free Win optimization tool for audio/video production]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=43146&amp;action=new</link>
			<description><![CDATA[<p>I made a free program for Windows PC optimization — Vilm Care.</p><p>And I use an RME UFX+ myself, and this tool was built from that experience.</p><p>Our Windows PCs aren&#039;t designed for real-time audio processing. Default settings like USB power saving and core parking exist to conserve energy, but they can cause CPU spikes and audio dropouts — even on high-spec machines. Fixing this requires changing settings scattered across the registry, Device Manager, Control Panel, and BIOS. It&#039;s confusing and tedious.</p><p>After years of music production, live streaming, and hands-on PC setup work across countless systems, I was able to narrow down the settings that actually matter. And I built a program that applies them in just a few clicks.</p><p><span class="postimg"><img src="https://i.imgur.com/hhfDbRw.png" alt="Vilm Care" /></span></p><p>What it covers:</p><p>Core Parking disable (auto-detects Intel vs AMD)</p><p>Power plan optimization (High Performance / Ultimate)</p><p>Advanced power settings (HDD timeout, sleep, USB selective suspend, PCIE link state, processor states)</p><p>USB controller power saving disable (scans all controllers/hubs)</p><p>Sound device exclusive mode management</p><p>Windows system sound control</p><p>Network adapter power management (EEE + NIC)</p><p>BIOS settings guide — auto-detects your motherboard manufacturer with direct link to BIOS download</p><p>Full system diagnostics with one-click apply/reset</p><p>English + Korean UI</p><p>Free. No ads, no telemetry, no installer — single exe. Windows 10/11.</p><p>Note: This is an early release, so code signing isn&#039;t applied yet. You may see a SmartScreen warning on download.</p><p>Download: <a href="https://www.voiceandfilm.com/product/software/vilm-care/">https://www.voiceandfilm.com/product/so … vilm-care/</a></p><p>I hope this helps anyone just starting out with music production or streaming, anyone unfamiliar with Windows system settings, or anyone dealing with audio-related issues.</p><p>Would love to hear your feedback or suggestions for what to add next.</p><p>-------------------------------------------------------------------------------------------------------------------------<br />v1.3.0 2026-05-07<br />Added live CPU/GPU temperature monitoring<br />Added internet speed test<br />Added DPC latency measurement (Beta)<br />v1.2.1 2026-04-14<br />Changed NVIDIA low-latency mode to neutral option (Off / On / Ultra)<br />Added GPU power management mode setting (Normal / Prefer Maximum Performance)<br />v1.2.0 2026-04-11<br />Added per-item help tooltips<br />Added NVIDIA HD Audio / low-latency mode settings<br />Added processor scheduling (FG/BG) setting<br />Moved Windows Fast Startup to Optimization tab<br />Redesigned sound device management UI<br />v1.1.0 2026-04-02<br />Fixed USB power saving disable error<br />Added server notice feature<br />Added system info clipboard copy<br />Added detailed debug log export<br />v1.0.1 2026-04-01<br />Fixed sound device rename error<br />Fixed exclusive mode status on some devices<br />v1.0.0 2026-03-28<br />Initial release</p>]]></description>
			<author><![CDATA[null@example.com (bighyunwoo)]]></author>
			<pubDate>Mon, 30 Mar 2026 21:24:23 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=43146&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA["Installation failed" - Ventura]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=37331&amp;action=new</link>
			<description><![CDATA[<p>A few customers have reported a failed installation with an error message saying &quot;installation failed&quot;.<br />Turns out the installer ended up on Dropbox, which was managing downloads.<br />Moving the installer to a local folder helped.</p>]]></description>
			<author><![CDATA[null@example.com (RME Support)]]></author>
			<pubDate>Thu, 27 Apr 2023 12:15:30 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=37331&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Mac OS 11 - Driver not loading after reboot]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=33429&amp;action=new</link>
			<description><![CDATA[<p><a href="https://forum.rme-audio.de/viewtopic.php?id=33277">https://forum.rme-audio.de/viewtopic.php?id=33277</a></p>]]></description>
			<author><![CDATA[null@example.com (RME Support)]]></author>
			<pubDate>Tue, 06 Jul 2021 10:11:15 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=33429&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[RME Live Support on our new weekly Youtube stream]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=32385&amp;action=new</link>
			<description><![CDATA[<p>Join us for live technical support on our weekly Youtube stream.</p><p><a href="https://www.youtube.com/SynthaxInc">https://www.youtube.com/SynthaxInc</a></p><p>Every Wednesday<br />5 PM / EST</p><p>Ask your questions in our video live chat.<br />Get answers right away from our experts and product specialists.<br />Latest driver news. Professional RME support. Purchase advice.</p>]]></description>
			<author><![CDATA[null@example.com (Jeff)]]></author>
			<pubDate>Wed, 03 Feb 2021 18:17:03 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=32385&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Additions on the Extreme Power headphone video]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=32201&amp;action=new</link>
			<description><![CDATA[<p>This is not the forum to discuss the sound of headphones. But having built two very successful devices with superb headphone outputs, the ADI-2 Pro and ADI-2 DAC, they have become an ongoing topic, with sometimes the same question repeated over and over again (does my headphone XXX work with…).</p><p>We shot a very basic, simplified video about the Extreme Power output stages of Pro and DAC and how they work with some typical headphones. It is published in our YouTube channel:</p><p><a href="https://www.youtube.com/watch?v=15Zyuo-cOIk&amp;feature=emb_logo">https://www.youtube.com/watch?v=15Zyuo- … e=emb_logo</a></p><p>Requests for more information, guidelines and ideas were easy to predict, so I thought I share a more detailed overview on the headphones currently lying around in my lab.</p><p>This is by no means a full and objective review of them, nor a recommendation in any way. I have a really hard time to recommend headphones, as I am fully aware of the many different, fully subjective and personal preferences. This broad range of different tastes and likings is the simple reason that there exist so many headphones which all find their lovers.</p><p>So don’t take my descriptions and findings as gospel. They might help you – or not.</p><p>But first things first: as mentioned in <em>The Manual</em>, the Extreme Power output drives <em>all</em> headphones very well. Exceptions are models that are either outdated or rare, mostly the super-power hungry AKG K1000 and HIFIMAN HE6. Both require a real power amp (for speakers) to drive them to acceptable volume levels.</p><p>The photo below shows some of my more often used headphones. Some more are tucked away, and four more are mounted at my workstations for immediate use.</p><p><span class="postimg"><img src="https://archiv.rme-audio.de/images/phonesinlab.jpg" alt="https://archiv.rme-audio.de/images/phonesinlab.jpg" /></span></p><p>From left to right, alternating front/back, IEMs at the end:</p><p><strong>Audio Technica ATH-M50X</strong>: closed, low impedance, high sensitivity dynamic headphone with a lot of oomph and higher mid/presence, which makes it sound open and special. Most distracting for me are the too small earpads (I have big ears). One can easily exchange them with bigger ones (Shure fit well), but this also changes the sound a lot to the worse. This phone is a studio standard, so kept as reference.</p><p><strong>JVC HA-SZ2000</strong>: closed, low impedance, high sensitivity dynamic headphone, no longer available. The king of bass with a unique dual driver design per side. Sounds like shit without EQ. With EQ its thunderous and physically head-shaking bass down to 16 Hz is something one has to experience at least once. As these phones can easily eat 1.5 Watts at only 14 Ohms, and didn’t cost a fortune (now they do) they are also very good lab power test dummies. That’s why I have several of them, the Japanese and Europe versions from both HA2000 and HA1000.</p><p><strong>Mr. Speakers Aeon Closed</strong> (now Dan Clark Audio): low impedance, low sensitivity planar headphone. I got one of the first Aeon. For a planar it is astonishingly light weight, has soft and big earpads and is therefore very comfortable to wear. Good, unique overall sound. Kept as reference. If I lived in the US I would have updated already to the Aeon 2, which promises a bit more bass, and has an ingenious, foldable headband, making it fully portable.</p><p><strong>beyerdynamic DT-990 Pro</strong>: open, high impedance, low sensitivity dynamic headphone. Yes you see that right – a spiral headphone cable! This phone has been my favourite for many years, back to the times when the number of available headphones was small and their sound mostly horrible. The 990 is lightweight, has very comfortable earpads, and a v-style tuning (more bass and a bit peaky treble). Unfortunately this was the phone which made me aware of intermodulation distortion when trying to play music with very low bass content. Kept as reference.</p><p><strong>Audeze LCD-X</strong>: open, low impedance, medium sensitivity planar headphone with a very special, clear sound. Super low distortion no matter the volume and bass. Soft and big earpads to compensate the high weight (planar design with double-side magnets cannot be lightweight). I really like its sound (with Treble shelf raised by 3 dB), no matter what measurements say about the erroneous treble region. Cabling is provided balanced and unbalanced, and as they can eat several watts they would be perfect power load test dummies too. But I keep that task for the much cheaper JVCs. Clearly a reference to keep.</p><p><strong>JVC HA-SZ1000</strong>: see above, basically identical to the SZ-2000. Note that all five models that I have sound a bit different. I dare to say this is not because of real differences in design, but no matching and bad quality control during manufacturing.</p><p><strong>HEDD HEDDphone</strong>: open, medium impedance, low sensitivity AMT (air motion transformer) headphone. This latest introduction to the ever expanding headphone market brings some real innovation instead of the usual marketing bla – an AMT full range driver as headphone speaker. This is the most heavy headphone I ever had. Very soft and comfortable, big earpads shift parts of the weight from the top to the sides. One has to applaud HEDD for trying to bring this technology to the market, and I bet in a few years we will see more lightweight versions of it. And yes, it sounds different (again, like any headphone) but in a very positive way, so worth to try.</p><p><strong>Bluedio R+</strong>: Bluetooth multi-driver headphone. Uh oh – kept as bottom reference (insert facepalm here).</p><p><strong>Fostex – Massdrop TR-X00 PH</strong>: low impedance, high sensitivity dynamic headphone. Lots of deep bass and max volume with little distortion, maybe a bit too much treble. Not enough inner earpad space. Absolutely horrible, stiff, tangling and noisy cable that is not easy to replace due to limited availability of the special Fostex connectors at the cups. Embarrassing how (Mass-) Drop brags about improving all ‘their’ versions in details and then can’t see or fix this annoyance. Kept to give the phones collection more colour.</p><p>A bit covered in the back: <strong>Audeze Mobius</strong>. This Bluetooth planar with tons of exciting additional features and even gaming support (including mic) was a definitive must-have when it appeared. Unfortunately the sound was rather disappointing in the beginning, as the included DSP-EQ did not provide any sound change through its multiple choices. Plus the most important/critical feature, the mic, failed. While all this is fixed nowadays my son still prefers his more lightweight, standard dynamic headset for battling through the hours. Kept as Bluetooth reference.</p><p><strong>Sennheiser HD650 / Massdrop HD 6XX</strong>: open, high impedance, low sensitivity dynamic headphone. Lightweight, but a bit too stiff ear pads. Still comfortable. Praised for its linear, uncoloured sound, although quite bass-shy. Kept as reference. Tip: balanced cables can be done very cheap by ordering a standard replacement cable and replacing the TRS with whatever you need, as both sides run separately down to that connector.</p><p><strong>Bose (Quiet Comfort) QC 15</strong>: closed Bluetooth headphone that can also work wired and was a reference for noise isolation. These days there are not only newer models but also tough competition. In fact the Sony WH-1000XM3 is much more popular in my family and therefore not seen in the photo. Kept as reserve.</p><p>Cut off from the pic, left down, not visible: <strong>beyerdynamic DTX-350</strong>. Closed, low impedance, high sensitivity dynamic on-ear headphone. My travel phone for many years. Sounds several classes better than its price predicts. Highs can be a bit problematic (the beyer peak), but nothing a simple EQ can’t fix (I use <em>Neutron</em> on my iPhone and iPad).</p><p>Front IEM in custom case: <strong>InEar ProPhile 8</strong>. Low impedance, medium sensitivity in-ears with 8 (!) drivers per side, crossover-separated into 4 bands. The best sounding, un-coloured and amazing headphone / earphone I ever heard (don’t forget, this is fully subjective and might not apply to your taste/opinion at all). Except for the very deep bass, where IEMs generally struggle due to not being able to physically transfer vibrations to the skull as some headphones can do. They replaced my DTX-350 as travel phones, and I couldn’t be happier.</p><p>Front second IEM: cheap <strong>Massdrop x NuForce EDC</strong> in-ear monitors. Well, you get what you pay for. Kept as low cost reference.</p><p>Not on this photo: <strong>Sennheiser IE400 Pro</strong>. Cheaper alternative to the ProPhile 8. With just one dynamic driver per side Sennheiser managed to provide an astonishing sound quality. Biggest drawback for me is that they don’t provide big enough ear tips to close the big holes of my ear canals. A personal annoyance that these share with many other manufacturers. Why nobody makes XXL tips?</p><p>Not on this photo (at my office desk): <strong>Sony MDR-Z7M2</strong>. Closed, medium impedance, medium sensitivity dynamic headphone with unusual big drivers (70 mm !). As I wrote in the beginning this topic is highly subjective and personal, but people will ask anyway, so I try to explain why this is currently my most often used headphone. It simply ticks most of <em>my</em> boxes. Design, craftsmanship, manufacturing, details, material, looks – all absolutely amazing. Comfort level 120% with medium weight and big, soft earpads. Screwed cable connection with the right angle, and a very soft, not tangling and noiseless cable (eat this, Drop!). Nice sound with very deep bass extension. Highs are a bit too recessed for my geriatric ears, so I dialed in a simple PEQ correction filling up two bands (see below) where measurements show a drop. Perfect. For me. YMMV, of course…</p><p>Also not on this photo: tons of other headphones that I tried over the years and especially in the time the ADI-2 Pro was developed. I had no reason to keep them when they did not meet my personal taste, but had passed the Extreme Power output test, and would then just lie around as dead money.</p><p>A quick note on <strong>headphone stands</strong>: the ones in the photo are mostly very cheap no-name ones from <em>Amazon</em> <a href="https://www.amazon.de/Kopfh%C3%B6rerst%C3%A4nder-Handyhalter-Gaming-Headset-Schreibtisch-Organisation-Schwarz/dp/B07PHWNHP2">https://www.amazon.de/Kopfh%C3%B6rerst% … B07PHWNHP2</a> which do not leave marks on the headband, are high enough and still stable.</p><p>The heavier phones are parked on the king of stands – German engineering, of course – <strong>Rooms Audio Line FS Pro A BK Headphone Stand</strong>. Made of solid steel they stand like glued to the table. Height is adjustable, and even damped while adjusting. Available with two different radius to perfectly match the phone’s headband. Also available in silver and wood versions.</p><p>At my desk and workstations I use a simple clamp with curved surface, also not leaving marks on the headphone: <a href="https://www.k-m.de/en/products/accessories-for-stage-studio-and-home-recording/headphone-holder/16090-headphone-holder-black">https://www.k-m.de/en/products/accessor … lder-black</a></p><br /><p><strong>Measurements and setting up the PEQ</strong></p><p>There is no final truth. Neither the diffuse field nor Harman curve is guaranteed to bring you the highest joy in listening. But measurements of headphones DO highlight the flaws in them. How much correction is needed and which flaws to tackle then is your personal decision. So you get some guidance, but you have to fine-tune yourself. For example the Sony’s MDR-Z7M2 recommended EQ boosts the mid area around 1.2 kHz by 2.5 dB. I don’t like that. To me it sounds better without that correction. But I agree in fixing the drop at 4.3 kHz and above 8 kHz. My simplified PEQ does this:</p><p><span class="postimg"><img src="https://archiv.rme-audio.de/images/mdrz7m2_eq.png" alt="https://archiv.rme-audio.de/images/mdrz7m2_eq.png" /></span></p><p>B4 G +6.5 dB F 4.3k Q 4.8 (Peak)<br />B5 G +5.0 dB F 10.0 kHz Q 1.3 (Shelf)</p><p>That already gives the Sony a much nicer and fully reconstructed treble sound. Now with</p><p>B1 G X.X dB F 65 Hz Q 0.8</p><p>I can dial in as much deep oomph as I want, without the bass getting bloated or leaking into the lower mids. Fun all around!</p><p>You can follow the recommended EQ corrections more closely, as the ADI PEQ has 5 bands, and even Treble and Bass can be included (as Oratory1990 successfully shows). But in my experience many of the smaller corrections do not give any audible change, or (see above) might even change the sound to something you don’t like. Just experiment with it. Doing so be warned, your ears quickly adapt to any change! You might end up in settings that scare the hell out of you when you put the phones on again one day later. What you need is a second source (headphone) as reference to compare the dialed-in EQ.</p><p>I know it is easy to get lost here, and understand why people look for the &#039;perfect&#039; EQ setting so they don’t have to do all this. Still in my opinion there is no such ‘perfect’ one that suits all tastes and ears. So if you really wish Nirvana you will need to invest some time.</p><br /><p><strong>Sources</strong></p><p><strong>AutoEQ</strong>: <a href="https://github.com/jaakkopasanen/AutoEq/tree/master/results">https://github.com/jaakkopasanen/AutoEq … er/results</a></p><p><strong>Oratory1990</strong>: <a href="https://www.reddit.com/r/oratory1990/wiki/index/list_of_presets">https://www.reddit.com/r/oratory1990/wi … of_presets</a></p><p>I hope this little overview and experience report provides some insight and helps you to find the ideal headphone that matches your ears!</p>]]></description>
			<author><![CDATA[null@example.com (MC)]]></author>
			<pubDate>Sat, 09 Jan 2021 02:48:34 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=32201&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Using TotalMix Loopback to send computer audio to Zoom]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=30723&amp;action=new</link>
			<description><![CDATA[<p>Zoom uses &quot;audio enhancements&quot; by default that are working like a noise gate. Therefore the voice is working fine, but any playback from the computer going to Zoom through RME&#039;s TotalMix FX with the Loopback feature is not working well.</p><p>You can disable the noise suppression and send &quot;original sound&quot; with the settings below in Zoom settings &gt; Audio &gt; Advanced</p><p><span class="postimg"><img src="https://i.ibb.co/pnj025Y/Capture.jpg" alt="https://i.ibb.co/pnj025Y/Capture.jpg" /></span></p><p>With these settings in Zoom and a properly configured Loopback on Output 1/2 your audience can now hear the full mix of audio, not just your microphone. See here for more info about Loopback: <a href="https://youtu.be/1Bca_dn7u6w">https://youtu.be/1Bca_dn7u6w</a></p>]]></description>
			<author><![CDATA[null@example.com (Jeff)]]></author>
			<pubDate>Fri, 15 May 2020 17:55:09 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=30723&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Definitive solution for macOS "driver not loaded" Security problems]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=30462&amp;action=new</link>
			<description><![CDATA[<p>Since Apple released MacOS 10.13 the so called Secure Kernel Extension Loading (SKEL) has caused continued frustration, and wasted tons of time for both customers and supporters - because it doesn&#039;t act reliably, predictably and always in the same way for everyone.</p><p>RME drivers (kernel extensions) are signed and notarized, compiled with the latest XCode, and therefore in most cases an easy and quick installation. But for some it can mean multiple installations, manually deleting files and countless reboots until the dreaded Security &amp; Privacy Allow dialog pops up. Worst: for some that never happens.</p><p>There is a working solution to this problem. If all the following steps have failed:</p><p>- manually performimg the &#039;allow&#039; function in the Security &amp; Privacy app. Will only work if the RME driver is shown there.</p><p>- reinstalling the driver including reboots several times until the dialog comes up</p><p>- deleting the driver&#039;s kernel extension manually prior to reinstalling it</p><p>then the user can add the RME driver manually to the Mac&#039;s <em>Trusted List</em>. Instead of dectivating the whole System Integrity Protection (SIP), which also works, but obviously is not the best approach, adding the RME kernel extension (precisely: the RME team identifier) to the trusted list disables the SIP only for RME kernel extensions. No harm done and the computer is still protected as most users want it to be.</p><p>Here&#039;s how:</p><p>- Boot into macOS Recovery mode. To do so turn on the computer and immediately press and hold the keys Command (⌘) and R. Release the keys when you see an Apple logo, spinning globe, or other startup screen. Enter your password if requested to do so. Startup is complete when you see the utilities window.</p><p>- Open Terminal from the Utilities menu in the menu bar.</p><p>- Run the command: /usr/sbin/spctl kext-consent add 67AK2U2X7M</p><p>- Reboot the computer</p><p>It should not be necessary, but in case the driver is still not loaded check that everything worked as expected by using this command in the Terminal (Recovery mode not required):</p><p>/usr/sbin/spctl kext-consent list</p><p>This should give the following result:</p><p>Allowed Team Identifiers:<br />67AK2U2X7M</p><p>Thanks to our forum user arikaspi for making us aware of this procedure.</p><p>Links:<br />Mac OS Recovery: <a href="https://support.apple.com/en-ca/HT201314">https://support.apple.com/en-ca/HT201314</a><br />Sophos SKEL Troubleshooting: <a href="https://community.sophos.com/kb/en-us/132813">https://community.sophos.com/kb/en-us/132813</a><br />RME Forum thread: <a href="https://forum.rme-audio.de/viewtopic.php?pid=152665#p152665">https://forum.rme-audio.de/viewtopic.ph … 65#p152665</a><br />Debugging SKEL issue: <a href="https://forum.rme-audio.de/viewtopic.php?id=30416">https://forum.rme-audio.de/viewtopic.php?id=30416</a></p>]]></description>
			<author><![CDATA[null@example.com (MC)]]></author>
			<pubDate>Fri, 10 Apr 2020 10:28:09 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=30462&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Debug macOS driver not loaded Security problem]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=30416&amp;action=new</link>
			<description><![CDATA[<p>We repeatedly see users that install hardware and driver and can not use it - because quite obviously macOS blocks the driver and TotalMix FX. Often even the user knows that this is the case because the expected dialog to &#039;allow&#039; the driver does not come up at all.</p><p>Documented are several ways to solve this:</p><p> - manually perform the &#039;allow&#039; function in the Security &amp; Privacy app. Will only work if the RME driver is shown there.</p><p>- reinstall the driver including reboots several times until the dialog comes up</p><p>- delete the driver&#039;s kernel extension manually prior to reinstalling it.</p><p>In seldom cases this all fails and the unit/driver stays blocked. There is a thread about this that includes a lot of details:</p><p><a href="https://apple.stackexchange.com/questions/328141/how-to-identify-extensions-blocked-by-gatekeeper">https://apple.stackexchange.com/questio … gatekeeper</a></p><br /><p>There should be a way to find out why macOS denies loading the driver. Following is a description of it. Note that we do not have a computer where this mean behavior is happening, so the described method might not work. But it is worth a try. Here we go:</p><br /><p>Experienced customers could try to load the driver manually with the command line tool &quot;kextutil&quot; and see what error message they get (ideally the driver is loaded once and available in the future).</p><p>If you want to load (or check) KEXT directly from the Library folder, you have to navigate to it within the terminal window using the change directory command: &quot;cd ...&quot;, &quot;cd ...&quot;, &quot;cd library&quot;, &quot;cd extensions&quot; (the first two &quot;...&quot; go from the user directory to the roots directory, from there to the non-Apple drivers).</p><p>Then you can check with &quot;ls&quot; that there is a file &quot;RMEFirefaceUSB.kext&quot; in the directory and type &quot;sudo kextutil -v 2 RMEFirefaceUSB.kext&quot; and confirm with your login password (-v 2 sets the info level). If the KEXT was already loaded as on our computers the output is a bit cryptic:</p><p>user@User-MBP extensions % sudo kextutil -v 2 rmefirefaceusb.kext</p><p>Defaulting to kernel file &#039;/System/Library/Kernels/kernel&#039;<br />/Library/Extensions/RMEFirefaceUSB.kext appears to be loadable (not including linkage for on-disk libraries).<br />Loading /Library/Extensions/RMEFirefaceUSB.kext.<br />Reading load info for 19 kexts.<br />KextAudit initialized: audit=T<br />KextAudit didn&#039;t find a bridge: audit=F<br />Created mkext for architecture x86_64 containing 1 kexts.<br />(kernel) Notice - new kext com.apple.driver.usb.AppleUSBHostPlatformProperties, v1.2 matches prelinked kext but can&#039;t determine if executables are the same (no UUIDs).<br />(kernel) Received request from user space to load kext de.rme-audio.driver.RMEFirefaceUSB.<br />/Library/Extensions/RMEFirefaceUSB.kext successfully loaded (or already loaded)</p><p>If macOS blocks the kernel extension from loading maybe the info why is shown here.</p><p>Edit: Final solution to this issue ican be found here: <a href="https://forum.rme-audio.de/viewtopic.php?pid=152741#p152741">https://forum.rme-audio.de/viewtopic.ph … 41#p152741</a></p>]]></description>
			<author><![CDATA[null@example.com (MC)]]></author>
			<pubDate>Thu, 02 Apr 2020 17:30:32 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=30416&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[HDSPe causes BSOD Driver Verifier DMA Violation with Thunderbolt 3]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=30110&amp;action=new</link>
			<description><![CDATA[<p><strong>Update: fixed in driver version 4.36 (HDSPe) and 2.16 (HDSPe FX), 12/09/2020, for TB3 expansion chassis - registry mod no longer necessary. For systems with TB3 to TB2 conversion read on.</strong></p><p>This is information from this thread:</p><p><a href="https://forum.rme-audio.de/viewtopic.php?pid=150430#p150430">https://forum.rme-audio.de/viewtopic.ph … 30#p150430</a></p><p>Using a newer computer with a second or later generation Thunderbolt 3 implementation, a TB3 to TB2 adapter (Startech or Apple) and a Sonnet Echo TB2 to ExpressCard adapter, or any TB2 to PCIe chassis, Windows throws a Blue Screen Of Death with Driver Verifier DMA Violation warning.</p><p>This issue seems not present on first generation Thunderbolt 3 implementations (the Thunderbolt Control Center is also different, and the Apple adapter won&#039;t work with that hardware).</p><p>Remedy (special thanks to forum user glittle):<br />It seems the BSOD caused by some strange interaction (because this issue has nothing to do with DMA) of the DMA Verifier process can be disabled via a registry entry.</p><p>HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\pci\Parameters\DmaRemappingCompatible</p><p>is set to 0x00000002(2) by default. This has to be changed to 0x00000000(0).</p><p>There is advice to change a second entry as well:</p><p>HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\USBXHCI\Parameters\DmaRemappingCompatible</p><p>which might not be necessary (at least it wasn&#039;t on our test systems), but as it could only improve reliability there is no reason not to change it as well.</p><p><span class="bbu">Be careful with registry modifications as these can destroy your Windows installation easily! If you feel unsure let someone do it who knows this stuff!</span></p>]]></description>
			<author><![CDATA[null@example.com (MC)]]></author>
			<pubDate>Tue, 04 Feb 2020 20:15:03 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=30110&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[16” macbook pro catalina hangs up on startup after installing drivers]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=29915&amp;action=new</link>
			<description><![CDATA[<p>Hi,</p><p>I just installed latest catalina drivers for usb madiface at the warehouse. After installation and allowing restart OS loaderbar hangs up at around 60%. Anyone had the same issue before and/or tips to proceed?</p>]]></description>
			<author><![CDATA[null@example.com (barska)]]></author>
			<pubDate>Wed, 08 Jan 2020 13:28:57 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=29915&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[No input signal in OSX 10.14 / Mojave, no TM FX out signal]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=27952&amp;action=new</link>
			<description><![CDATA[<p>In Mojave, access to the Microphone has to be explicitly granted for each audio app:</p><p><a href="https://www.forum.rme-audio.de/viewtopic.php?id=27796">https://www.forum.rme-audio.de/viewtopic.php?id=27796</a></p><p>This includes DIGICheck, and on units where the FX are rendered by the computer (Babyface Pro) also TotalMix FX. Here the FX output stays silent/dead as long as TM FX is not allowed to access the &#039;microphone&#039;.</p>]]></description>
			<author><![CDATA[null@example.com (RME Support)]]></author>
			<pubDate>Thu, 29 Nov 2018 14:05:40 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=27952&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Another 'Mac Allow doesn't work' story, and solution]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=26986&amp;action=new</link>
			<description><![CDATA[<p>i am setting up my Fireface UFX with a brand new iMac purchased yesterday (21 inch quad i5) OS version 10.13.4</p><p>my first mistake was installing the firewire drivers instead of the usb drivers.&nbsp; once I realized that i had installed the wrong drivers i installed the usb drivers.</p><p>the symptoms are:</p><ul><li><p>Fireface USB settings app sees the devices serial number and can change clock source but cannot change the sample rate (when I change clock source in app I se change reflected on device, but not sample rate).&nbsp; If I turn off the device it and its firmware / driver info go away from the UI as expected. so the computer sees and can talk to the device</p></li></ul><ul><li><p>Totalmix doesnt see the device at all (nothing appears in New Totalmix Window device selection list)</p></li></ul><ul><li><p>Fireface Flash Tool sees the devices serial number but cannot flash the device, when I click Update nothing happens. also, under the Current Revision column, the flash tool sees the correct version for USB but reports 0 for the other firmwares.&nbsp; When i test on different mac the correct values are shown</p></li></ul><ul><li><p>Mac Audio MIDI setup does not see the device at all</p></li></ul><p>Update: I have tried uninstalling all RME software and reinstalling drivers per this <a href="https://www.forum.rme-audio.de/viewtopic.php?id=9233">https://www.forum.rme-audio.de/viewtopic.php?id=9233</a> but to no avail.&nbsp; Note I could not find all of the plists listed.&nbsp; Maybe the post needs updating?</p><p>Update: have tested the device on my wifes Macbook Air (using 2.x drivers) and the device works great so we can rule out hardware errors, the problem is entirely the config of my Mac.&nbsp; using her Mac I have flashed the device to the latest firmware.</p>]]></description>
			<author><![CDATA[null@example.com (rip)]]></author>
			<pubDate>Tue, 10 Apr 2018 11:15:13 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=26986&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[RME & Magix users: friendly ASIO naming utility]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=26419&amp;action=new</link>
			<description><![CDATA[<p>Hello </p><p>If you are like me a heavy RME interface user, and also a Samplitude or Sequoia user, you will be familiar with the problem of ASIO channel naming.</p><p>I have developed a small utility to workaround this.&nbsp; Currently, Magix use the name of the driver, not the driver-reported hardware name of the device channel.&nbsp; We can rename these ourselves in the app settings panel, but in my situation, I have interfaces with multiple I/O types: analog, MADI, ADAT, AES.&nbsp; Every time I change the sample rate (which I do often) or reconfigure the Madi ports, any custom naming becomes invalid as the number of device channels change.&nbsp; Also, when the driver is updated, the names are reset too.&nbsp; I needed something to more easily automate better naming of my ASIO channels.&nbsp; This is it (for me, for now).&nbsp; Please feel free to use it.&nbsp; </p><p><a href="https://bsound.co.nz/tools/">FAC &gt; Friendly ASIO Channels (for Sequoia &amp; Samplitude)</a></p><p>thanks,<br />Simon</p><p><span class="postimg"><img src="https://bsound.co.nz/downloads/screenshots/FAC-1.png" alt="https://bsound.co.nz/downloads/screenshots/FAC-1.png" /></span></p><p><span class="postimg"><img src="https://bsound.co.nz/downloads/screenshots/FAC-2.png" alt="https://bsound.co.nz/downloads/screenshots/FAC-2.png" /></span></p><p><span class="postimg"><img src="https://bsound.co.nz/downloads/screenshots/FAC-3.png" alt="https://bsound.co.nz/downloads/screenshots/FAC-3.png" /></span></p>]]></description>
			<author><![CDATA[null@example.com (Potscrubber)]]></author>
			<pubDate>Wed, 13 Dec 2017 22:52:54 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=26419&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Netstor USB-C Expansion for laptop and desktop computers]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=26094&amp;action=new</link>
			<description><![CDATA[<p>This is already the third expansion box from Taiwan company <a href="http://www.netstor.com.tw">Netstor</a> working flawlessly in RME&#039;s lab. The first one Daniel and me reviewed was the <a href="https://www.forum.rme-audio.de/viewtopic.php?id=11282">TurboBox NA211A</a>, a PCIe to PCIe expansion chassis. Then I looked at the <a href="https://www.forum.rme-audio.de/viewtopic.php?id=16182">NA211TB</a>, a Thunderbolt to PCIe expansion chassis, and now - as expected in 2017 - it&#039;s time to go USB-C, which in this case is a Thunderbolt 3 to PCIe chassis.</p><br /><br /><p><span class="postimg"><img src="https://archiv.rme-audio.de/images/usbc_lefts.jpg" alt="https://archiv.rme-audio.de/images/usbc_lefts.jpg" /></span> </p><br /><br /><p>Design and form factor have not changed over the years - to the left you see the older PCIe to PCIe TurboBox. The Mac Mini in the background shows that Netstor&#039;s design fits nicely with Apple&#039;s design. For short audio cards the boxes are a bit longer than necessary, and the 3-slot version does not have spare slots to mount add-on cards for more I/Os or word clock. That is something to keep in mind, additional cards which do not use a PCIe slot need to be counted as if they do when ordering such an expansion box.</p><br /><br /><p>The <a href="http://www.netstor.com.tw/product_info.aspx?PID=PID_170427401346986">NA211TB3</a> has three free PCIe 3.0 8x slots, an internal switching mode power supply, and two USB-C sockets. The package includes a 2 meter active Thunderbolt 3 cable with USB-C on both ends.</p><br /><br /><p>As you can read in the above mentioned reviews, and this is true even now years later, the expansion chassis are regularly used by RME developers and never failed. Not once. The available audio performance is defined by the used computer, not the chassis. Low latency at 32 samples is possible if the computer can do so. If not then the computer is at fault, not the TurboBox.</p><br /><br /><p>I am using the NA211TB3 regularly to use all our PCIe cards with a Dell XPS15 9550, a Skylake based laptop with a USB-C/TB3 connector. Usually a Startech TB3 to TB2 adapter is used to connect a wide screen monitor which has a TB2 hub, so I can connect a UFX+ via Thunderbolt as next device. Simple serial cabling that works a treat.</p><br /><br /><p>The NA211TB3 has a TB3 hub inside, which is absolutely nice to have. When connecting the expansion box to the latop,&nbsp; its only USB-C port is occupied, which would mean no monitor and no UFX+ anymore. Instead of plugging the Startech adapter into the laptop it can now be plugged into the second USB-C port of the expansion chassis, and everything works like before - double treat! One just has to note that this is a TB3 hub. You can not connect USB based devices/adapters with USB-C connector, like Dell&#039;s own USB-C to VGA/Ethernet/USB3 dongle. It can&#039;t work as there is no USB on this hub. Adapters to USB/Ethernet etc. that are PCIe based will work, though. </p><br /><br /><p><span class="postimg"><img src="http://archiv.rme-audio.de/images/usbc_tops.jpg" alt="http://archiv.rme-audio.de/images/usbc_tops.jpg" /></span> </p><br /><br /><p>The photo shows the inside of the box with a HDSPe MADI and a HDSPe AES working on 80 channels input and 80 channels output simultaneously (note this is the bus load. To sync the cards I mounted the MADI&#039;s word clock module, which meant I could not mount the second card of the AES anymore. So externally only 72 channels were available). Now these days a laptop won&#039;t even raise its eyebrows, so to say, as one can also plug in the HDSPe MADI FX with 194 channels input and 196 channels output - and it still works without noticable base load.</p><br /><br /><p>The really nice thing with UCB-C/TB3 and the TurboBox is the hotplug behaviour that one gets with PCIe cards - which still astonishes me regularly, as I have seen the opposite on so many systems over so many years. With Windows 10 running, simply plug in the USB-C cable, the TurboBox immediately turns on, and there are the cards and audio channels. Finished your audio work - simply unplug the cable, the TurboBox will turn off automatically, the cards/channels are removed from Windows. No crash, no hang, no problem - amazing times!</p><br /><br /><p>I intentionally describe this behavior in detail under Windows. Of course it works the same on a Mac, but nobody would expect it NOT to work perfectly on that platform. Which it indeed does, flawless operation there as well.</p><br /><br /><p><span class="postimg"><img src="http://archiv.rme-audio.de/images/usbc_rights.jpg" alt="http://archiv.rme-audio.de/images/usbc_rights.jpg" /></span> </p><br /><br /><p>Regarding available latency - as mentioned it depends. The XPS15 is a real Dell - which means it won&#039;t give you lowest latency, no matter if USB2, USB3 or Thunderbolt. Currently the combination of HDSPe MADI and HDSPe AES needed 128 samples buffer size in ASIO to work click free. At 64 from time to time a small drop-out occured. The HDSPe MADI FX and MADIface XT also required 128 samples. I thought 64 samples worked before, but there are so many driver, OS and BIOS updates these days, you simply loose track what happens when...and I won&#039;t waste my time trying to improve a Dell&#039;s low latency performance! But else the XPS15 is a very nice unit, that&#039;s why I use it daily, both in home and when travelling.</p><br /><br /><p>How powerful modern laptops are became obvious when I connected the UFX+ via TB to the TurboBox second USB-C port, while a full channel test was running with the MADI and AES cards at 128 samples buffersize. I started to use the UFX+ with its TB driver on all 94 channels I/O, completely independent from the running audio test - and it did not cause a single glitch/drop out in that MADI/AES test. Wowza!</p><br /><br /><p>Using the MADIface XT via external PCIe (with Matrox PCIe/ADP card in the TurboBox) was another nice surprise, as those expansion cards never before were usable with hot plugging and unplugging. With TB3 in-between even that works.</p><br /><br /><p>Once again Netstor provides a perfectly working expansion chassis, this time for the latest USB-C/Thunderbolt 3 technology. It is fully compatible to all RME PCIe cards, from the old Multiface PCIe up to the HDSPe MADI FX. Well done, Netstor!</p>]]></description>
			<author><![CDATA[null@example.com (MC)]]></author>
			<pubDate>Tue, 03 Oct 2017 17:15:36 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=26094&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[The answer to latency pops and clicks, improve latencies M.S.I.]]></title>
			<link>https://forum.rme-audio.de/viewtopic.php?id=25778&amp;action=new</link>
			<description><![CDATA[<p>I had, as all of us have, problems stabilizing my new audio workstation. Instilling fresh windows 10. Installed RME drivers for my UCX, both USB and FireWire to see if anyone gives better results.</p><p>First try not impressed at all :-(</p><p>So I go thru all the old tweaks to see if something helps. Nadia, I get depressed. Time to do hard internet search.</p><p>Looking at the resource list of irq sharing on this computer reveals the problem at once: The graphic card is sharing irq with both USB and FireWire controllers all on irq 16! Reading on internet, irq sharing is supposed to be &quot;OK&quot; and something that drivers are supposed to completely support, right... </p><p>I started looking at the irq numbers, and being not young anymore, I see something new to me, negative numbered irqs, what is this? Answer: Message Signaled-Based Interrupts = MSI.</p><p>So what?</p><p>This is a more modern approach to interrupts that goes beyond irq sharing. Can all devices do this? No, but some can and this can have a HUGE HUGE impact on your system. In the link below I will share a document/link that describes the process of changing the way devices use old irq or the new MSI.</p><p>USB version 2 can not use MSI but 3 can.</p><p>First of NVIDIA support this and switching to MSI made irq sharing with the USB and FireWire controllers go away. This was the moment of eureka. Reboot and test, BINGO! Rock stable both USB and FireWire, not pops or clicks. Started Firefox with lots of tabs while playing guitar through the DAW just to be nasty to the system, still no pops or clicks. Started Latency Monitor because it can produce pops and clicks sometimes, same result, perfect audio!</p><p>So I tried to put the FireWire controller in MSI mode and it started up, but the UCX was not detected by the RME drivers, I wonder if this can be fixed, because it seamed that the FireWire card was detected without any errors by windows.</p><p>This is the cure to our problems with irq sharing, that still exist today. You can do this with lots of devices, do be careful with your system while tweaking.</p><p>Here is the resolution:</p><p><a href="http://forums.guru3d.com/showthread.php?t=378044">http://forums.guru3d.com/showthread.php?t=378044</a></p>]]></description>
			<author><![CDATA[null@example.com (christianwn)]]></author>
			<pubDate>Sun, 09 Jul 2017 13:39:45 +0000</pubDate>
			<guid>https://forum.rme-audio.de/viewtopic.php?id=25778&amp;action=new</guid>
		</item>
	</channel>
</rss>
