<p>Am 17.05.2017 07:18 schrieb <<a href="mailto:noreply@z505.com">noreply@z505.com</a>>:<br>
><br>
> On 2017-05-15 17:37, James Richters wrote:<br>
>><br>
>> I have managed to get ptcgraph and ptccrt to work with my program and<br>
>> I can report that there is an AMAZING increase in graphics<br>
>> performance!   It is pretty much a drop in replacement and I did not<br>
>> change any compiler settings.  I did have to make a few minor changes<br>
>> to get it to work, not enough to change the speed of anything.<br>
>><br>
><br>
> So it can't be an fpc problem, but a unit module problem that someone didn't spend time optimizing which has little to do with fpc but more to do with the way the units were written?<br>
><br>
> Or is the ptcgraph/ptccrt in assembly code to avoid FPC mode objcfpc compilation and use assembly instead? Sorry I have not looked at it.. don't know.</p>
<p>You don't need to look at the code you merely need to look at the mails that Nikolay has written in this thread. There he writes that the stock graph unit and the PTC graph unit both use different approaches to interact with the Windows API this allowing the latter not to have the same bottleneck as the former.</p>
<p>Regards,<br>
Sven</p>