November 14, 2017: macOS Driver Build 58D now Available November 13, 2017: Windows Driver Version 2 Build 23i now Available November 9, 2017: Firmware Update 1.7 for Aurora(n) now Available November 6, 2017: Aurora(n) User Manual (Firmware 1.7) now Available July 5, 2017: Aurora(n)-USB Driver Version 3.34 for Windows Available February 27, 2017: Hilo Firmware 8 User Manual now Available January 9, 2017: Hilo Firmware 8 Updater Available |
Lynx AES16e with Interval Zero RTOS platform? |
Post Reply |
Author | |
youguanxi
Caracal Joined: August/22/2009 Location: Russia Points: 19 |
Topic: Lynx AES16e with Interval Zero RTOS platform? Posted: July/17/2014 at 2:46am |
Hello, I'm curious is there currently an option or the Lynx plans for future development to integrate the Lynx Mixer & Lynx AES16e drivers along with some Foobar2000 like player to make them compatible with such software as Interval Zero's SMP-enabled RTX(http://www.intervalzero.com/), which transforms Windows into a real-time operating system (RTOS) ? Such real-time solution would be far inferior to ASIO drivers in terms of delivering the analog-sounding result. Real-time system performance reproduces better quality mixes.A single audio sample lost (or duplicated) can be both extremely noticeable and annoying to the human ear and can never be tolerated in a professional system.
Currently, Microsoft Windows and Apple Mac OS do not
offer a real-time capability. A real-time extension would allow Windows
to run on one core and have the real-time components run unimpeded on other
cores. For example, Merging’s MassCore™ mixing engine is based on IntervalZero’s RTX software
Thanks Regards, Dmitry
|
|
David A Hoatson
Admin Group Forum Administrator Joined: October/01/2003 Location: Idaho Points: 4993 |
Posted: July/17/2014 at 8:59am |
There appears to be an assumption in your post that if you don't have a RTOS you are sure to have lost or duplicated samples. The inverse assumption is that if you have a RTOS you are guaranteed to not have lost or duplicated samples. Neither is true. It therefore follows that if you don't have lost or duplicated samples and the audio path is bit-perfect (as ours is) then there cannot (notice I didn't write should not) be any difference in audio quality. For the digital side, bit-perfect is simply the best that can be done and there cannot be any difference in audio quality as long as the path remains bit-perfect.
|
|
Thank you,
David A. Hoatson Lynx Studio Technology, Inc. Co-founder, Chief Software Engineer |
|
Post Reply | |
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |