WineHQ
Bug Tracking Database – Bug 32637

 Bugzilla

 

Last modified: 2015-08-07 10:58:53 UTC  

Some VST plugins that used to work with dssi-vst now fail

Bug 32637 - Some VST plugins that used to work with dssi-vst now fail
Some VST plugins that used to work with dssi-vst now fail
Status: CLOSED FIXED
AppDB: Show Apps affected by this bug
Product: Wine
Classification: Unclassified
Component: -unknown
1.5.20
x86 Linux
: P2 normal
: ---
Assigned To: Mr. Bugs
: regression
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2013-01-03 04:04 UTC by mt
Modified: 2015-08-07 10:58 UTC (History)
2 users (show)

See Also:
Regression SHA1:
Fixed by SHA1:
Distribution: ---
Staged patchset:


Attachments
running VSTi plugin TAL-U-NO-LX-V2.dll using dssi-vst on Fedora 17: error backtrace (8.79 KB, text/plain)
2013-01-03 04:04 UTC, mt
Details
backtrace log for Wine 1.5.22 (13.62 KB, text/plain)
2013-01-27 12:16 UTC, Christian Dannie Storgaard
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mt 2013-01-03 04:04:17 UTC
Created attachment 43067 [details]
running VSTi plugin TAL-U-NO-LX-V2.dll using dssi-vst on Fedora 17: error backtrace

I use dssi-vst to run VST synth/effect/audio plugins.
For example TAL-U-NO-LX-V2 from Togu Audio Line used to run and sound prefectly.
But now it fails. I am attaching a backtrace file.
Comment 1 Austin English 2013-01-06 21:52:49 UTC
Please  run a regression test.
Comment 2 mt 2013-01-07 02:28:29 UTC
I guess with "regression test" you mean trying to find the latest wine version that did not yet expose this bug?

I am trying to downgrade to an older wine version. But it's not an easy task due to several dependancies on my Fedora system. I'll keep trying and searching.

In case anyone else wants to try to reproduce this bug, it also happens with this small and free VST plugin, that is derived from TAL-U-NO-LX-V2.dll:

http://kunz.corrupt.ch/downloads/plugins/install_TAL-Chorus-LX.zip

I am using dssi-vst-0.9.2-6 on Fedora 17, but experienced the same problem using Festige.
Comment 3 mt 2013-01-07 02:30:34 UTC
P.S. I am sure it used to work fine before. Otherwise I would not have payed the registration fee for TAL-U-NO-LX-V2.dll.
Comment 4 Bruno Jesus 2013-01-07 07:46:14 UTC
(In reply to comment #2)
> I guess with "regression test" you mean trying to find the latest wine version
> that did not yet expose this bug?

The regression test will be able to find the exact code change that caused the problem. Read more here: http://wiki.winehq.org/RegressionTesting
Comment 5 Christian Dannie Storgaard 2013-01-27 12:16:32 UTC
Created attachment 43363 [details]
backtrace log for Wine 1.5.22

This happens in Wine 1.5.22 as well. If I can get Ubuntu 64bit to compile 32bit Wine, I'll do a regression test.

mt, do you remember which Wine version did work?
Comment 6 mt 2013-01-27 14:09:00 UTC
I don't really remember when this first started to happen. Sorry.
But let's try some guessing: 

TAL-UN0-NO-LX version 2.0 was released on 27.09.2012, according to the TAL website.
I have seen this version and newer versions work on my Fedora 17 system

The %changelog section of the rpm specfile for wine for Fedora 17 shows:
wine version 1.5.13 was built on Sep 15 2012
wine version 1.5.14 was built on Sep 29 2012
So my guess is it must have happened somewhere between 1.5.14 and 1.5.20

Hope that helps a little bit.
Comment 7 Christian Dannie Storgaard 2013-01-28 04:51:31 UTC
Okay, I've tested u-no-lx-v2 using Wine from version 1.5.14 to version 1.5.22 and it breaks like reported in 1.5.16 and up.

The backtrace(s) mentions "WINPROC_wrapper+0x19() in user32", but I couldn't find anything in the Git logs that mention a change to WINPROC since 2009, so I don't know if that's the right place to look.

Anyway, I'll try to set up a proper regression test, but if anyone knows where to look from this info, you are more than welcome to beat me to it.
Comment 8 mt 2013-08-21 17:55:01 UTC
Any news on this bug?
Comment 9 Austin English 2013-08-21 19:32:24 UTC
(In reply to comment #8)
> Any news on this bug?

No one has performed a regression test yet..
Comment 10 mt 2015-02-01 07:43:20 UTC
Hi, 

I have good news and bad news.
Using now wine version 1.7.34 on Fedora 21 the above mentioned VST plugins started to be usable again! Something has changed that is good for this issue.

There is still a smaller problem with TAL-U-NO-LX-V2.dll.

The dropdown menus that show the patchnames look strange and are only half readable. Something strange with font handling?
I have some trouble making a screendump to demonstrate the what it looks like on my screen. Maybe someone else can confirm the issue?
Comment 11 Ken Sharp 2015-08-05 21:09:15 UTC
(In reply to mt from comment #10)
> Hi, 
> 
> I have good news and bad news.
> Using now wine version 1.7.34 on Fedora 21 the above mentioned VST plugins
> started to be usable again!
Comment 12 Alexandre Julliard 2015-08-07 10:58:53 UTC
Closing bugs fixed in 1.7.49.


Privacy Policy
If you have a privacy inquiry regarding this site, please write to [email protected]

Hosted By CodeWeavers