I am begging the developers , help me sort this issue out .
Tranzistow is my main tool ( besides reaktor )
Does renoise depend on new windows redistributable etc… , anything like that .
Why is it the ONLY host that crashes ?
Don’t F…n ignore this
Lately there’s been a trend that even when I report bugs in software
worth hundreds of thousands, the first thing the support does is ask
if you’re using updated windows. If not, they don’t even talk to me.
The whole company had to switch to w11.
So I’m just asking. Is it hard for you to switch to W11?
And no, don’t get mad at me. I’m asking seriously.
I had to make this decision too, even though I use windows very sporadically.
If it were up to me, I still have the NT version.
@gentleclockdivider Based on what others have posted so far, it seems like this is an issue specific to your environment.
I apologize, but I feel that it would be more effective for your purposes to refrain from using strong language in this forum and to be mindful of honesty and caution.
Does renaming Config.xml and restarting solve the problem?
1 Like
Yes , my laptop is from 2017 and not up to the task to run win 11
seems to be problem solved 
I’m kidding.
I don’t know what else. Maybe hang some debugger on the process. But that’s a bit more advanced.
This might well be specific to my environment , but why is the renoise 3.5.1 the only host that crashes ?
Renoise 3.4.2 , studio one , reaper all run it fine
So , I am assumming there has to be something in 3.5.1 that causes this .
What config.xml are you referring too ( renoise one ) , and what can I change ?
I’m annoyed , because just a
quote
" The latest version of Transitow loads up fine here on Windows 11 24H2 (not sandboxed).
Sorry, I’ve got no clue what’s wrong here.
“unquote”
is not really helpfull
In my previous post I wrote that the ntdll.dll could be something to look .
There has to be more variables at play that only a developer is aware off (depedencies )
Maybe R3.5.1 is compiled against new win libraries and oldest libraries on w10 don’t work.
But I also tried and the latest Windows version of Tranzistow (standalone)
runs in Linux under wine without any problems.
Which led me to the idea of whether you are running the 32bit version.
Either through Renoise bridge, or perhaps JBridge.
I can’t think of anything else. Just try it and see what it does.
I know you don’t want the 32bit version, but just give it a try
No , everything is 64 bit
So this is part of the log of renoise 3.4.2
I first load abl3 , then Tranzistow
VstPlugs: Trying to instantiate C:\Program Files\vst plugs 64\ABL3x.dll
VstPlugs: Analyzing VST plugin ‘AudioRealism: ABL3x’, Unique ID:1094863926, Version:2400
VstPlugs: Enabled HiDPI display support for plugin ‘AudioRealism: ABL3x’
VstPlugs: Instantiate OK
VstPlugs: Trying to instantiate C:\Program Files\vst plugs 64\Tranzistow\Tranzistow64.dll
VstPlugs: Analyzing VST plugin ‘HrastProgrammer: Tranzistow64’, Unique ID:1213215800, Version:2400
VstPlugs: Instantiate OK
They both get Unique ID number
Here’s part of the log of 3.5 . ( same procedure , first abl3x , then tranzistow )
VstPlugs: Trying to instantiate C:\Program Files\vst plugs 64\ABL3x.dll
VstPlugs: Analyzing VST plugin ‘AudioRealism: ABL3x’, Unique ID:1094863926, Version:2400
VstPlugs: Applied custom VST2 HiDPI scaling support for plugin ‘AudioRealism: ABL3x’
VstPlugs: Instantiate OK
VstPlugs: Trying to instantiate C:\Program Files\vst plugs 64\Tranzistow\Tranzistow64.dll
Now does Renoise crash because Tranzistow doesn’t get a Unique ID , or did it crash before the unique ID was given ?
Did any changes occur in 3.5 when a plugin is loaded ?
How insignifcant it may seem .
Damn , the 32 bit version loads just fine
Victory to soon , while trying to save a patch with the 32 bit version
Then this
Uff. You’re unlucky.
If you can’t install W11 because of a problem with TPM2.0, there are many instructions on how to get around this. I would be annoyed by that too. I also wrote down stacks of paper with procedures and audio flow for Tranzistow.
If only Taktik could shed some info what has changed under the hood …
…
For me it’s back to 3.4 ,
Developers : Thanks a lot for helping to sort this out !
I think my laptop is completely messed up
When I want to save a tranzistow patch in Renoise 3.4 I now get this .
System can not find path , after a n initialise it does save correctly
This is on renoise 3.4 with Tranzistow that has worked flawlesly for years .
Here’s what I think is happening , a few days ago I got a win 10 update which probably messed up some things .
When tranzistow is loaded in renoise 3.5 ( crash ) tranzistow ( or renoise ) is automatically looking for the save folder , returns an error and crashes , whereas in renoise 3.4 this does not happen .
Makes sense ?
Config.xml is located in the user directory. I am not currently using Windows, so I am not sure where it is located, but it is probably under %APPDATA% or %LOCALAPPDATA%. You should be able to navigate there by entering the environment variable in the Explorer address bar or after pressing Win+R.
Did you use the upgrade program to upgrade from Windows 8.1 or earlier to Windows 10?
If so, based on experience, this can often lead to difficult-to-resolve issues, so I recommend performing a clean installation.
No , was just a regular win 10 maintenance ( which I always try to postpone )
Not exactly sure what I coul change in config file that coul dhelp resolve the issue , used it years ago for changing the amount of undo’s but that’s it.
LLooooooooool
I changed the name of the .dll to Branzistow.dll and gues whatt ?
It works
How is this possible ,?
Is it safe to assume that Ren 3.5 ( or win 10 ) have blacklisted Tranzistow.dll , and a simple renamed.dll solved this ?
Could it be that renoise just crashed because it doesn’t like the config file having the same name ?
This crashes renoise 3.5
This doesn’t
I deleted the cached vst folder
Ran renoise 3.5
Crash still occurs with tranzistow.dll
Renaming to Branzistow.dll , it loads fine ( see post above )
Renoise 3.4 loads both without issues
Can one of the developers chime in please , why does Renoise 3.5.1 does not like the og Tranzistow.dll name ? There seems to be a naming conflict and I need to get it fixed to load my older projects ( which used Tranzistow.dll instead of the newly given name Branzistow.dll)
I don’t see why Renoise would “blacklist” anything unless you mean CachedFailedVSTs_x64.db, which you could try deleting. But I’m not sure that’s relevant as it doesn’t look like Renoise ever gave up on trying to load it.
This sounds like the exact same issue I have
quote
Yes, i did. I also even deleted the cached db files and did a complete rescan. But now i solved the issue.
It seems that it was a corrupt registry entry. I manually deleted all Renoise related registry entries and then reinstalled Renoise. Now it works fine again.
unquote
So how do i manually delate all renoise related reigstry entries ?