Fruity Loops 6 Rewired to Cubase is out of sync... why?

[max_planck736]

I have tried running fruity loops 6 xxl as a VST inside of the latest version of Cubase SX 3, and I have also tried rewiring FL6 into Cubase. I am having all kinds of synchronization issues, either way.

When I press "Play" or "Record" from the zero time position in Cubase, Cubase plays through a bar and a half, and then suddenly the beat from in fruity starts playing, not synced up with the timing of Cubase at all... Fruity plays the beat at the Cubase tempo, but Rewire and Fruity are not in sync.

Another problem is that the little light that follows the tempo under the drum machine buttons in Fruity is off time from the timing of the audio coming out of the speakers, and from the visual representation of the drum machine in Fruity. This problem is intermittant (comes and goes... not sure about conditions that cause it, sometimes rebooting the computer fixes this, sometimes it doesn't).


I've tried adjusting the buffer, and I've tried adjusting the "Time Offset" setting that becomes available when you run Fruity as a VST, but none of this alters the problem.

How can I get the timing of this back on? Is it hopeless, do these programs just not sync together?

[VariKusBrainZ]

Fruity starting late is a "feature" unfortunately, thers some info in the manual on it, you can change the delay on the little fruity VST interface that always hovers when the fruity main interface is closed. Their majaor advice it to start all songs one (or maybe more!) bar in in the host.

[Ian B]

Hi,
I don't use SX here, but have you tried placing an empty bar/measure in SX before your track 'starts'? I seem to recall something similar happening here with FLS and Cubase 5.1 and inserting an empty bar/measure fixed it.

'EDIT'
Ah, beaten to it I see

[max_planck736]

How idiotic, you'd think that the motherfuckers that make this software would have 5 seconds to pull their heads out of their asses and fix bullshit like this before charging hard working people like us for their shoddy garbage software.

Thanks for the info, at least now I can work around this f**king crap.

[Ian B]

Forgot to mention, I think the 'workround' only applies to FLS vsti. You don't have to include the empty bar/measure when looping, IIRC, once FLS is in sync, it stays that way.

There's some technical reason why this happens with FLS, I forget why exactly, but you get used to using empty bars/measures............eventually

[Sidhu]

there is a thread i started on the Fruity forums with exactly the same issue.. Did not recieve any solution... I'll post a link soon...

sidhu

[max_planck736]

Forgot to mention, I think the 'workround' only applies to FLS vsti. You don't have to include the empty bar/measure when looping, IIRC, once FLS is in sync, it stays that way.

I don't understand what you mean by this, can you please elaborate?

[Dj Mu7!L80R]

Another bug... When you are making the notes in the piano roll with the mouse, in a few minutes the piano roll makes itself crazy, I mean, if u wanna move the notes, it will be decreased :s, 4 example, u make a melodie and u want to move it forward but the piano roll starts to fail... and Dont move the notes.. it make them bigger or shorter depending on the movement of the mouse Why???

Or I'm the only one that have this problem?

[Sidhu]

http://forum.e-officedirect.com/forum.e ... GEFRAME=OK

http://forum.e-officedirect.com/forum.e ... echsupport

We will presume you are using a legit version of FL. And are hence registered on the FL forums...

Cheers!
Sidhu

[Ian B]

Forgot to mention, I think the 'workround' only applies to FLS vsti. You don't have to include the empty bar/measure when looping, IIRC, once FLS is in sync, it stays that way.

I don't understand what you mean by this, can you please elaborate?

Sorry, it didn't read back that well did it
I thought FLS rewired worked well without the sync issue, whereas FLS vsti needed the workround. Am I wrong?

As for looping, say you have a 4 bar loop, bars 1 > 4 using FLS in SX, as you say, it doesn't sync correctly. If you insert a empty measure/bar, and move the loop to bars 2 > 5, you can set the SX loop markers at 2 > 5. As long as you make sure SX starts playing from 0, FLS will sync ok, but will loop at bars 2 > 5. Basically, what I'm trying to say, is you won't need to include the empty bar/measure in the loop to get FLS and SX to sync correctly. Once SX has started from bar 0, they will sync ok.

Thanks Sidhu, I haven't checked the links you gave, but the official response to this is likely much better than my clumsy attempt

[Sidhu]

Hey Ian!

There really was no official responce. they tried to help me out... but of no avail. the problem it seems is restricted to a few systems only...

Sidhu

[mrcleva]

Nope I just figured it out, when they say leave a 1 bar space in both alps it actualy does work but only if you plan on building the track from the 2nd bar until the end of the song. No looping, everytime I used the loop function and at the start point (2nd bar) it would skip. But if you don't plan on using the loop function everything is in sync. Piss poor sync if you ask me...

[opia]

How idiotic, you'd think that the motherfuckers that make this software would have 5 seconds to pull their heads out of their asses and fix bullshit like this before charging hard working people like us for their shoddy garbage software.

Thanks for the info, at least now I can work around this f**king crap.

5 seconds
you'd think that's how long it would take to figure out the obvious workaround

[tuz]

warez user!! warez user!!!

[max_planck736]

http://forum.e-officedirect.com/forum.e ... GEFRAME=OK

http://forum.e-officedirect.com/forum.e ... echsupport

We will presume you are using a legit version of FL. And are hence registered on the FL forums...

Cheers!
Sidhu

wow, seeing how shitty a job Image-Line does with making their software work as it should makes me wish I HAD pirated the software..

I guess the old saying "Try BEFORE Buy" should be the rule to go by, even though most of the greedy motherfuckers who run the production of commercial software would rather not allow us to do that.. "Try Before Buy" as a form of economic self defense, to avoid getting ripped off by paying money for software that doesn't work.

To take this another logical step, I would say "Try, don't buy, and then donate", meaning to pirate software and then give the money that you would have paid for the software to starving people (say, in Africa) or people who don't have access to health care due to the greed of the people who do have lots of money... god knows that commercial software development companies have plenty of money, aren't starving, have access to healthcare, and also will definitely NOT donate any of their profits to people who lack these things.

Someone might say "oh no, but then the commercial software development companies will stop making software," but fear not... there will will still be plenty of people who, without having researched the topic and thus not having found out that their position is not supported by the facts, think that laissez-faire capitalism is a good, or even the best, system of social organization for maximizing the wellbeing of the world's population. These people will continue to blindly throw their money to the slave driving vampires that grow fat from draining the blood of the poor and starving.

Also, if profits raise or drop within a fairly large window percentage wise, the wages of the people that actually work for the commercial software development companies will not be affected. The reason for this is
that companies are making a huge profit, and are already paying their employees the absolute minimum amount possible in order to further maximize profit for the owner(s).

Of course, the companies may use reduced (although still enormous) profits as a pretense for further cutting wages. However, the best defense against a fat man who wants to beat you and steal your livelihood is not to simply hand over your livelihood to him... A much better solution would be for workers to organize, unionize, and strike in order to force the owners to provide better wages. This is the only method that has ever worked to improve the standard of living of working people... People in the United States might take note of the many examples of this in the history of this country, if they weren't so often and so conveniently wiped from the history books.

To put it concisely, all working people in the US (and most of the world) used to be like slaves (and in many ways, still are, although not to as an extreme extent as they once were in the first world countries). 14-16 hour work days, abysmal working conditions , dirt pay, child labor... children and their parents forced to work so many hours that they barely knew each other, aside from sleeping in the same dismal room. The only way that any of this was forced to change was through worker organization, unionization, and strike... and always against the wishes and subversion of the rich and the government that serves them. There are many examples of the rich using the police, hired thugs, and even the US military to violently suppress worker organization, unionization, and strike. However, working people fought, many times were murdered by the aforementioned groups, and continue to fight for a more equitable distribution of society's resources... which brings us to the imperfect and terrible, although marginally improved, state of affairs that we live in today. But never forget where we, as working people, have come from, and about the abuse that we continue to endure, the handful of wrongs that have been righted, and the plethora of almost unimaginable injustices that continue to be perpetrated... and if you are ignorant to these injustices, I would recommend doing some research into them.