[16:04] Hello, the Tunderbolt 3 no worked on ubuntu studio 18.04, have install bolt and bolt debug but my soundcard in not found, help me please, have realy need of this fonction beacause I receive artists in 3 day Thanks Matthieu, [16:15] check in Software & Updates to see if it finds Additional Drivers. If not i'm not able to help any further since i'm not familiar with Thunderbolt at all. [16:18] studio-user163: looking at: https://thunderbolttechnology.net/blog/thunderbolt-3-usb-c-does-it-all I see lots about video and so far nothing about audio... I'm confused. Do you have more details? [16:19] i said to look in Software & Updates on your Ubuntu Studio install, there's a tab with Additional Drivers which checks for missing drivers that might need to be installed [16:22] Thanks for your answer, well I know there is a procedure to execute with boltd (form deaemon) but I start on linux and I'm lost.. [16:24] did you check Software & Updates for additional drivers yet or not? [16:29] yes i come to do Thanks but, my souncard always no work, was related to intel and intel and the creator of thunderbolt so his must have a link [16:29] you have a thunderbolt audio device? [16:30] yes y have [16:31] is discrete 4 from antelope [16:32] alsa for thunderbolt is still very early days. [16:33] too early ? [16:37] it's still in it's early stages of development is what OvenWerks meant i guess [16:37] I don't know to be honest. [16:41] Ok thanks for all we are cool :) [16:42] It does seem to have a USB port have you tried that [16:43] yes USB Port worked but have too more latency [16:44] How much is too much? [16:45] USB2 has enough speed to have reasonable latency for pretty much any use even with 32 channels [16:48] realy ? in MAO he says to himself than beyond to 10 ms latency not is good, and my i am at 23ms.. [16:48] you should be able to get 5ish ms [16:48] ya 23 is too high. [16:49] at about 20 ms my playing as a bass player suffers. [16:49] (timing wise) [16:50] This only true for live use as a guitar effect or synth (though for synth use it can be a bit higher) [16:50] haha normal, [16:50] for recording with proper monitoring much higher latency is fine. [16:51] Recording with 43ms works fine for example. [16:52] so long as monitoring of the inputs happens before the computer. [16:52] (most audio devices allow this if they are made for computer DAW work) [16:52] yes but for live singing 23ms is complicated [16:53] Again, what is your exact use? are you using this on stage or in a studio? === JTa1 is now known as JTa [16:55] Studio my use is purely studio [16:55] I was not able to look at a manual for your device on line so I don't know that well. [16:55] so you should not be monitoring through the audio device. [16:56] you want to hear prerecorded material from the computer, but the audio you are recording should be monitored before [16:56] In my case (I have older stuff) I use an external mixer. [16:57] but your audio device should have a mixer built in [17:00] I do not understand everything but basically it does not matter if I record at 23ms (my soundcard lock at 44100Hz and 1024 buff) in my daw have melange but no in my audio device [17:01] they do advertize "expert monitoring" so you should be able to do local monitoring. at the input [17:04] The thing to remember about latency, is that the audio device is not the roadbloack to latency. Many audio plugins (VST and LV2) require higher latency just so they have enough data to work with at a time. [17:04] Also, as latency goes down CPU usage goes up. [17:05] Many people record raw with no effects at lower latency and then mix with a higher latency [17:10] Ok thanks i understand but if record only the voices but if that I did my treatment in parallel so no active plugin 23ms in native is too much or not? [17:12] There are two ways of monitoring: all audio goes through the computer and daw. or the input audio is recorded by the daw but not monitored through the daw. Rather it goes directly to the monitors from the audio IF and so has zero latency. [17:12] For best results you want to use the second method. [17:13] So you have instrument in and listen to direct instrument out. You also listen to Daw out but only the material you are playing along with. [17:13] Not what you are recording. [17:14] The DAW, if it is any good at all, compensates for the latency with no input from the user. [17:14] so when you play back what you have just recorded it is in time with everything else. [17:19] Most people do studio recording with latency up around 45ms but use external monitoring either with the audio device itself (which it looks like you should be able to do) or an external mixer. [17:20] 431/5000 Ok thank you very much for the time you have spent me I did not understand everything but I will watch tutorials on latency to better understand this principle, I think the latency was something that only limited by the hardware, and that it was not something that we could do the impasse, I have a last question if I reduce latency on my Daw I do not risk to have clipping? [17:20] I use a mixer because I happen to have one and because my audio device is line in only and so I need the mixer to give mic pre [17:20] latency and clipping are not related [17:21] latency and under/overruns are related (also called xruns) [17:23] With a 24 bit device, just record with the level about -15 or -20 and you will never have clipping. boost the level inside the daw and normalize the final. [17:23] * OvenWerks is going to have breakfast with his Yf [17:23] back later... [17:26] Ok good beakfast thanks for all you use what as device ? [18:37] I have a Delta 66 (PCI). It can reliably do .7ms at 48000 sample rate with the right system tweaks... however, when you add the internal latency inside the delta 66 it is 1.7. There is 1 ms from the adc to the PCI bus. I have an ART USB device where it is .65 ms or so. All devices have some internal latency. So the number that qjackctl or Ardour gives you is just the latency the computer [18:37] introduces, not the total [18:38] USB is limited to 1 ms or higher (2ms at least in practice) because it's clock is 1ms. [18:44] I know a number of people that get 2ms latency from their USB devices (32/3) but generally it takes tweaking. I find for anything less than about 3 ms I need to turn hyperthreading off, "Boost" off, set the governor to performance. Choose the USB port with care (one that is not sharing irq with anything else), set that USB port with a higher priority, turn cron off, etc. [18:46] Having a USB mouse with the same priority or using the same USB port can give xruns when you move the mouse as an example.