> > Synchronize submits a procedure for execution by the main thread, and waits
> > till the main thread has processed it.
>
> Ok, i understand that, but if that procedure is dummy, i do understand why it
> takes a delay.
The Synchronize code can not know that the method you passed is an empt
Am 02.05.2013 15:24 schrieb "Fred van Stappen" :
>
> > Synchronize submits a procedure for execution by the main thread, and
waits till the main thread has processed it.
>
> Ok, i understand that, but if that procedure is dummy, i do understand
why it takes a delay.
The Synchronize code can not kn
> Synchronize submits a procedure for execution by the main thread, and waits
> till the main thread has processed it.
Ok, i understand that, but if that procedure is dummy, i do understand why it
takes a delay.
On Thu, 2 May 2013, Fred van Stappen wrote:
@ sven : Many thanks for answer ( and of course i had read and study deeply
your clear earlier topic ).
>So even if your method is empty there will be a delay until the mainthread
processes the synchronized method.
Ok, difficult to understand tha
@ sven : Many thanks for answer ( and of course i had read and study deeply
your clear earlier topic ).
>So
even if your method is empty there will be a delay until the mainthread
processes the synchronized method.
Ok, difficult to understand that a empty method gives a delay, but if it is
Am 02.05.2013 13:25, schrieb Fred van Stappen:
> that is the slowest system (by a big margin) I have
> available.
Im very interested by the result.
But i continue to think there is something strange with synchronize().
In my logic, synchronize(dummyproc) must have NO effect on the parent
threa
> that is the slowest system (by a big margin) I have
> available.
Im very interested by the result.
But i continue to think there is something strange with synchronize(). In my
logic, synchronize(dummyproc) must have NO effect on the parent thread.
And it have.
I can imagine (and accept) that
On 01/05/13 20:45, Fred van Stappen wrote:
> you do not feel it. But with a atom cpu, very close than arm cpu, i
> can test the result live. And trust me, something append while
> synchronize a dummy proc. And i really want to understand why.
Like I said before, I have no idea why that is the case
>Do you use fpGUI directly or fpGUI through the LCL?i use fGUI directly.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> And on my 64-bit Linux (Ubuntu 10.04) VM the sound and graphic updates.
That are good news ;)
But does not respond to the question :
Why synchronize a dummy-empty proc affect the parent thread ( and in this case
the main thread is a audio process) ?
Sure that with good cpu you do not feel it. B
On 01/05/13 00:31, Fred van Stappen wrote:
> With fpGui the synchro is good but not the
> quality of sound.
> Some audio chunk are omitted when using synchronize(myProc).
And on my 64-bit Linux (Ubuntu 10.04) VM the sound and graphic updates
are perfect - no audio interruptions at all.
Regards
On 01.05.2013 01:31, Fred van Stappen wrote:
This about audio and fpc and fpGUI and LCL and Linux. (working good with
Windows)
Have some trouble with threads synchronize() procedure.
The main thread.execute is a loop to read-write audio data.
Inside the loop i use synchronize(myProc) to synchroni
Try Queue instead Syncronize. --
Silvio Clécio
My public projects - github.com/silvioprog
Thanks Silvio, i gonna try. But i want to understand why it does not works good
with Syhchronize. I was thinking that, maybe, LCL does not use the same level
of priority while creating thread than origina
2013/4/30 Fred van Stappen
> This about audio and fpc and fpGUI and LCL and Linux. (working good with
> Windows)
> Have some trouble with threads synchronize() procedure.
> The main thread.execute is a loop to read-write audio data.
> Inside the loop i use synchronize(myProc) to synchronize some
Ooops, it seams that the link of the demo was wrong. Here the good one :
https://sites.google.com/site/fiensprototyping/fpGUI_UOStest.tar.gz
Thanks
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
htt
This about audio and fpc and fpGUI and LCL and Linux. (working good with
Windows)
Have some trouble with threads synchronize() procedure.
The main thread.execute is a loop to read-write audio data.
Inside the loop i use synchronize(myProc) to synchronize some graphic
component ( like taskbar.pos
16 matches
Mail list logo
