Jump to content

azslow3

Members
  • Posts

    666
  • Joined

  • Last visited

Reputation

400 Excellent

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. OSARA is a REAPER add-on, it has automatic installer but can be installed manually by copy one dll into expected directory (and loading shortcuts afterward). Works with any screen reader, under Windows and OSX. Sonar 8.5 was so popular because of CakeTalking (payed software) and JSonar (free). From what I know, developers was from the community, I mean not sighted developers with target users as testers, but other way around. Sonar X1 had completely new interface, Windows 8 also breaks several things. So, that direction is stalled long time ago. OSARA was born as a demand to move on somewhere. Since REAPER is the only other DAW with open API (in practice with way more possibilities then Cakewalk API), the choice of the DAW was simple. The idea was to make it free and open source, also the developer (AKA the owner) of REAPER is aware the community exists (clear from the REAPER's change-logs). All that is "alive", I mean there is active REAPER developer, active OSARA developer, active community "manager" and several sighted helpers. Most people have moved away from Sonar 8.5 (from what I know, including JSonar developer). I mean, I am not sending Annabelle down the rabbit hole, I just try to convince to take the route other have already taken (and not regret that). Cakewalk had intention to make CbB accessible. May be some day there will be yet another attempt. There are some people which in fact use Sonar X3/CbB, after creating the project in 8.5. With XTouch Compact and NI Keyboard that kind of works. But I can't recommend that, at least at the moment.
  2. Unfortunately Speakerphone has no demo, so I can't check myself. May be worse to ask developers if the new version is JUCE based (most popular framework) and if so they should not forget to check accessibility. Recent JUCE version are accessible. As I have written before, for the host it is better leave Sonar 8.5. I know that is not easy, even for experienced people. But there is a big community which can help, most REAPER/OSARA users was working with Sonar 8.5 before. For plug-ins, fortunately there is movement toward native accessibility. JAWS / HSC / SIBIAC scripts for inaccessible plug-ins was fighting against the wall, and once something was developed there was a new version of plug-in and the work was voided.
  3. You have even "liked" my post in the previous thread, about FluidSynth VST... I have checked and I am not delivering SysExes. I don't remember why, in the source I have a comment "todo" for it 😏 There was several technical problems with GM in VST3 format. And I have not invested time into GUI... But that does not prevent current version more or less working.
  4. Some years ago I have tried to find multi-platform solution to use in place of TTS-1. And I have found nothing... Ended rolling my own based on SF2 synth, for sure far from perfect, not even with complete FluidSynth capabilities: https://github.com/AZSlow3/FluidSynthVST
  5. That means my example with tempo change is not (or not only) the problem you observe... I don't have other ideas at the moment, but I will think more. So may be you can publish it (without audio, just .cwp file). Who knows, something there can give a hint (Cakewalk and I can see internal project structure), even when in its current state the bug is not reproducible. PS, OT Thank you for the clarification. I am long time present on this and previous Cakewalk forums, and there was several people which for one or another reason refused to communicate with me. Please don't get me wrong, I respect such decisions. But the silence sometimes irritates me, since in that case I don't know if my attempts to help make sense. Peace
  6. @pulsewalk answering questions which can help identify the origin can... well.. help identify the origin. If you don't take me serious, ok, but at least don't ignore questions from msmcleod (assuming you want the problem is found and fixed...) @msmcleod it seems like I have found a method to reproduce "reverse Z": zoom to the samples level add an automation with 2 points, so a "jump" composed by two linear segment. Note they are aligned to samples and points can be moved by samples only. add a tempo change before points in question. Notice that points are no longer aligned to the samples (at least visually). adjust the tempo change such way that automation points are behind sample tick, but close to the previous tick then to the next one. start dragging the point, it will snap to the nearest (previous) sample, producing the picture above. Note in case points are "closer" to the next sample, CBB does not allow dragging to previous sample. In saved project, at least in my case, "start" time for some segments is saved as "musical" but "duration" as "absolute" (I obviously don't know how these parameters are really called in Cakewalk, but I guess you understand what I am talking about ).
  7. @pulsewalk Give them a project with the problem... Background. Automations in Cakewalk are saved as segments, using Musical time (ticks). Each segment has "start" and "duration", specified in Ticks. If "start"+"duration" is not equal to the "start" of the next segment, it can look like your screenshot. How (and if) that can happened only Cakewalk knows. Even if it is aligned in ticks, it can be they calculate resulted sample the way the result is no longer aligned. Note that default segment type is "linear". But there are other types, including "jump" (in this case there will be no "previous value" point visible). VST standard is fuzzy how automation segments should be transmitted to plug-ins. At the very same place in the documentation they claim there should be a linear segment for the whole block, then giving an example with single not block border aligned points. Then mentioning "jumps" should be specified with 2 points with the same time (sample). Finally technically it is possible to specify several points for a block, not in time order... And so, what Cakewalk does and how that is interpreted by particular plug-in is almost up to them 🤪 From the "user" perspective, check the following: do you have tempo changes in the project? If yes, are "Z" appears in such changes (only) or also at constant tempo? do you have "unusual" settings in Project/Clock? (not audio Sync / TPQ != 960) how you create your automations? (controller, moving knob/slider by mouse, editing points)
  8. Cakewalk is far from convenient for MIDI processing, since VST MIDI processors are not supported (can be used as VSTi only) and MIDI routing is not flexible (apart from hard to follow and sometimes buggy). You can check Ctrlr (free). It allows talk to external MIDI port from within plug-in (so without DAW). Not sure that works from several instances to the same device... If the target is just making a panel to control external device with MIDI, you can stop reading here For complicated MIDI hardware controlling, REAPER is probably most flexible. Not only it allows VST MIDI processors (most DAWs except Cakewalk allow that), it supports: * arbitrary MIDI routing (including between tracks and sends to external MIDI) * several MIDI buses on one track (a track is not limited to just one MIDI stream) * Input FX - plug-ins can change MIDI (and audio) before it is recorded * build-in MIDI modulation. Including MIDI learn and MIDI control for parameters in any VSTs, even those which don't support MIDI control directly. * build-in audio modulation, so audio level can control arbitrary parameter. Combined with "parameter to MIDI" capable plug-in (f.e. build-in), audio level can be "converted" to MIDI changes and then processed/routed/recorded. * when some wish is still not covered, scripting and plug-in extension are supported, with access to everything (MIDI, audio, content, DAW/project state, etc.). And some special MIDI related plug-ins make use of that (f.e. ReaLearn). PS. Long, long time ago Cakewalk had build-in solution for controlling external hardware. It was called StudioWare. Unfortunately for unknown reason that functionality was abandoned...
  9. ReaCWP tries to put clips with "all goodies" specified in Cakewalk (sec/beat, clip, offset, loop, etc.). I went throw DAWProject documentation and all that is possible to specify. But what is the "right" way to do that is unclear. Unfortunately, unlike in Cakewalk and REAPER, where "track with all related parameters(->lane)->clip with all related parameters" is hard to interpret wrong (since that is logical and follows what users see and do...), DAWProject introduce different hierarchy of containers, without precise specification how it should be build (at least at first look, all provided with the specification examples are "too simple"). PS. I hope DAWProject is not going to be another "VST3" (where no-one knows how to implement many things "right", not even if the "right" way exists...). Triggering endless incompatibilities...
  10. Sorry, that statement was theoretical... I mean apart from Cakewalk, I am the only person which knows CWP format sufficiently to convert it into something... For VST conversion problems... Is it about VST2, VST3 or both? Recently I have found that ReaCWP doesn't convert correctly some VST3 presets. I have a bit better code, but I have not put it into ReaCWP yet (it was written for other VST presets related utility...). But there is yet another possible problem, not really tested by me nor confirmed by someone else: https://forums.cockos.com/showthread.php?t=281800 So it can happened I have overseen something. In case: 1) the problem you observe is with VST3 2) the state of the VST is correct in REAPER 3) you have a minute (since you know exact VST and state which does not work, I guess the test will not take long), Please for VST/state in question save .vstpreset (state file) in REAPER and load it in Bitwig. Does it loads correctly? Note that REAPER bug (if there is real bug) probably affect just some VST3 and particular states, since many don't use the second section for state (or ignore it). "Standards", especially complex, especially at the beginning, are rarely implemented completely and without bugs. I guess something about audio clips as created by ReaCWP is not implemented in Studio One (DAWProject importer) yet. ReaCWP tries to match clip parameters in Cakewalk (time base, length, offsets, loops). Directly created in REAPER project follows current defaults, which can be different. If you give an example to Jürgen (the author of ProjectConverter), he can probably understand the reason quick (since he knows exactly what and how is converted, so he can guess what from that can be incompatible).
  11. Originally I have also thought there is some "auto gain control", but that is complicated. So it seems like used approach is way simpler, this one from Tascam, but I think Zoom use the same: so two ADCs with fixed gains, merging the results using digital math.
  12. My opinion about DAWProject is still the same as early in this thread I can write CWP to DAWProject, but not reverse direction. But ReaCWP followed by ProjectConverter (probably) can do the trick. Every DAW has own "extensions" for VST. Some have more capabilities then other, some are published (f.e. SO, REAPER) other are proprietary (f.e Cakewalk). The same for not DAW specific extensions (ARA is proprietary, but corresponding registration is possible for any developer). Note that DAW extensions intersect even less then other features, I mean if you use specific DAW extension it probably will not exist in other DAWs.
  13. Since I have mentioned that indirectly only in my lengthy post: 24bit and 32bit (floating point) files have the same precision for the sample amplitude. The difference is that in the first the precision of particular sample depends from its amplitude and in the second it does not. F.e. if a track with max level -24dB is rendered into 24bit file, 4 upper bits in any sample will be 0. So effectively it will be 20bit format. 32bits solve the problem, the source with any level has 24bit precision. And there are no "consequences" apart from the file size. 32bit (float) recording in some Zoom devices serve the same purpose. But since that is technically implemented using "tricks", there is some degradation in fidelity in comparison with (proper gain staged) 24bit recording device. Most users claim the degradation is unnoticeable (in the corresponding price range segment) and well worse the fact you can forget about gain knob (it does not exist) and concentrate on more important things...
  14. I have found only one Mytek ADC device, in "discontinued" section. And from its documentation: Now I have got it, we are using FALSE 32bit files, since they all are filled with floating points... 🫢 What is not possible to find in the documentation are characteristics of the device, normally given for middle-range audio interfaces and always known for top interfaces. But sure, in HighEnd world "This is absolutely the best analog-to-digital converter ever created by Mytek" covers everything and leaves no questions (those who ask simply can't understand the whole spirit...).
  15. In fact it seems like L8 is not 32bit recorder (unlike F2/3/6/8, M2/3/4 and UAC-232). So saving into 32bit from L8 make no sense...
×
×
  • Create New...