You mean this ?
Or even better : an advanced menu where one would choose the buffer size (the latency).
If audio cracks, slim it down or up the buffer.
Basically like in any recording studio.
From here ?
You mean this ?
Or even better : an advanced menu where one would choose the buffer size (the latency).
If audio cracks, slim it down or up the buffer.
Basically like in any recording studio.
From here ?
Probably row 3 adds latency synchronizing the two dsp.
I think sw related.
How do you measure the latency guys? Can you explain?
@thomasotto I think it sounds good too! but the latency limitation does not allow me to use it! because playing in time is fundamental and Qc doesnât allow you to do it! and I canât professionally have such restrictive limitations in building a patch and be afraid of having placed too many blocks that generate too much latency! I keep saying that for me it is unacceptable for a last generation pedal board! and for information my patch which generates 9ms of latency only occupies 50% of cpu !!!
@thomasotto exactly! like a computer! like QC pretty much
@thomasotto no ⌠not here is another discussion! there is a problem and it is talked about a lot
This is how I do It :
Is this a feature request at this point? There are already posts about this. I feel like it would be more valuable to consolidate your basic data @thomasotto, add it to an existing request, and then solicit people to vote to raise the attention for it.
As it is this is less about a feature request and more becoming like a gripe session which isnât the point of this category.
But in this config you are measuring qc as audio interface via drivers comunication.
And this doesnât rapresents the behaviour of qc itself
Or
Are you Shure that qc connected via USB has the same behaviour as standalone?
For me no.
Discussing, yep
I feel like it would be more valuable to consolidate your basic data @thomasotto
Already did that here
add it to an existing request
Already did that here
As it is this is less about a feature request and more becoming like a gripe session which isnât the point of this category.
For me it was more about helping out and finding explanations & solutions than joining a âgripe sessionâ
Iâm out.
We can discuss it here if you wantâŚ
@Niksounds @thomasotto I measure like this:
I play various âhitsâ on different strings and also tap with a screwdriver on the pick ups poles so I obtain supersharp transients.
Press record of both tracks then measure the timing differences
Doing like this you have the true latency that the QC or other digital machines make VS the analog DI signal
I drove a 1989 Opel Senator in the 90s and I loved it.
You make a solid point. Are there other existing feature requests for lowering latency? The title on this one is a little confusing due to the use of âsolvedâ in the title, although it is aspirational and sums up the ultimate goal nicely. That said, at the very least the request could use a proper description, even if it is short and sweet, such as âminimize latency on QC across all paths, splits, block, loops, and global EQ usageâ.
Latency is clearly an area of legitimate concern but no cause for panic. Just something that has to be constantly measured and reduced as the QCâs codebase matures. I am sure the developers are working towards it. It is one of those pieces of core functionality that isnât as exciting as many of the other bells and whistles but is of vital importance to the QCâs usability.
I can see the QCâs potential and just hope reducing latency remains a priority over its entire lifespan, or at least until it is no longer of any consequence. I have some fairly well populated presets that I am happy with that present no showstoppers regarding latency.
Maybe this is one of those feature requests that should never be closed but used as a way to track positive milestones as execution time improves. More of an overarching goal for the device rather than a typical feature request per se.
This QC still goes âvroooomâ when you hit the pedal. Just needs a little adjustment so turning on the air conditioner or windshield wipers doesnât bog it down. Itâs a sleek machine.
Good measurement method
More appropriate place for the current stream of information. Moving there would be just fine
@HonestOpinion I know that this is a pedalboard with great potential, Iâm just saying that the neural instead of picking up where its predecessors like line6 left off, fractal kemper restarted at least 5 years ago! I hope for them that we are trying to solve the most serious problems of this QC such as latency, effects loop unity gain, preset swapping!!! and that in the next firmware they solve them and donât put another 300 useless amplifiers as there are already enough good amplifiers! and letâs not forget that inside there is a vibe that really sucks! fingers crossed for the next firmware!
In the title of this topic for âsolvedâ I meant W O R K A R O U N D of course
Don t know if I can resist without using the 3rd row of blocks connected to the 1st! hehe
pochi ma buoni, concetto eterno =)
100% with you on that. In general, I think more attention needs to be paid to issues that involve more complex and populated serial routes on the QC. Those include getting rid of the stranded eighth block on rows 1 & 3 when using a splitter, allowing row1 to be routed from the output block to row2, and row3 to row4, without requiring a splitter, more I/O options for the output blocks, and of course optimization when all rows and many blocks are used.
Sometimes it seems like the QC started with a little too much sales focus on using it as a âband mixer/modelerâ with each row being used for a separate musician/input/output. It is an outstanding tool for this, but I would wager that is not how the majority of users employ it.
@Niksounds si ma per pochi qui hanno esagerato!