Re: [fpc-pascal] FPC Graphics options?

On 05/12/2017 10:13 PM, Graeme Geldenhuys wrote: Your unit obvious saves some time if it is already API compatible with the TP Graph unit. Yes, that's exactly what I'm saying. It's a drop-in replacement for the graph unit. It runs TP7 BGI (or FPC programs for go32v2 for that matter) graphic

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-12 19:10, Nikolay Nikolov wrote: All the ptcgraph graph drawing procedures and functions render to a software framebuffer, which is periodically blitted to the screen And that is exactly what I suggested (or implied), but just using AggPas. Your unit obvious saves some time if it

Re: [fpc-pascal] Help me find a mp3 -> pcm audio data pascal implementation

Sandro Cumerlato wrote > Hello Fred, > I compiled it a few years ago, but I don't remember which compiler I > used, sorry. > > IAP is demo itself, but I remember that during my testing it was > quite unstable. > > Maybe you can contact the author (C.W. Budde) directly for more info, good >

Re: [fpc-pascal] FPC Graphics options?

On 05/12/2017 10:30 AM, Marco van de Voort wrote: In our previous episode, Graeme Geldenhuys said: Speed: In recent graphics work I've done, I've noticed that FPC is fantastic at created cross-platform applications. But the generated binaries are NOT fast at all - no matter how

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-12 17:24, Jon Foster wrote: I don't suppose you could post a link to the Lazarus forum discussion. I'm extremely curious and so far my hunting on the forum hasn't turned up anything. Indeed, searching the Lazarus Forums is 99% luck, 1% relevant. The start of the thread:

Re: [fpc-pascal] FPC Graphics options?

On 05/11/2017 10:25 PM, Sven Barth via fpc-pascal wrote: On 11.05.2017 20:43, James Richters wrote: I have a few console graphics applications that I originally wrote in Turbo Pascal that I have been able to convert over to Free Pascal and now have windows versions of these programs. I

Re: [fpc-pascal] FPC Graphics options?

On 05/12/2017 03:11 AM, Graeme Geldenhuys wrote: On 2017-05-12 00:57, Jon Foster wrote: One of the last set of benchmarks I did that Please note, I did not set out to implement a benchmark. I think all purpose written benchmarks are bias and unrealistic. I implemented a legit software

Re: [fpc-pascal] Help me find a mp3 -> pcm audio data pascal implementation

Hello Fred, I compiled it a few years ago, but I don't remember which compiler I used, sorry. IAP is demo itself, but I remember that during my testing it was quite unstable. Maybe you can contact the author (C.W. Budde) directly for more info, good luck. Sandro Cumerlato On 12 May 2017 at

Re: [fpc-pascal] Best way to check SimpleIPC for messages

On Fri, 12 May 2017, nore...@z505.com wrote: Is the best general way to check IPC messages in SimpleIPC to spawn a thread? and check I noticed in fpgui sample apps that use simpleipc, graemeg checks the messages in the fpgui OnIdle event, AFAICT, not a separate thread. But what if you are

[fpc-pascal] Best way to check SimpleIPC for messages

Is the best general way to check IPC messages in SimpleIPC to spawn a thread? and check I noticed in fpgui sample apps that use simpleipc, graemeg checks the messages in the fpgui OnIdle event, AFAICT, not a separate thread. But what if you are running a console mode program that has no

Re: [fpc-pascal] Vehicle management

Am 12.05.2017 11:10 schrieb "Mark Morgan Lloyd" < markmll.fpc-pas...@telemetry.co.uk>: > > On 05/11/2017 09:37 AM, Sven Barth via fpc-pascal wrote:>> Am 11.05.2017 > >> 18:14 schrieb "Jon Foster" >> >:> > Anyhow tips on the

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-12 11:55, Marco van de Voort wrote: (from the other posts I get that the program was relatively short, and maybe even one single compilation unit? Benchmark smells) As I'm always told when reporting issues... supply a small example program that shows the problem. I wasn't going to

Re: [fpc-pascal] Help me find a mp3 -> pcm audio data pascal implementation

Hello Sandro. Sandro Cumerlato wrote > IIRC a Pascal mpeg decoder is implemented within IAP: > > https://github.com/CWBudde/IAP Wow. I see the code is for Delphi. Did you try it with fpc ? There are no demo for mpeg decoder. Do you know how to use it ? Thanks. Fre;D - Many thanks

Re: [fpc-pascal] FPC Graphics options?

Graeme Geldenhuys wrote: On 2017-05-12 10:28, Marco van de Voort wrote: Ah ok, so a tight loop benchmark. And lots of colour value loop-ups. Nothing wrong with that - how else are you supposed to implement a software raycaster. Instead of complaining, one should do exact profiling, to

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > > Lies, damned lies and benchmarks. (from the other posts I get that the program was relatively short, and maybe even one single compilation unit? Benchmark smells) > :) I went as far as I could with my project and Object Pascal. I > welcome

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-12 11:22, Marco van de Voort wrote: Lies, damned lies and benchmarks. :) I went as far as I could with my project and Object Pascal. I welcome a compiler guru to dissect the FPC and C binaries and do ASM comparisons to see where GCC did a better job - in the hopes that such

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > > Ah ok, so a tight loop benchmark. > > And lots of colour value loop-ups. Nothing wrong with that - how else > are you supposed to implement a software raycaster. I mean it does an awful lot of calculation with very overviewable, localizzed

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-12 00:57, Jon Foster wrote: One of the last set of benchmarks I did that Please note, I did not set out to implement a benchmark. I think all purpose written benchmarks are bias and unrealistic. I implemented a legit software raycaster for a game I was developing. Initially I was

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-12 10:40, Felipe Monteiro de Carvalho wrote: I don't think it is the case since Java is multiplaform also. IMHO ...snip... Java has multi-billion dollar companies behind it. We don't. Apples and Oranges. I honest don't care much about how things arrived where they are today. The

Re: [fpc-pascal] FPC Graphics options?

On 05/11/2017 02:48 PM, Graeme Geldenhuys wrote: On 2017-05-11 19:43, James Richters wrote: Any Suggestions? Speed: In recent graphics work I've done, I've noticed that FPC is fantastic at created cross-platform applications. But the generated binaries are NOT fast at all - no matter

Re: [fpc-pascal] FPC Graphics options?

On Fri, May 12, 2017 at 10:01 AM, Graeme Geldenhuys wrote: > The results shouldn't have come as too much of a surprise though. It was > often said, in this mailing list, that FPC's goal is maintainability and > multiple platform support. Good optimised binaries is a

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-12 10:28, Marco van de Voort wrote: Ah ok, so a tight loop benchmark. And lots of colour value loop-ups. Nothing wrong with that - how else are you supposed to implement a software raycaster. It must be noted, my intention was not to implement a "benchmark". I had a Java

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > When the application runs, most of the time spent is finding > intersection points in the raycasting engine and rendering each frame to > the image buffer. In overall comparison, very little time is spent > bit-blitting the image buffer to the

Re: [fpc-pascal] Vehicle management

On 05/11/2017 09:37 AM, Sven Barth via fpc-pascal wrote:>> Am 11.05.2017 18:14 schrieb "Jon Foster" >:> > Anyhow tips on the FPC->C++ front would be appreciated. I will probably > search the list archives as I know this

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-12 08:30, Marco van de Voort wrote: (Quite confusing paragraph mixing up graphics (which is typically bound in speed by the drawing API that you use) and generated code speed, what did you actually mean?) I was discussed heavily in the Lazarus Forum. The test was a 3D software

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, Graeme Geldenhuys said: > > Speed: >In recent graphics work I've done, I've noticed that FPC is fantastic >at created cross-platform applications. But the generated binaries >are NOT fast at all - no matter how many compiler parameters and >artificial

Re: [fpc-pascal] FPC Graphics options?

In our previous episode, James Richters said: > I have a few console graphics applications that I originally wrote in Turbo > Pascal that I have been able to convert over to Free Pascal and now have > windows versions of these programs. I notice that unless I run my program > on a 3.5GHz machine