On 02/25/2014 02:58 PM, Fred van Stappen wrote:
I am extremely happy to announce the birth of the universal uos
library version 1.0.
uos (United Open-libraries of Sound) unifies the best open-source
audio libraries.
GREAT
Any documentation to make this usable ?
-Michael
GREAT
Any documentation to make this usable ?
-Michael
All the examples have lot of explanations. ;-)
There is also a wiki for uos : http://wiki.lazarus.freepascal.org/uos
The only things to change for uoslib are:
In uses section, add uoslib_h in place of uos.
And to load
On 02/26/2014 12:17 PM, Fred van Stappen wrote:
There is also a wiki for uos : http://wiki.lazarus.freepascal.org/uos
Looks nice.
I wonder if uos would allow for this use of DSP-Effects:
- read a wav file and output it to a new wav file (playing it is not
necessary/sensible here)
- on
PS : I will do a wiki for uoslib too.
OK, updated http://wiki.lazarus.freepascal.org/uos
PS : I think that the code of the examples in /fpc_examples from
https://github.com/fredvs/uoslib
are more self-explained...
Thanks.
Fred.
I wonder if uos would allow for this use of DSP-Effects:
- read a wav file and output it to a new wav file (playing it is
not necessary/sensible here)
on the fly insert a DSP effect (i.e. run the samples through an
effect processor)
the parameter(s) of the effect
Hello everybody.
I am extremely happy to announce the birth of the universal uos library version
1.0.
uos (United Open-libraries of Sound) unifies the best open-source audio
libraries.
With uos you can:
. Listen to mp3, ogg, wav, flac,... audio files.
. With 16, 32 or float 32 bit
The bad news :
All programs using LCL (Lazarus widgetset) crash after thread.terminate
inside the library...
I dont know why, it is the same code and the same library.
Maybe i have to do something but i dont know what.
Using directly the uos unit, without using the library, is ok for LCL.
Hello Fred,
change these two lines:
uos.pas line 1086:
RTLeventSetEvent(evPause);
uoslib.pas line 41:
function uos_loadlib(PortAudioFileName: string; SndFileFileName:
string; Mpg123FileName: string; SoundTouchFileName: string) : integer;
cdecl;
Sandro
On 11 February 2014 16:52, Fred van
I don't use Lazarus, i.e. .lpi files are of no use for me. The option
-fPIC isn't necessary for the Win32 target, i.e. I didn't miss that one
(but I was aware of it - at least it was well visible unlike the others
which I had to find by trial and error).
Ok and thanks to note it. Hum, i have
I have changed all cdecl into stdcall
but without luck...
Did you change the calling convention for both the import and the
export
code? (just a sidenote: on Linux you should use cdecl no
matter what ifnt your library to be used by other languages
and
Hello.
Here next adventure of uos library...
I have good news for fpc. ;-)
I have try with a hello world 32bit library in Windows 7 64bit.
It works, a 32bit program can access a 32bit fpc library.
But i have bad news for me. :-(
I have try with uoslib, and try, and try, changing everything,
On Tue, February 11, 2014 16:52, Fred van Stappen wrote:
.
.
First download the source here :
https://sites.google.com/site/fiensprototyping/uoslibtest.tar.gz
Unzip it and in /uoslibtest/src :
1) Compile uoslib.pas (or uoslib.lpi) = it will create uos.dll in /src.
.
.
It might be
It might be better to mention the necessary compiler options (-Mobjfpc
-Sh) or even better include them directly in the respective sources.
In addition, compiling uoslib.pas results in uoslib.dll, whereas you
try to load uos.dll from libconsoleplay.pas.
Yep, sorry. But if you compile it
On Tue, February 11, 2014 20:29, Fred van Stappen wrote:
It might be better to mention the necessary compiler options (-Mobjfpc
-Sh) or even better include them directly in the respective sources.
In addition, compiling uoslib.pas results in uoslib.dll, whereas you
try to load uos.dll from
Hello.
Here next episode of the conversion of a useful unit into a universal library.
In a recent topic i was taking about the total victory of the conversion in
Linux OS.
Now im fighting to do it in Windows.
I have Windows 7-64 bit.
If compiling the library with fpc-64bit, all is working
Am 11.02.2014 00:53, schrieb Fred van Stappen:
I have changed all cdecl into stdcall but without luck...
Did you change the calling convention for both the import and the export
code? (just a sidenote: on Linux you should use cdecl no matter what if
you want your library to be used by other
Hello everybody.
Here next episode of the conversion of a useful fp unit into a universal
library...
After a hard battle, ... i win. But mainly because of the extremely high
quality of fpc. The compiler gives me useful tips to realise that unique
library.
Unique because that dynamic
On Sun, 2014-02-02 at 23:13 +0100, Fred van Stappen wrote:
- Here example for function inside a class of myunit:
library mylib ;
uses
myunit;
function mylibclassfunction() : integer; cdecl;
var
myclass : TMyUnitClass; /// class defined in myunit (if can be a
variable outside the
- Here example for function inside a class of myunit:
library mylib ;
uses
myunit;
function mylibclassfunction() : integer; cdecl;
var
myclass : TMyUnitClass; /// class defined in myunit (if can be a
variable outside the function)
begin
result := -1 ;
Now what I would like in the compiler is a warning: potential memory
leak at myclass := TMyUnitClass.Create;
;)
Oops, prior message was cut...
Yep, before to get that sympathetic message, i changed the code, now all the
class.create are done inside the unit used by the library and i will
02.02.2014, 02:45, Fred van Stappen fi...@hotmail.com:
Yep, thanks Michael.
Hum, may i export dynamic array ?
No, you'll need to export these as (typed) pointers and a count.
Regards,
Sven
Re-Argh, ok, (and i understand now why the library-examples are so simple
:-) ).
Many
From: hinsta...@yandex.ru
To: fpc-pascal@lists.freepascal.org
Date: Sun, 2 Feb 2014 15:31:00 +0400
Subject: Re: [fpc-pascal] fp universal library ?
02.02.2014, 02:45, Fred van Stappen fi...@hotmail.com:
Yep, thanks Michael.
Hum, may i export dynamic array ?
No, you'll need
Hello everybody.
Here next episode of the conversion of a useful fp unit into a universal
library...
The goal is to make a library from a unit used by programs.
That unit has lot of complicated procedures-functions, inside some home-made
classes, using many dynamic arrays who vary in length
Yep, a other useful tip :
To avoid future problems, use name mangling :
Like that :
exports
myFunc name 'myFunction' ; ___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Hello everybody.
Ok, i jump...
I decide to begin the conversion of a unit (wrapper to other libraries + lot of
functions who link those libraries) into a universal fp library.
After Googling a while (and finding very poor doc, only few for Delphi, with
always the hypra-simple same
On Sat, 1 Feb 2014, Fred van Stappen wrote:
Hello everybody.
Ok, i jump...
[snip]
Stop compil showing error at dot of function TMyClass.
= libtest.pas(14,18) Fatal: Syntax error, : expected but . found
PS : I promise, if i can do the conversion, to create a nice wiki, for dummies like
Date: Sat, 1 Feb 2014 17:00:02 +0100
From: mich...@freepascal.org
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] fp universal library ?
On Sat, 1 Feb 2014, Fred van Stappen wrote:
Hello everybody.
Ok, i jump...
[snip]
Stop compil showing error at dot
On Sat, 1 Feb 2014, Fred van Stappen wrote:
Date: Sat, 1 Feb 2014 17:00:02 +0100
From: mich...@freepascal.org
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] fp universal library ?
On Sat, 1 Feb 2014, Fred van Stappen wrote:
Hello everybody.
Ok, i jump...
[snip
On Sat, 1 Feb 2014, Fred van Stappen wrote:
Hello everybody.
Ok, i jump...
[snip]
Stop compil showing error at dot of function TMyClass.
= libtest.pas(14,18) Fatal: Syntax error, : expected but . found
PS : I promise, if i can do the conversion,
On 01.02.2014 17:20, Fred van Stappen wrote:
Yep, thanks Michael.
Hum, may i export dynamic array ?
No, you'll need to export these as (typed) pointers and a count.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Yep, thanks Michael.
Hum, may i export dynamic array ?
No, you'll need to export these as (typed) pointers and a count.
Regards,
Sven
Re-Argh, ok, (and i understand now why the library-examples are so simple
:-) ).
Many thanks for that brilliant explanations.
Ok, so i have to
On Sun, Feb 2, 2014 at 2:44 AM, Fred van Stappen fi...@hotmail.com wrote:
Many thanks for that brilliant explanations.
Ok, so i have to re-consider all the unit and forget the oop way and
re-write more procedural (Yes/No ?).
Yes. The simpler - the better.
summarized here:
Hello everybody ;-)
I have developed a fp-wrapper, uos, who links to the best audio open-source
libraries:
https://github.com/fredvs/uos/
This main fp-wrapper uses other fp-wrappers who link to those audio-libraries.
Those fp-audio-wrappers have much more features than the c original
1) Is it possible to create a library from main fp-uos wrapper (including
audio-libraries fp-wrappers, not the audio-libraries them-self) ?
Sure
2) If 1) = true, could you give me some advice how to do it ?
Err...read the documentation about how to write a (dynamic) library?
3) May that
On 01/29/2014 09:16 AM, Fred van Stappen wrote:
Hello everybody ;-)
I have developed a fp-wrapper, uos, who links to the best audio open-source
libraries:
https://github.com/fredvs/uos/
This main fp-wrapper uses other fp-wrappers who link to those audio-libraries.
Those fp-audio-wrappers
You might want to take a look here:
http://winff.org
Oops, Winff is fp... i did not know that.
So, no excuse, it is possible to do a universal fp library.
@ Leledumdo and Paul = many thanks.
PS : Because of fp, i need to study lot other languages now :-).
Fred
36 matches
Mail list logo
