Jump to content

azslow3

Members
  • Content Count

    334
  • Joined

  • Last visited

Posts posted by azslow3


  1. From my experience (and many reports in the Internet) Dell XPS (and some other models) have latency problem for years. Somehow it is related to ACPI, probably bad design or/and bug(s) in hardware (as with almost all parts in my, now a bit aged, XPS. USB-C, wlan, audio, etc.). DELL has never confirmed general problems there, but some firmware updates had "latency improvement" in Changelogs (without noticeable difference in practice). Some update has broken ACPI compatibility with Linux (my XPS was running Ubuntu like 20 years old Celeron after that update... I have found some discussion where Linux developers have refused to mitigate clear DELL bug on there side...), after that I run on old firmware.

    In practice, with network and all services/tasks disabled, XPS can run audio applications without dropouts (at least with RME). Any activity which access system information (and I guess SupportAssist does) can introduce "blackout" for several ms. That is indirectly confirmed by many users which disable corresponding drivers, so services/programs no longer can request information. But disabling some related drivers has consequences and it is unclear which service (especially DELL own) access which device/driver (and when).


  2. Those who are asking for Open Source DAW for Windows, try to find (legal) version of Ardour with ASIO support (tip: it does not exist, till you compile it yourself after signing agreement with Steinberg).

    And from all current plug-in formats under Windows, there will be DX. It will be hard to host VST3 since its Open Source incarnation is strict GPL3 (means whole source should be not only Open Source but also GPL3 or compatible license). VST2 is "gray" (like with ASIO, but not even possible to sign post 2018).

    PS. People who write open source programs rarely ask such question as OP, they know the answer...


  3. 14 hours ago, CDK said:

    Note that is V2, it has no native Cakewalk support (unlike the first version). Also the price in the link is a bit high... it is ~€180 in Europe (so should be $300).
    DIY solution for V2: http://www.azslow.com/index.php/topic,444.0.html

    2 hours ago, Billy86 said:

    I’m using a fader port 1 as a control surface, but I’m interested in a KorgNano to have more controllers. Can I use them both at the same time, or if I switch to the Kong unit would I need to abandon the fader port controller? I’d like to be able to continue to use the fader port’s automated, longer-throw volume slider.

    Several (different) controllers can independently work in parallel.

    TouchOSC can be used: http://www.azslow.com/index.php/topic,295.0.html , but TouchDAW covers more.

    Transport without app (from phone/tablet): http://www.azslow.com/index.php/topic,288.0.html

    Cheap controller with good functionality coverage: X-Touch Mini. http://www.azslow.com/index.php/topic,377.0.html

    Korg Nano has many controls, but no encoders. Good to control "fixed" set of parameters (f.e. just 8 tracks), not good for for switching between tracks/parameters (needs bringing controls "in position" after switching blocks of tracks).

     


  4. 43 minutes ago, Devils said:

    I bet @azslow3 has some answer to all of these strange GUI's

    ProChannel modules have no GUI. What you see is "standard" GUIs which are auto-constructed in that case (also shown for other VSTs without GUIs).

    With Console that is a bug (known).

    The fact ACT MIDI tries to open interfaces for ProChannel is just not nice. AZ Controller tries to avoid that 😉


  5. @Devils you are not using AZ Controler with Mini 😉 I do not know how you could get feedback on encoders without it...

    In fact ACT and surfaces in general are working fine, as long as you have MCU or use AZ Controller (with everything else). ACT mapping you can easily preserve, once you use AZ ACT Fix...

    For current problem (with the latest CbB only, not loading presets at startup) there is a workaround:

    after selecting required preset in Surface dialog, visit Control Surfaces in Preferences. Change In or Out port to something else, apply, change it back, apply. Current preset will be loaded after CbB restart (tested with ACT MIDI and AZ Controller). In case the preset is changed (selecting some other preset or by direct modification) repeat port switch.

    • Like 1

  6. 55 minutes ago, msmcleod said:

    @azslow3 - the saving logic has now changed.  The logic is now as follows:

    On startup, all of the control surfaces are loaded and a backup of the control surface persistence saved.

    For each control surface, If any of the MIDI ports are unavailable, this control surface is marked as disabled.

    On close, all of the persistence is saved to ctrlsurface.dat... however:
    - If the control surface is disabled, the backup of the persistence is used
    - If the control surface hasn't been altered, the backup of the persistence is used

    Maybe the last step is the issue... perhaps it should always call the real code if its not disabled.

    I have 2 comments for intended logic:

    • "some" surface plug-ins do not need MIDI ports (gamepads, OSC, just logic without surface at all)
    • most Cakewalk surface plug-ins do not (can not) use MIDI output
    • how CbB knows surface is not altered?  I do not see IsDirty in logs (but I am returning TRUE in any case)
    54 minutes ago, msmcleod said:

    Interesting.... we did have an issue with it treating surfaces with a missing MIDI Out as disabled.... maybe that's the key.

    @azslow3 - can you confirm if the presets are saved if the controller has a MIDI out port set?

    With MIDI was set, "ACT MIDI" has saved selected preset to default (once, in the same session I have enabled MIDI out). Just removing "ACT MIDI" and inserting it again (with In and Out) shows previous preset name but does not load it. After re-selecting it and restarting CbB, nothing (I guess empty) is loaded again.

    PS It seems like the "optimization" for persistence has tried to fix not broken part of CbB... sure, as usual in such cases, it is broken now🤨 

     


  7. One of AZ Controller users (Bassman) has noticed no preset is loaded on CbB startup in ~2020.05

    After some "magic dance" (re-installing, re-selecting, etc.) he has manged make it working.

    But with 26.8.0.100 (the latest update) no magic helps. I have updated 2 computers myself. On one I could get "ACT MIDI" remember selected preset (not the first time, but after several restarts and removing ctrlsurface.dat...). On the second computer I can not make any plug-in memorize selected preset ("ACT MIDI", "Generic", "AZ Controller"), even after file removal.

    In my own code I see there is no usual "Save" call during CbB close (it was called at least in X2...Platinum). I have also noticed 2x "Save" calls before "Load" on preset change, that is from what I remember also unusual.

    • Like 1
    • Thanks 1

  8. If Realtek ASIO with buffer 1024 is not working stable for you, there are some severe problems (with some luck just in software). Your system should be able to run several VSTs under buffer 256 without any tweaks.

    But that is true in case your are not running some "ultra" settings in some "heavy" VSTs (single VST can kill everything), so first try to reproduce the problem just with proven light VSTs only (f.e. provided by Cakewalk).

    Latency Monitor is not an odyssey, it is 1 button tool. Odyssey is to interpret its results in case it blames some generic Microsoft driver (it is tricky to find which device course the latency).

    Also check the system is successfully updated and disconnect/disable any networking. MS periodically think the system is "idle" (even if that is not true) and starts background activity. You can check system logs / task manager to spot any failing tasks, continuously re-connecting mouse, etc.


  9. I have updated Bandlab (2020.05) and everything works as expected.

    Switch to plug-in mode (A and B lit). On the current track enable ProChannel EQ (for now with mouse). Switch to ProChannel Mode (long press "<<", "<<" lit, ">>" does not). Use "<<" and ">>" to switch between modules, do you see "Track-EQ" instead of "No mapping" at some point?


  10. Do you see "No mapping" also during learning?

    "No mapping" means plug-in is "not detected". Check plug-in selection buttons (and indication) in the documentation of X-Touch Mini preset, but normally clicking on plug-in GUI with mouse should focus that plug-in (also for ACT operations).

    I have not checked ACT in recent Cakewalk versions, may be something was checked.

    BTW I assume that is the only hardware controller you use and AZ Controller is the only Control Surface in the Cakewalk preferences list. Different controllers can influence each other when it comes to ACT mapping.

     

     


  11. As first, with one device I strongly recommend to use ONE plug-in in a time. So, if you want use "ACT MIDI" you have to remove "AZ Controller" (or reversed).

    When you write "stops working", what exactly do you mean? So, when it "stops":

    1. Do you still see X Touch Mini in Cakewalk MIDI preferences?
    2. If yes, do its inputs/outputs still assigned in Cakewalk Control Surface preferences?
    3. If yes and you use AZ Controller, open its GUI and move some control, do you see changes in the "Last MIDI event"?
    4. Does Cakewalk display some dialogs like "MIDI device connected/disconnected"?
    5. Do you use other software with controller?

    X Touch Mini sometimes has strange reaction on Mackie "Bye" command (at least my does), so after running DAWs which use that protocol the device is "disconnected" when the DAW is closed (normally reconnect immediately, but not always).

    If you connect it throw USB hub (especially with long cable), try shorter way to the computer. Note that it will be "new device" on another port, which in turn can be problematic for Cakewalk (there are many threads about the issue, cleanup not existing instances in Windows Device Manager and delete Cakewalk MIDI INI file, search the forum in case you want more detailed instructions how to do that).

    ---------------

    In case controller is working, but Plug-in mapping "disappear" or you have other mapping issues: http://www.azslow.com/index.php/topic,297.0.html

    Note this utility works for all ACT mappings, not only for AZ Controller.


  12. All these parameters are internal tweaks for Cakewalk engine. Changing these settings can help with unexpected behavior under specific conditions. Googling particular problem sometimes show recommendation to change one or more such parameters.

    In other words, till you have particular problem there is no reason to touch these parameters. Defaults are working well in most cases.

    "Large buffering plug-ins" introduce corresponding latency. Cakewalk engine is "real-time" only, it is not able to cancel latency, it can only ignore it when required. As written in the documentation and suggested in the user guide, ExtraPluginBufs can only reduce/avoid audio drops when using some of these plug-ins. The "value" should not be interpreted as meaningful by user (even so it has some internal technical meaning for sure).


  13. When new audio device is connected, Windows set is as default. I guess that is expected behavior for most users.

    Once another device is selected as default, that decision is remembered. Reconnecting an interface from which default flag was removed explicitly no longer change default. That is consistent at least for all interfaces I have.

    Note that from Windows perspective the same device connected to different USB port (to different port of a hub connected to the same computer port, etc.) is "new".


  14. 2 hours ago, aidan o driscoll said:

    As much as I would LOVE an RME .. Im afraid the price points in EURO are way out of my reach at the moment especially with this pandemic going on and work at a premium ( self employed, own biz )

    Then I just recommend to carefully check RTL under realistic settings for the interface you consider. Profire 610 was not bad in that domain, in the lower price segment you can easily experience "downgrade" in case you are not careful. It is easy to find posts about RTL of any interface, but check the results are really from "RTL Utility" and for the settings you have. On the same computer your buffer size will be the same as you use for 610, so do not think that "64 samples at 192kHz" is going to magically work since such setting is allowed in case you could get stable sound on 128/44.1kHz only.

    Not sure 610 has that, my M-Audio allows ASIO in parallel with windows sounds. Many (most) other interfaces do not, check if that feature is important for you (not so easy to find for concrete interface).

    • Thanks 1

  15. If you care about latency (and in case you play guitar with software processing you probably do), you do not use specially audio optimized computer (and from your post you do not) , you do not need many channels and have the money, take RME. It is less problematic and more forgiving in mentioned conditions. As a bonus, you get full flexibility in routing (use in parallel with Windows audio, Skype, other DAWs, routing/mixing one into another when required). Note that Babyface Pro is just a pre-amp when stand-alone, only top models can work as mixers in that mode.

    I still have M-Audio Audiophile as my "windows sound" interface and Phonic + small usb mixer to keep all peaces of my small home audio room permanently connected (works with and without computer) in addition to M-Audio 410 and Roland VS-20 which just collect dust.

    But if I could go back in time, there had to be RME UFX instead.  Unfortunately, I have understood that after I have bought Babyface Pro only. Nothing wrong with all other interface I have, they all work. And build-in Realtek also works (except for inputs). But with all other interfaces I hit some limits/inconvenience. With RME I do not.

    • Like 2

  16. On 7/4/2020 at 8:41 PM, chris.r said:

    Thanks, I would think so, but the context suggests the opposite. And having years of experience with Windows, I could see it having bad impact on the system performance when disabling paging even with huge RAM memory, who knows. And this may even change from update to update.

    With relatively small RAM and no paging, the system can use only small amount for disk caching. The performance suffer significantly, especially with conventional HDD. With increased RAM and SSD the difference is getting smaller. Paging on (fast) SSD is absolutely no problem for anything except for audio applications, nothing else needs 1-2ms "warranty for execution". Note that far from every SSD is fast, there are PCI-e M2 SSDs with real speed 80-100 MB/Sec.

    Applications are different, one sample based instrument can consume 8+ GB. And if someone wants complete orchestra,  32GB can be filled rather quick.

    • Like 1

  17. IMHO.

    If you have sufficient RAM, disable it. Note that Windows can crash in case it hits RAM limit in this case, also overall disk performance can be reduced.
    If you need it, put it on fastest disk may be after checking this  disk access does not introduce extra system latency.

    The explanation. When Windows "think" it does not need something in RAM (and that something is not marked "keep it in RAM please..."), it can dump it to the disk. That happens not only when RAM is really full, but almost always. That free RAM for something Windows "think" is more important, including disk cache.
    Real-time aware apps, drivers, etc. should mark related RAM properly. But "should" does not mean "do". When a part of dumped data are required again, they have to be loaded from the disk. That always take "infinite" time from CPU perspective. And if that is required to continue with real-time (audio) activity, you get audio click/pop/drop. How bad/ok/fine it is you can check in Latency Monitor, it shows "missed pages" and (indirectly) related activity.

    Some disks/controllers can be worse then other in terms of "response time", unrelated to how fast they can transfer data. So the fastest can be not the best choice.

    I have i7 XPS (already a bit "old"), it is worse computer for audio which I have used. DELL has messed something in ACPI (hardware), and that trigger huge (several ms) "pauses" in the system. That does not affect anyone except audio applications with low latency, so there are no known universal fixes for that. Some people claim disabling some ACPI drivers helps, I personally only have luck by disabling any networking and background tasks when I need low audio latency (also RME drivers are more forgiving, Roland was freezing the whole system while keeping irritating cry sound on the interface output).


  18. All "proper ASIO" solutions for low end Behringer interfaces are using the driver mentioned by msmcleod directly (without redirection links) on the first page. My post from the time when Behringer has switched ASIO drives on there download page: http://forum.cakewalk.com/FindPost/3294586

    The "driver" is still the same, from year 2009... It works with many audio interfaces and Xenyx mixers and it still works with Windows 10 (as most drivers for Windows versions before 8). It provides ASIO and WDM, but not WASAPI (which was introduced later). What this driver really is (and how "true ASIO" it is) can be speculated, some people guess it is tuned generic WDM/ASIO (ASIO4ALL is not the only one, but widely known since "free").

    At the time of Windows XP... the latency around 10ms was "good". This driver can go down to ~8ms, with some "ultra" settings (since hardware overhead is high) and so the computer has to be audio optimized to work on such settings (modern interfaces/drivers at the same latency are more "forgiving").

    So, it is possible to buy an audio interfaces (as new or used) with 10+ years old technologies and related software and still use that on modern system and get original results. That results depends from the original quality (back it time) and so the price (back in time). But all companies was not sitting doing nothing last 10 years, related hardware and software are not the same.

    Everyone decide for himself, but in many cases "who try to save pay many times". I took the long route, started with Behringer Xenyx. Once (after 4 other "cheap" solutions) I have got "real" interface, I have understood my mistake 🙂

     

×
×
  • Create New...