Hi Dmitry,
On 03/04/2014 06:07 PM, Dmitry Torokhov wrote:
Hi Felix,
On Sun, Mar 02, 2014 at 12:35:43PM +0100, Felix Rueegg wrote:
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled to
play
again one timer
Hi Dmitry,
On 03/04/2014 06:07 PM, Dmitry Torokhov wrote:
Hi Felix,
On Sun, Mar 02, 2014 at 12:35:43PM +0100, Felix Rueegg wrote:
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled to
play
again one timer
Hi Felix,
On Sun, Mar 02, 2014 at 12:35:43PM +0100, Felix Rueegg wrote:
> When an effect with zero replay length, zero replay delay
> and zero envelope attack length is uploaded, it is played and then scheduled
> to play
> again one timer tick later. This triggers a warning (URB submitted while
Hi Felix,
On Sun, Mar 02, 2014 at 12:35:43PM +0100, Felix Rueegg wrote:
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled
to play
again one timer tick later. This triggers a warning (URB submitted while
-- Forwarded message --
From: Michal Malý
Date: Sun, Mar 2, 2014 at 2:29 PM
Subject: Re: [PATCH] input: ff-memless: don't schedule already playing
effect to play again
To: Elias Vanderstuyft
On Sunday 02 of March 2014 14:17:58 you wrote:
> On Sun, Mar 2, 2014 at 12:35 PM, Fe
On Sunday 02 of March 2014 14:17:58 you wrote:
> On Sun, Mar 2, 2014 at 12:35 PM, Felix Rueegg
wrote:
> > When an effect with zero replay length, zero replay delay
> > and zero envelope attack length is uploaded, it is played and then
> > scheduled to play again one timer tick later. This
On Sun, Mar 2, 2014 at 12:35 PM, Felix Rueegg wrote:
> When an effect with zero replay length, zero replay delay
> and zero envelope attack length is uploaded, it is played and then scheduled
> to play
> again one timer tick later. This triggers a warning (URB submitted while
> active) in
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled to
play
again one timer tick later. This triggers a warning (URB submitted while
active) in combination with the xpad driver.
Skipping the rescheduling of this
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled to
play
again one timer tick later. This triggers a warning (URB submitted while
active) in combination with the xpad driver.
Skipping the rescheduling of this
On Sun, Mar 2, 2014 at 12:35 PM, Felix Rueegg felix.rue...@gmail.com wrote:
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled
to play
again one timer tick later. This triggers a warning (URB submitted while
On Sunday 02 of March 2014 14:17:58 you wrote:
On Sun, Mar 2, 2014 at 12:35 PM, Felix Rueegg
felix.rue...@gmail.com wrote:
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then
scheduled to play again one timer tick
-- Forwarded message --
From: Michal Malý madcatxs...@prifuk.cz
Date: Sun, Mar 2, 2014 at 2:29 PM
Subject: Re: [PATCH] input: ff-memless: don't schedule already playing
effect to play again
To: Elias Vanderstuyft elias@gmail.com
On Sunday 02 of March 2014 14:17:58 you wrote
12 matches
Mail list logo
