The definitive feature request & bug fix roadmap
-
@UD-AUDIO said in The definitive feature request & bug fix roadmap:
Feature Request:
Interface Designer 3D <3
(Again exotic, even if it's not realtime)but:
"...anything that survives this process
can be considered to be implemented at some point" :)This is already possible, we have OpenGL - https://forum.hise.audio/topic/4187/i-ll-just-leave-this-here?_=1625139400298
-
@d-healey said in The definitive feature request & bug fix roadmap:
Looking at the source I can see it's a message window
showMessageWindow("Audio Driver Initialisation Error", message, PresetHandler::IconType::Error);
It should be customisable using this LAF function. However I don't think it will work because the obj provided by the function doesn't have a
message
property. So I think you should change your feature request to have themessage
property added to that LAF function's obj.not really bothered how it gets implemented....
-
This post is deleted! -
@Lindon said in The definitive feature request & bug fix roadmap:
BUG REPORT - nasty one....
Set up multiple samplers with the same sample map loaded into each....
-set one and only one sampler to play in reverse.... they all play in reverse...
-
FEATURE REQUEST: Audio Looper - ability to set custom loop points, rather than the whole selection looping (similar to the sampler really).
Also being able to change the start/end point in real time with the mouse - currently it snaps back to origin point if you play the sample and move the points with the mouse at the same time
And while I'm at it loop direction too please
-
This post is deleted! -
The same project
Open in Master Branch
Open in Develop
SOLVED!
Because all values in the develop version are floating point now, an integer calculation of slider values is
of slider values is only possible with "parseInt".In this example the sample folder is called "Kit9" the 9 is now displayed as 9.0.
and therefore no longer found. Only with parseInt(value) it becomes 9 again. -
@DanH Do you mean something like this?
HiseSnippet 1370.3oc4W8zaaTDEe13Ls0tXDUsHg3zpHN3HURV25VpDBwl33fhnI0Jts.WvLY2w1ix5YVs6roMTEQ4FW36PuwU9nzK8i.24Bmg2L6Zuy1r1I0ofPf6gz4Mu+7ad+e6FI7nwwhHjU0GdbHEY8N3dGykiZOhv3nc1BYcc78EhvdALOZTeGm0FwBQadbHINl5irrp7EJFsptLR+62+7MIADtGMmDB8XAH78YiYxbpgteIKHXahO8grwFb2xcGOAusHPj.fpB1AER7NjLjtGQw1RXj0k53yjhndRhjFirVdSg+w8FIdBOk+GyhYGDPUGZh5AJJk71h.eEhUTQsGwB76N4wGiPV3t4thJothaf2k4ylRO2k7d5KrykvzeXsz7fWSS34TJ7bJCdVFva4T3cMbOuHVnL+FE1tJdGtjFMf.g.SXkxKZoWUA2V.bvkqMlbHc6H3vTIZbWGmaZeGGmU+z50pWCBDwR6iHQ1pT.Zj8mYqSNVaHUtQhOSziLNLfNE.MVIkuUThm9eWKlJS4ZeBeHsAn96cuacZCzg6CZeBx.82VLNTvgCMVAtSqwbtAeajbl7quckTKv3ALN0dPB2SxDbaAGzlRrHQPCuIxbSPqAIzUqW6Y0qUsbjq0pxROVwZiUmHCXlSzlZNfWoqLi1lDDb.jQ2vDIyBqZatPnUywMUtUCHeVXMywUNZMwRJdS+WdTI.PxLCJpKWYhbm9kptd9Oz50ry9k+h2PJiXGjHoMxno9SGNApu7MhOy+UmhrxezFvRoHC.umPRe.uwp0dVsp0Nol8qe0fAkdWlxBnQkdspWXz7DrAOY7AznIOtILBMEJ10AO6tNlME8R8HFLJ36vYxGDR4ypUIJyMBckVNCUPOYotmz6m0SR2c3qHGQGHhFiX9pdlEn0Doe.lSIhTIt5rL.9V+7Uyn.ovpy+5iPnArfrw.svq+nXZT75iId9zinAhv02hFenD9aqa2W2kpe69Ns52qa+VsZs1SHGkBbMZqjh12MCsvvMeZjFlWFmhfhn6C+E2yivXrBrEEM3UyVzMSjRAWK5kvpTsS6TPOZmsHRhZBPlaGBEPltjohxVaQOBFslNOnJNyCniKYo2vK5MNx7zb.zw83oGd91tgSRC1Aj6J3zhNzSX9xQSYy8D2QT1vQ4y5c+VkKXJftzY57M.vdF.36BbikzvdrumZtvwXxT9e9O8aEL0kOiPUtgdYnggdw3xMj4hNeiaA69GErK9rhy4F9ELCCGl3JoOETPcsu09A70gFIHzoG9CqfH7SBHxh6knVFK6BnsQgE.TC44wL4wlOoK7xJk1f3bB2qg6xjdiJGuKUBdgpf+twa1pe0wcFLf5IyA6x3s+52t64cVP45Sfht7LqVSAkoEdydM7W91eMbnmpGDpJTQnieOLBlUx3CMMkwbXSx6KDR0zwbZccS2ZQW3Cpu.2Pi8n3hZX6K1H.cIb5vEc4a5bEUI4zAO5l1Z3qm67C+Hj0U4bGpad9Woe4+07EGWjh3KdOmJmO3dFeTT0IXrGSkO0gqyHnYMZ1hNfjDHmR0Dj6J3hvQBNyqXxGrZ4vgzHSnW56AVBEJ.xobC28oATRrQV9G4deXeWRzqW+7F3JZd9cEyKb8A3T3ZqJ2s+uwnhJ++bTw9hDIz1cWBjnpZksWx3dP2ZOJfDNmFn9J.qkT6qmd1YR2sdTtu9veB+xtro5rU1kMmb4+H1.5eGI56ktirJW9JZJv6lqazWEuq5r8zOY.icVyAZk6y564ob2ebSDpbYt0BHysW.YZs.xbmEPl6t.x7IKfL2atxnlEsQhTLNsTDHzsi9qTrrlNz2pB5u74oJRB
-
@MikeB No. I mean creating loops much like you can in the sampler (.ie sample starts from x and loops from y -> z). Now that I think about it Loop Direction would be a nice touch too!
As for real time manipulation of the start / end points I mean the mouse drag function of the looper. Your method requires (I think) you to know the length of your sample so you can set the slider range accordingly - unless there's a way of fetching the sample length and changing the slider max value?
-
DSP Graph
- All External DisplayBuffer return the oscilloscope
- Remove unused External DisplayBuffer from the list when the node is removed
- I had crashes when selecting an External DisplayBuffer that has been previously attributed (oscilloscope in this case), even after Hise reboot.
-
@ustk said in The definitive feature request & bug fix roadmap:
@Lindon Unless I'm wrong, I reckon it is the job of the Table LAF
https://docs.hise.audio/glossary/custom_lookandfeel.html#table-editor- yes nice for tables --- but not much use for floating tiles (the LFO part of my request..).. unless there's a way to do this with LAF too?
-
BUG: In Develop Branch the function
Synth.getTableProcessor("myawesomelfotable");
returns an error when using it with an LFO Custom Table
-
Bug Table values (still?) don't display. I also tried using
drawTableRuler
LAF function and noticed thatobj.position
is always 2.https://forum.hise.audio/topic/574/table-value-display?_=1625249259892
-
Feature Request: Loop start/end overlay window that updates in real-time as you adjust the loop. To make it easier to create seamless loops.
-
Feature Request : Audio Looper - Crossfade for loop end / start point
-
Server improvement?
Could we get the
setServerCallback
to be actually called when a server response arrives and not when a server callback is finished?I am making a recursion between calls, so the next call is made when the previous one has not ended its callback but within its response.
In this case, thesetServerCallback
isn't executed at this time but after the recursion, which makes it inverted compared to reality, and this happens once every two calls:Interface: POST X - CALLED Interface: ACTIVITY: 1 Interface: POST X - RESPONSE Interface: POST Y - CALLED Interface: ACTIVITY: 0 // Should be 1 Interface: ACTIVITY: 1 Interface: POST Y - RESPONSE Interface: POST X - CALLED Interface: ACTIVITY: 1 Interface: ACTIVITY: 0 Interface: POST X - RESPONSE Interface: POST Y - CALLED Interface: ACTIVITY: 0 // Should be 1 Interface: ACTIVITY: 1 Interface: POST Y - RESPONSE Interface: POST X - CALLED Interface: ACTIVITY: 1 Interface: ACTIVITY: 0
Should it not be:
Interface: POST X - CALLED Interface: ACTIVITY: 1 Interface: POST X - RESPONSE Interface: ACTIVITY: 0 Interface: POST Y - CALLED Interface: ACTIVITY: 1 Interface: POST Y - RESPONSE Interface: ACTIVITY: 0 Interface: POST X - CALLED Interface: ACTIVITY: 1 Interface: POST X - RESPONSE Interface: ACTIVITY: 0 Interface: POST Y - CALLED Interface: ACTIVITY: 1 Interface: POST Y - RESPONSE Interface: ACTIVITY: 0 Interface: POST X - CALLED Interface: ACTIVITY: 1
This might be because I am calling a server in a recursive fashion so before the callback ends.
It should be safe enough so we can update the server activity at response time, right? -
@d-healey Absolutely! something like
Viewport.scrollToX(int posX)
would be good... -
MIDI drag and drop still not working in develop branch. Not sure if this is the right place to post this...
The file does not drop into the DAW.
-
Server API request
Since many of us encountered server thread abortion because time-out is reached, could we get a
Server.setTimeout(int millisecond)
API?
Sometimes we can deal with this by using recursion, but this can lead to errors. For instance, when the action has been taken by the server at the first attempt but we haven't got the response yet, the second attempt by recursion leads to an error code (which is a nightmare to discriminate false negative from legitimate error code...) -
Bug: Hise compiled plugins in Acid 10 have several issues. Generally unstable in various ways.