Hi,
Thanks for audio demo.
As to the side-chain, I thought maybe this could be caused with
sound interference of base and kick, because panning / EQ seems to help,
but also it seems if you disconnect FX fader from peak controller on kick's
channel and move it just by hand, there seems to be quite l
Hi here's an example
i was using 48Khz + 32bit float + SincBest +~104s+wav+8xOversampling
first time i get it it alright but for second time i got errors.
kernel 3.2-rt, v.4.13, zyn 4.3, amd9500Ghz, 4Gb with no other running
processes, but for lmms i got only 53% CPU time - so it means it is
usi
Hi here's an example (srry forgot the file)
i was using 48Khz + 32bit float + SincBest +~104s+wav+8xOversampling
first time i get it it alright but for second time i got errors.
kernel 3.2-rt, v.4.13, zyn 4.3, amd9500Ghz, 4Gb with no other running
processes, but for lmms i got only 53% CPU time
Hi, thanks a lot for testing Chrissy! :-)
I had as well quite few problems with AudioFileProcessor as I was testing
or on samples tracks, so I think that may be also connected to those
fx_mixer issues you mentioned, needs some fixing for sure.
As you wrote clicks or problems with tripe osc., I co
Hi Mike , hope all is well ;)
I have been testing the VST host_sync patch and it seems very stable, i also
have you patches for single load of vst and it is working good too so far.
I have noticed that dblue_glitch is maybe the problem with the clicks, although
they are not so bad now, as i te
Hi,
Thanks a lot for testing, I have just uploaded new sync patch without extra
timer for this sync (on host side), so
sync latency should be now lover overall, and less crackling, as things are
now synced whenever are changed.
https://sourceforge.net/tracker/index.php?func=detail&aid=3601658&group
hi Mike, I have patched the very latest VST_Sync patch and this time I have
installed to my /usr/bin/lmms directory (which makes testing easier, no more
changing files for me),anyway i see good improvements with this patch, like ;)
(* note LMMS default install on linux is /usr/local/bin/lmms *)
Hi,
And have you tried those steps separately or all together (I mean to remove
those mentioned lines or just to rewrite that code)?
Also how about this code? I think you can put all removed lines back.
{
sw->setWindowFlags( Qt::WindowCloseButtonHint );
sw->setWidget( m_pluginWidget );
QX11EmbedC
Using Linux Mint 14 with Mint-X theme. I use the default window size and do
not move it around. I tried that other piece of code and tried applying the
second part of your first code change recommendation without applying the
first part of it first, but no dice.
On Tue, Jan 29, 2013 at 6:43 PM, M
Hi, I noticed also Zebra2 is changing positions in this wrapper window
also could disappear like this, if you size its GUI via internal
"eye-shaped" button. Are you using default size?
Best regards
Mike C.
On Wed, Jan 30, 2013 at 12:38 AM, Mike Choi wrote:
> Hi,
> And have you tried those steps
I am indeed using 32-bit. I only have this problem with Zebra2 and
Zebralette, but I've only tested it recently enough with EZDrummer, M1 LE,
Synth1, BR808, Zebra2, Zebralette and Oatmeal. I'll try it with some of my
other VSTi's and post if I find another one with this issue.
I switched to defaul
BTW, I see from your screens you have there cutom theme, could you also try
with default theme or style.css?
-Mike
On Tue, Jan 29, 2013 at 10:29 AM, Mike Choi wrote:
> Hi,
>
> And rre you on 32bit Linux? As Zebra2 is loaded as VSTi and not an effect,
> I think that should not be affected by lat
Hi,
And rre you on 32bit Linux? As Zebra2 is loaded as VSTi and not an effect,
I think that should not be affected by later GUI patch for VST effect
windows.
Have you noticed such problems with any other VSTi?
I now tried that on VirtualBox 3.5.0-17-generic, wine Qt 4.8.5, GCC 4.7.6
2012208 (prer
Removing them both fixes it. Adding back 1c9c76f breaks it again, and I
cannot have 32e9ddc without 1c9c76f.
On Mon, Jan 28, 2013 at 4:56 PM, Mike Choi wrote:
> Hi,
> I am currently using wine 1.3.28, qt 4.7.4, gcc 4.6.1, 32bit with some
> integrated graphic card and this seems to work.
> I wil
Hi,
I am currently using wine 1.3.28, qt 4.7.4, gcc 4.6.1, 32bit with some
integrated graphic card and this seems to work.
I will try with a newer version.
To identificate concrete patch, you can try to de-select (to remove) that
patches:
pick 1c9c76f VST GUI fixes, improvements
pick 32e9ddc VST e
I still have the problem with the new patch, sync enabled or not. My
current wine version is 1.4.1, my current qt version is 4.8.3, and gcc is
4.7.2.
On Mon, Jan 28, 2013 at 2:31 AM, Mike Choi wrote:
> BTW, I couldn't reproduce missing GUI problem, but because of sound
> issues I guess that cou
BTW, I couldn't reproduce missing GUI problem, but because of sound
issues I guess that could be too connected with the wrong sample
rate settings of shared memory patch. So otherwise if that will not help
you, let me know also please what Qt, Wine and Gc versions you are using.
Thanks,
-Mike C.
Okay, confirmed with latest GIT version. It happens regardless of whether
or not the VST sync patch is applied, ruling it out IMO. Just to present as
much data as possible, here is a screenshot while the VST is loading, with
the GUI visible:
https://lh3.googleusercontent.com/-SVIaKC_Qe1w/UQWepIpEmx
Hi,
Thanks John, I will check this tonight.
BTW I just released a patch update which adds global option to turn VST
sync on / off. (no localisations yet)
You can get it from this link:
https://sourceforge.net/tracker/index.php?func=detail&aid=3601658&group_id=105168&atid=640436#
I was also tryin
Hi,
I will look on this John, also are you using Linux or Windows and latest
patch? What are your computer spec?
As per GUI problems I am aware now just that if you re-size lmms workspace
to something small, than if you load new plugin it will affect resulting
window size, but will look on this to
Something borked Zebra2 compatibility around the time this was introduced.
Not sure if the two are connected though. Zebra2 still works, but the GUI
disappears to grey as soon as it finishes loading. I'm guessing it's
actually related to the GUI patches, but I posted it here cause... well
cause. ;)
Hi,
2013/1/24 Mike Choi :
> I uploaded new version of the patch and cleaned the code. Should be faster,
> more accurate sync.
Is there any potential impact on existing code/functionality? I'm
asking because I'm not sure whether to include it for the 0.4.14
release. How do you estimate the stabili
Hello,
I uploaded new version of the patch and cleaned the code. Should be faster,
more accurate sync.
Please report any to this topic
https://sourceforge.net/tracker/index.php?func=detail&aid=3601658&group_id=105168&atid=640436#
Best regards
Mike C.
On Thu, Jan 24, 2013 at 10:24 AM, Mike Choi
Hi,
Thanks for all the testing Chrissy!
BTW I just switched from IPC messages on shared memory (shm), I think this
sync should be faster this way, I am attaching my current work in progress
version that I re-based on 0010 patch,
because 0011-VST-effects-secure-master-channel-freezing
patch seems
Hi Mike, your patch applied cleanly this time, i think it was actually an error
on my part, so i just did a fresh git pull and everything was ok.
the patch has indeed fixed the sync on the sample_track and also when raising
the tempo of the song to max and backdown to a lower tempo all seems wel
Hi Mike,
I'm having problems applying the patch, ive tried with patch -p1 -i your.patch
and the -p0 and just -i options but it fails even with me forcing the patch,
heres the reject file below, this may help...
I assume im applying this just on top of the previous patches ??
--- RemoteVstPlugin
both export and multiple export song are working fine with the sync ;)
>
> I will continue testing more scenarios and report back.
> thanks Mikobuntu ;)
>
>
> --
> Date: Tue, 22 Jan 2013 09:16:06 +0100
> Subject: Re: [LMMS-devel] VST host s
scenarios and report back.thanks Mikobuntu ;)
Date: Tue, 22 Jan 2013 09:16:06 +0100
Subject: Re: [LMMS-devel] VST host synchronization
From: rdavidia...@gmail.com
To: chrissy.m...@hotmail.co.uk
CC: lmms-devel@lists.sourceforge.net
Thanks Chrissy, I will check. So the problem is with that
Thanks Chrissy, I will check. So the problem is with that sample track only?
Mike C.
On Tue, Jan 22, 2013 at 3:57 AM, Chrissy McManus wrote:
> sample_track
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTM
ok update on the VST patch, i can confirm that when i use as my example a 4bar
loop .wav sample
that i created myself and is perfect to the nearest millisecond for 140bpm
tempo, that snyc works perfectly
in the fx_mixer and instrument_FX tab , but there is a serious lag of almost 1
bar when use
The patch is working perfectly for me so far, exporting song also syncs with
the
transport controls in perfect time, i will test this feature further, by using
multiple
instances of dblue_glitch on multiple mixer channels, instrument channels and
the
sample track effects output, and get back
Hello,
I submitted new patch that should bring VST to LMMS host synchronization
for plugins like dBlue Glitch
https://sourceforge.net/tracker/?func=detail&aid=3601658&group_id=105168&atid=640436
Plugins playback position is computed on remote VST plugin
side from there already available plugins s
32 matches
Mail list logo
