On 09/08/11 19:52, Andrew Haines wrote:
> You can try something like
> oggenc -Q '--output="outputfile.ogg"' "tempfile.wav"
> to see if that works or if you use TProcess directly I understand that
> options have been added recently to overcome the problem quotes can have
> on the arguments.
or co
On 09/08/11 19:40, brian wrote:
>
> What are the commands?
>
> mpg321 -q -w "tempfile.wav" "inputfile.mp3"
>
> oggenc -Q --output="outputfile.ogg" "tempfile.wav"
>
> It makes no difference whether or not I use a full pathname for mpg321
> and oggenc, and all the other files are in the current
On 09/08/2011 01:07 PM, Marco van de Voort wrote:
In our previous episode, Anton Shepelev said:
In the case of ExecuteProcess() parameter separation
takes place on FPC side, while with fpSystem() the
shell is responsible for it.
Executeprocess has two forms. One does parameter separation,
In our previous episode, Anton Shepelev said:
> In the case of ExecuteProcess() parameter separation
> takes place on FPC side, while with fpSystem() the
> shell is responsible for it.
Executeprocess has two forms. One does parameter separation,
and one not, and directly passes the separated p
Brian:
> What's driving me crazy is that running the two
> commands via ExecuteProcess does the first step
> OK, but oggenc fails with an exit code of 1, oper-
> ation not permitted.
>
> If I replace the ExecuteProcess with a call to
> fpSystem, concatenating the CommandString and
>
- "brian" schreef:
> This is reproducible on a whole batch of files, and yes, I've checked
>
> all the file permissions.
>
> It's got to be something obvious, or some quirk of Linux programming
> that I haven't met up with yet (I'm still a novice with FreePascal and
>
> Linux, though I'v
Ludo Brands:
> Both errors indicate that the dll couldn't be
> loaded. Or the dll itself isn't found, or the dll
> has dependencies (probably c libraries) that
> aren't found.
OK, I have found the missing dependency using
the "Dependency Walker" utility.
Thank you,
Anton
_
Ludo Brands:
> Both errors indicate that the dll couldn't be
> loaded. Or the dll itself isn't found, or the dll
> has dependencies (probably c libraries) that
> aren't found.
The DLL does work on another PC, so the problem must
be with some dependencies. Many thanks. But how
can
> I have a plain Windows DLL made in Visual Studio C++
> and working with other C applications.
Is there in addition an messagebox shown indicating an problem with C
runtime?
If so you probably need an Manifest file for your FPC application
Elmar
___
f
>
>An unexpected error occurred while initializ-
>ing an application 0xc034
>
> When using it dynamically, the LoadLibrary() func-
> tion returns NilHandle, indicating failure.
>
Both errors indicate that the dll couldn't be loaded. Or the dll itself
isn't found, or the dll has d
Hello all,
I have a plain Windows DLL made in Visual Studio C++
and working with other C applications. When I try
to statically import it into an FPC program I get
the following error:
An unexpected error occurred while initializ-
ing an application 0xc034
When using it dynami
On Wed, 7 Sep 2011, brian wrote:
Reinforcing the subject, this is using Linux - to be specific, FPC 2.4.2-0
under 64 bit Mint 9.
I'm trying to convert a large number of MP3 files to Ogg Vorbis.
This is a two step process, first I run mpg321 to switch them to a .wav file,
then oggenc to con
On Thu, 8 Sep 2011, Reinier Olislagers wrote:
Hi list,
Possible newbie question so feel free to educate me ;)
(Away for some days, so may not read response until back)
A patch by Ludo Brands on bufdataset (mantis 19930) got me thinking:
const
ftSupported = [ftString,ftGuid,... and so on];
In our previous episode, Graeme Geldenhuys said:
> > The inner plumbing of executeprocess and tprocess should be the same.
> > TProcess just has several options (shell and piping)
>
> I thought of that, right after I sent my message. But maybe there is a
> slim chance that he is simply not using E
14 matches
Mail list logo