Re: [LMMS-devel] Latency compensation?

2014-06-04 Thread Vesa
I've been thinking: We should add a RingBuffer class to LMMS. A generic, effective implementation of a ringbuffer, which can be used anywhere in the software. Then, if we change the AudioPort class, which currently uses swapped buffers, to use the ringbuffer instead, it would be a simple matter t

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Jonathan Aquilina
@tres you asked if i was part of the audio group and i just confirmed that I am part of the audio group On Wed, Jun 4, 2014 at 5:19 PM, Tres Finocchiaro wrote: > > On Wed, Jun 4, 2014 at 10:53 AM, Jonathan Aquilina > wrote: > >> If i was not part of the group wouldnt i not be able to play audi

Re: [LMMS-devel] LMMS Sharing Platform: Ideas for Improvements

2014-06-04 Thread Jonathan Aquilina
Actually im not the only one working on this any more lukas is working on it and has made some progress. On Wed, Jun 4, 2014 at 10:23 PM, Stian Jørgensrud wrote: > So if you sign up at github you can still come with suggestions and > improvements, although we don't know how it looks as of now.

Re: [LMMS-devel] Wiki guys

2014-06-04 Thread Vesa
On 06/04/2014 11:36 PM, Stian Jørgensrud wrote: > Yes. http://lmms.sourceforge.net/wiki/index.php/1.0:Manual > What diizy said. > > Came to automation. And the names of all the new features the devs is the > only one who knows, if anyone > http://lmms.sourceforge.net/wiki/index.php/1.0:Automation_E

Re: [LMMS-devel] Wiki guys

2014-06-04 Thread Stian Jørgensrud
Yes. http://lmms.sourceforge.net/wiki/index.php/1.0:Manual What diizy said. Came to automation. And the names of all the new features the devs is the only one who knows, if anyone http://lmms.sourceforge.net/wiki/index.php/1.0:Automation_Editor#Automation_Editor_Toolbar Should it be called "linear

Re: [LMMS-devel] LMMS Sharing Platform: Ideas for Improvements

2014-06-04 Thread Stian Jørgensrud
So if you sign up at github you can still come with suggestions and improvements, although we don't know how it looks as of now. Probably not far from finished as Jonathan Aquilina attends school, or life. Stian Jørgensrud wrote > https://github.com/LMMS/lsp2 > > The new lsp have like and dislik

Re: [LMMS-devel] Double name on presets

2014-06-04 Thread Stian Jørgensrud
Yeah, agreed. So can more agree on this? This will solve double names on presets. And of course we want the user to be able to save the preset with another name when clicking save, without renaming the instrument in his project, so the file name the user gives will wipe out the preset name. diiz

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Tres Finocchiaro
On Wed, Jun 4, 2014 at 10:53 AM, Jonathan Aquilina wrote: > If i was not part of the group wouldnt i not be able to play audio from > other media applications like vlc audacity and amarok? > You clearly have a problem with answering questions. This is the 3rd time you've dodged or blatantly ign

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Tres Finocchiaro
Some distros have a separate unix "audio" group which grants access to the audio devices. Is there a chance you are not part of this group? -Tres - tres.finocchi...@gmail.com On Wed, Jun 4, 2014 at 10:44 AM, Jonathan Aquilina wrote: > Sadly on 1.0.2 I do not see that at all. Only thing i see

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Jonathan Aquilina
If i was not part of the group wouldnt i not be able to play audio from other media applications like vlc audacity and amarok? On Wed, Jun 4, 2014 at 4:52 PM, Tres Finocchiaro wrote: > Some distros have a separate unix "audio" group which grants access to the > audio devices. Is there a chance

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Jonathan Aquilina
Sadly on 1.0.2 I do not see that at all. Only thing i see is the choice of backend to use. On Wed, Jun 4, 2014 at 4:30 PM, Tres Finocchiaro wrote: > > On Wed, Jun 4, 2014 at 10:02 AM, Jonathan Aquilina > wrote: > >> Shouldnt lmms have mechanisms to determine which is which? or at least in >> t

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Tres Finocchiaro
On Wed, Jun 4, 2014 at 10:02 AM, Jonathan Aquilina wrote: > Shouldnt lmms have mechanisms to determine which is which? or at least in > the dialogue box give you the ability to specify which card to use? > This depends on the audio back-end. Some, such as PortAudio, offer this ability via a dro

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Jonathan Aquilina
Shouldnt lmms have mechanisms to determine which is which? or at least in the dialogue box give you the ability to specify which card to use? On Wed, Jun 4, 2014 at 4:00 PM, Tres Finocchiaro wrote: > > Thinking about it Raine you reminded me that my system has a bit of a > screwy setup. Gentoo

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Tres Finocchiaro
> Thinking about it Raine you reminded me that my system has a bit of a screwy setup. Gentoo pics up that i have two audio cards an HDMI one and a normal analogue. That's not screwy, that's two audio cards and that is fairly common with more computers shipping with HDMI audio or DisplayPort audio

Re: [LMMS-devel] gentoo and lmms 1.0.2 issue

2014-06-04 Thread Jonathan Aquilina
Thinking about it Raine you reminded me that my system has a bit of a screwy setup. Gentoo pics up that i have two audio cards an HDMI one and a normal analogue. I wonder if with alsa its getting confused which card to use. The HDMI is the audio for the graphics card On Wed, Jun 4, 2014 at 8:52 A

Re: [LMMS-devel] I think I've figured out the problem with SF2, LB302

2014-06-04 Thread Vesa
On 06/04/2014 11:00 AM, Vesa wrote: > I wonder if this could be fixed by modifying the code in Mixer in such a > way that NPH's are always processed before IPH's... Tested this out a bit. I modified the code in Mixer a bit and made it so that it before processing sorts playhandles to two lists, ip

[LMMS-devel] I think I've figured out the problem with SF2, LB302

2014-06-04 Thread Vesa
Ok, so: both LB302 and SF2 work in a way where they use NotePlayHandles directly for handing the note data, but are still single-streamed, and thus also use a InstrumentPlayHandle to do the actual rendering. The problem with this is that both NPH's and IPH's are, as far as I can tell, treated equa