-
Posts
459 -
Joined
-
Last visited
Everything posted by Panu Pentikäinen
-
I built a new i9-9900k PC for CbB
Panu Pentikäinen replied to Panu Pentikäinen's topic in Cakewalk by BandLab
<NERD ALERT> LatencyMon reports: SYSTEM INFORMATION _________________________________________________________________________________________________________ OS version: Windows 10 , 10.0, build: 17763 (x64) Hardware: MS-7B17, Micro-Star International Co., Ltd., MPG Z390 GAMING PRO CARBON (MS-7B17) CPU: GenuineIntel Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz Logical processors: 16 Processor groups: 1 RAM: 32722 MB total Highest measured interrupt to process latency (µs): 192,20 Average measured interrupt to process latency (µs): 3,022335 Highest measured interrupt to DPC latency (µs): 159,70 Average measured interrupt to DPC latency (µs): 1,022943 REPORTED ISRs _________________________________________________________________________________________________________ Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal. Highest ISR routine execution time (µs): 195,605556 Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation Highest reported total ISR routine time (%): 0,012871 Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation Total time spent in ISRs (%) 0,012907 ISR count (execution time <250 µs): 47811 ISR count (execution time 250-500 µs): 0 ISR count (execution time 500-999 µs): 0 ISR count (execution time 1000-1999 µs): 0 ISR count (execution time 2000-3999 µs): 0 ISR count (execution time >=4000 µs): 0 REPORTED DPCs _________________________________________________________________________________________________________ DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution. Highest DPC routine execution time (µs): 728,506111 Driver with highest DPC routine execution time: ndis.sys - Network Driver Interface Specification (NDIS), Microsoft Corporation Highest reported total DPC routine time (%): 0,004141 Driver with highest DPC total execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 388.13 , NVIDIA Corporation Total time spent in DPCs (%) 0,009174 DPC count (execution time <250 µs): 192967 DPC count (execution time 250-500 µs): 0 DPC count (execution time 500-999 µs): 1 DPC count (execution time 1000-1999 µs): 0 DPC count (execution time 2000-3999 µs): 0 DPC count (execution time >=4000 µs): 0 </NERD ALERT> -
I built a new i9-9900k PC for CbB
Panu Pentikäinen replied to Panu Pentikäinen's topic in Cakewalk by BandLab
CPU cooling: Noctua NH-D15 CPU Cooler ( https://noctua.at/en/nh-d15 ). Noctua NH-D15 I set Noctua to 'silent mode' and it's just like that: at low stress fans stay still and thus the CPU cooling is totally silent. This was a very positive surprise for me! Power supply is Corsair CX750M. It's quiet in normal usage (like Cakewalk) but user reviews hint that it gets louder under high stress. I haven't noticed raise of sound level yet, not even while rendering After Effects projects. -
I built a new i9-9900k PC for CbB
Panu Pentikäinen replied to Panu Pentikäinen's topic in Cakewalk by BandLab
DPC Latency Checker reported normal Windows 10 values: around 1100 us with no spikes. It is much more than in XP or 7 but still OK. And here's Task Manager / CPU Performance while Cakewalk is playing full mixed 80 track, heavily produced mix: Disk usage (audio is on M drive) is 2% (!) and CPU usage 12%. Obviously the mix needs more tracks and plugins. -
I built a new i9-9900k PC for CbB
Panu Pentikäinen replied to Panu Pentikäinen's topic in Cakewalk by BandLab
Yes, I learned that now, too. -
I built a new i9-9900k PC for CbB
Panu Pentikäinen replied to Panu Pentikäinen's topic in Cakewalk by BandLab
Motherboard is MSI Z390 Gaming Pro Carbon Intel Z390. However, I'm not totally satisfied with it: using m.2 drives disables two of the total six SATA 6 Gb/s ports. Thus there are four SATA + two m.2 available, not six SATA + two m.2. So I have only one SATA port free because one is for the DVD drive and two for the SSDs. -
Hello, Windows 10! One Win7 user has left the building, one new Windows 10 user already on the door. I built a new PC for my studio: Storage: 1 TB m.2 for the programs, 2 TB for projects, 1 TB for mixes and soundbanks. Separate file server for archives. CPU is i9-9900 which is $150 overpriced but fast with native 5 GHz speed and 8 cores. It's a long way from my first Sharp MZ-821 home computer although it had the full 64k RAM. RAM: only 32 GB at this time but there's room left for another 32 GB. Graphics card: GTX 1070 from my old system. Something that I noticed immediately on the first CbB test: enabling "Plug-In Load Balancing" made audio crack badly. Disabling healed audio for a while but playing a heavy project caused audio crack again. I opened the Task Manager and noticed how CPU speed varied all the time. I decided to set it to fixed speed all the time and adjust Windows power options to maximum performance. After that everything started to work perfectly. 64-bit Double Precision Engine is on. Every setting is pretty much on factory defaults. Cakewalk runs smoothly on RME buffer size 48 but unfortunately Adobe Audition couldn't handle it properly. 64 works for both programs but for now I went back to more conservative setting, 128. ThreadSchedulingModel=1 (default). It's 2 on my old system but I don't have no idea what this setting does. Help on Preferences window says: 0 = Legacy Spin 1 = Legacy Wait-for-single-object 2 = Producer/Consumer. I'll test the 2 option later. I tested multi-track recording by recording three hours, 18 tracks. Writing 8 GB recorded audio took only about 10 seconds. Solid state and m.2 drives make a huge difference! Exporting projects is also ridiculously fast. Conclusion: - Plug-In Load Balancing may not work on every system - Set CPU speed to fixed.
-
Say you want to route all tracks in a Track folder to a new bus. It goes like this: * Select tracks. * Hold Ctrl key down * Open list of outputs * Find the desired output * Click it. * Release the Ctrl key. This works ONLY if you press the Ctrl key thru the all steps. My feature request: It should be enough to hold the Ctrl key until the list of outputs is opened. If there are lots of outputs available (you may have dozens of hardware outputs, buses, patch points, AUX sends), it may take a while to find the right destination --- and you need to hold the Ctrl button down all the time. Same applies to selecting inputs. For example, if you have a track folder dedicated for vocal tracks and you want to reassign input of 10 tracks to a new input channel, you have to hold the Ctrl key down during the whole selection process. Please support this even if you don't have this many I/Os...
-
+1. For starters, tempo curve should have exactly the same tools as the track parameter envelopes. +1 for tempo track as well.
-
There was some discussion about this year or two ago. Unfortunately it would be way too laborous project and stall development of everything else for a long period and it's thus very unlikely to happen. There will be no fixes to CAL, either.
-
Use Patch Browser in Track View | Patch widget
Panu Pentikäinen replied to Panu Pentikäinen's topic in Feedback Loop
Ah, that's one of the keyboard shortcuts that do not work with my Finnish keyboard settings. What is the name of the command in Key Bindings? -
It would be cool if Patch Browser would open directly from the track header pane and not only from the Inspector because Patch Browser has the search textbox to help selecting sounds.
-
My LoFi Roland JUNO-6 Instrument (Kontakt5)
Panu Pentikäinen posted a topic in Instruments & Effects
[removed] -
Did you have auto-save on? Check all files in the project folder and see if there are project files starting with ~ character or named as "Auto-save ....". If not, just drag the clips to a new project with same tempo and reconstruct everything manually.
-
Hi Keni! I have updated RME driver and firmware but the problem has stayed the same. Maybe the next step is to disable as much background processes as possible to keep the system running and see what happens. It will take some time, though, because detecting the missed chunks requires recording + listening and sometimes problem may be absent for hours. ... Microsoft Security Essentials is disabled, I have no virus scanners running at all. Checklist: - Adobe Creative Cloud is running on background. Disable. - Google Backup And Sync is running on background, too (synced folder is on the system SSD). Disable. - Check all new programs that are installed during the past months. - Check Windows error logs.
-
I would not look after static electricity in my case because my UFX unit functions perfectly all the time; real time monitoring is sample perfect, only the recorded audio has those missing chops. Thus I believe it's software issue rather than hardware failure. There is "Errors" count in RME control panel. It always shows zero which means that RME driver has no clue that audio samples are lost in the way. Also Cakewalk/SONAR seems to be totally unaware of the problem. I have to take a closer look at all running processes.
-
I have a longstanding issue I have not been able to fix: every now and then I record audio there are little parts (app. 20-500 samples) missing. This creates ugly clicks in the audio but also makes the recorded audio go out of sync. It happens so randomly (0 ... 5 times per recorded 5 minutes of audio, sometimes even hours without any glitch) that I have no idea where to search for the cause. I know this: - May happen in any project. - Bypass all FX does has no effect. - Record on a new project with no FX does not prevent glitches. - It happens in the last SONAR version, too; thus it's not CbB era related. - I tested DPC latency with DPC latency checker tool; latency is very low and there are no problems. - PC is fast i7, 32 GB RAM, Windows7 Ultimate (automatic updates disabled), dedicated to audio work. It's on net. - Audio is recorded to dedicated hard drive. System is on different SSD disk. - I have tried to delete AUD.ini. - Audio interface RME UFX (ASIO) has latest driver and firmware. I have replaced the USB cable and tried to connect it to a different USB port. - Changing ASIO buffer size has no effect (256-1024). - Always 44.100 Hz, RME clock is locked and in sync. - I have disabled all other sound devices in Device Manager. - Windows sound cheme is "No sounds". - AxeFX II is connected via USB2, driver is disabled. Keeping Axe FX2 power off has no effect on this. - Glitches are not heard in direct monitoring (in RME Totalmix), they appear only on the recorded clips in CbB/SONAR. This is most probably *NOT* CbB's fault - otherwise there would be thousands of other users complaining this - but also the RME drivers are tested to death. Is there a tool available to test and troubleshoot this kind of issue? Any fresh ideas to hunt for the cause of the issue?
-
LOL It's funny because it's true... But there are much more black metal bands in Norway than in Finland which is "general" metal country: Apocalyptica, Amorphis, Children of Bodom, Nightwish, Impaled Nazarene, Stratovarius, Stam1na, Korpiklaani...
-
Rock, hardrock, prog rock, classic rock, melodic metal! I even was a guitarist in a black metal band but today my favorite bands are closer to 80's Pink Floyd, Muse, Von Hertzen Brothers, Black Sabbath and Helloween. Dynazty (form Sweden) is good, too. And Ghost, of course.