lmms
lmms copied to clipboard
Demo project Greshz-CoolSnip buggy in master
The demo project shorties/Greshz-CoolSnip in master is different from stable-1.2 .
There is a calf flanger on the first track which doesn't seem to have upgraded correctly from an earlier version. Calf has been been bumped from Calf 0.18 -> Calf 0.90 since stable-1.2 .
The sound is glitchy and mostly seem to mute. Not unlike what you'd get with NaN related issues. It shouldn't carry on to other tracks in the mix since we remove NaN and infinite values but unfortunately it seem to not work in this case. When you bypass the flanger on track one both tracks are playing like they should apart from the missing FX.
Calf has been been bumped from Calf 0.18 -> Calf 0.90 since stable-1.2 .
@zonkmachine just for clarification, when you say "since stable-1.2
", I assume you're referring to builds from master
branch only.
The Calf Flanger FX plugin is definitely the culprit, likely as a result of the Calf upgrade from Calf 0.18 (stable-1.2) to Calf 0.90 (master) in #3987.
Unfortunately, I can't seem to find out why this happens. At a glance, the ports that have been added from 0.18 to 0.90 seem to have been done so in a compatible fashion, leading me to believe that the data is just not making it over at all.
For example, when I add a new Calf Flanger using 0.90 to an empty project, ports 04
, 05
, and 06
have identical values to the "upgraded" Greshz-CoolSnip project file.
@JohannesLorenz any ideas?
Before | After |
---|---|
![]() |
![]() |
Before
<ladspacontrols ports="8">
<port04 data="0.1"/>
<port05 data="4.0837498"/>
<port06 data="0.44977501"/>
<port07 data="0.2376"/>
<port08 data="0"/>
<port09 data="0"/>
<port010 data="1"/>
<port011 data="1"/>
</ladspacontrols>
After
<ladspacontrols ports="12">
<port04>
<data id="3214821" scale_type="log" value="0.31622776"/>
</port04>
<port05>
<data id="5635070" scale_type="log" value="3.1622777"/>
</port05>
<port06>
<data id="7328967" scale_type="log" value="0.066874027"/>
</port06>
<port07 data="0.99000001"/>
<port08 data="90"/>
<port09 data="0"/>
<port010 data="1"/>
<port011 data="1"/>
<port012 data="1"/>
<port013 data="1"/>
<port014 data="1"/>
<port023 data="1"/>
</ladspacontrols>
I assume you're referring to builds from
master
branch only.
No. I meant if I open a project made in latest stable compared to one in master.
There are two issues here. The wrong values and some bad data in the signal. The bad data is from the Feedback. Turn it down and the interference with the drums goes away. The settings on the wonky version seem to be the default settings for the flanger if I add one in a new project/track. If i manually adjust the master version to the old settings the tracks are the same.
when I add a new Calf Flanger using 0.90 to an empty project, ports
04
,05
, and06
have identical values to the "upgraded" Greshz-CoolSnip project file.
They use name 'value' instead of 'data' in the project file.
Example:
<port06 data="0.44977501"/>
vs.
<port06>
< ... value="0.066874027"/>
</port06>
They use name [
data
->]value
instead ofdata
i n the project file.
Right, but isn't that us doing that? https://github.com/LMMS/lmms/blob/174630087ef24899dfb52ef2e892c68a7fd7caf2/src/core/AutomatableModel.cpp#L113
I try and recreate issues by saving projects in 1.2.1/1.2.2 and opening them on master. They all work fine. I open the 1.2.2 version in master. Works. The only thing that stands out in the data is that it is the file in ../shorties that has been unchanged the longest, 5 years, and should be identical on stable-1.2 and master. https://github.com/LMMS/lmms/tree/master/data/projects/shorties
Looks like something fixed by #6424.
Looks like something fixed by #6424.
Have you tested it?
Nope i haven't because my pc is currently broken. Will test as soon as i get it repaired.
Have you tested it?
sorry for the late reply. Tested it now. Unfortunately, the bug seems to have not been fixed by the pr i linked.
happened to test this file over #6771, couldn't say if it got fixed but am getting somewhat of an output. Might be worth checking deeper.
happened to test this file over #6771, couldn't say if it got fixed but am getting somewhat of an output. Might be worth checking deeper.
Tested it and it's precisely the same.
Ok, I think I now have an idea what has happened.
Let's first take a look at the relevant section of the file "Greshz-CoolSnip.mmpz" when it's dumped using the version from the 1.2.2 branch/tag:
<ladspacontrols port04="0.099" port05="4.08375" port06="0.449775" port07="0.2376" port08="0" port09="0" ports="8" port010="1" port011="1"/>
And here's how the relevant section looks like when dumped using the version from the master branch which has changed the last time during pull request #6239:
<ladspacontrols ports="12">
<port04>
<data id="3839390" value="0.316228" scale_type="log"/>
</port04>
<port05>
<data id="6753889" value="3.16228" scale_type="log"/>
</port05>
<port06>
<data id="3028459" value="0.066874" scale_type="log"/>
</port06>
<port07 data="0.99"/>
<port08 data="90"/>
<port09 data="0"/>
<port010 data="1"/>
<port011 data="1"/>
<port012 data="1"/>
<port013 data="1"/>
<port014 data="1"/>
<port023 data="1"/>
</ladspacontrols>
As we can see the values are already wrong/different in the current file.
I have then added some code that dumps the content of the data file after each upgrade step. When loading the version of the file from the 1.2.2 tag I have noticed that the line with ladspacontrols
never changes during the updates. It always stays at:
<ladspacontrols port07="0.2376" port06="0.449775" port09="0" port010="1" port04="0.099" port011="1" port08="0" ports="8" port05="4.08375"/>
So after the upgrade it still has the correct values but the wrong file format. This means that the actual values will not be found when loading the file with a current version. Therefore the plugin stays at the default values.
So I guess that @yssh466 has opened the file while working on #6239 and saved it as a new version. Because the update code was already broken at that time the new version of the file was stored with the default values of the Flanger and this is why the values are different.
What's interesting is that the upgrade seems to work when loading the file with LMMS 1.2.2 so the upgrade code must have been broken in the meantime.
From michael's explanation, it seems the file is broken. Is it fine to copy a 1.2 copy of the file and re save it manually?
Is it fine to copy a 1.2 copy of the file and re save it manually?
Have you tried it on current master?
Have you tried it on current master?
Not yet.
From michael's explanation, it seems the file is broken. Is it fine to copy a 1.2 copy of the file and re save it manually?
Unfortunately, I think that this will not work. And even if it worked, saving the file again would not fix the broken update routine. I have just loaded old versions of the file in a current version. They can be found here and here. They all open in a broken state.
So if users have an older version of the file it will still open in a broken state. And it might also affect other files.