ofr&ape, working with stdout/stdin ? Options

[sn0wman]

is there any way to feed these encoders through stdin and capture output from stdout ?
i have tried shntool but it fails.

[greynol]

I don't deal with ofr but there is a version of mac that can do stdin and stdout on rarewares. Once you have that version of mac, shntool should work just fine.

Seaching the forum definitely would have answered the question regarding Monkey's Audio; regarding ofr I don't have a clue.

[sn0wman]

the only one APE related link on rarewares is 'RadLight APE directshow filter', is that what i am looking for ?

//edit
there is no *.exe inside

//edit2
ok, i found it through another your post on this forum.
it is located i OGG section on RW weird...
thanks !!!

This post has been edited by sn0wman: Oct 5 2006, 10:40

[sn0wman]

and...what commandline should i use (for both std-in/out) ?

i am trying:

shntool.exe conv -o -stdout
shntool.exe conv -stdout

but its still not working.

[greynol]

shntool conv -o ape <filename>

This will convert <filename> to Monkey's Audio. If this isn't what you're looking for then can an you give a specific example of what you want to do?

[sn0wman]

shntool conv -o ape <filename>

This will convert <filename> to Monkey's Audio. If this isn't what you're looking for then can an you give a specific example of what you want to do?

i want to decode APE file using both stdin and stdout sides of encoder (stdin to be able to input unicode filenames, stdout to retrive the result directly to my program)

[greynol]

Then don't bother with shntool. Just use mac.exe.

[sn0wman]

Then don't bother with shntool. Just use mac.exe.

oh oj oj oj, so again, what cmd should i use ?

standard, non-pipe is:
%i - input
%o - output

"%i" "%o" -d

special version surely supports stdout:
"%i" - -d
cause it works, but no stdin can be specified:
- - -d <- not working

btw: is there maybe any hidden swith to get raw pcm data instead of wav ?

[greynol]

Shntool in conv mode accepts stdin but I don't think it can do stdout.

That build of mac.exe can do stdin or stdout but I don't think it can do both at the same time.

I don't think that mac.exe can output raw pcm data by itself. I use it with sox in order to do this, but I haven't been able to do it losslessly when dealing with files that don't end on frame boundaries.

mac <filename> - -d 2>nul | sox -t wav - -t raw - | <sdtin>

EDIT: the "2>nul" is there for silent operation. Sorry I can't be of any more help.

This post has been edited by greynol: Oct 5 2006, 22:25

[sn0wman]

Shntool in conv mode accepts stdin but I don't think it can do stdout.

yeah

That build of mac.exe can do stdin or stdout but I don't think it can do both at the same time.

can do stdin too ? i will try tomorrow. my main target was to support unicode and stdin of encoder allows me to do that. stdout just speed up the process...so cool !

I don't think that mac.exe can output raw pcm data by itself. I use it with sox in order to do this, but I haven't been able to do it losslessly when dealing with files that don't end on frame boundaries.

mac <filename> - -d 2>nul | sox -t wav - -t raw - | <sdtin>

EDIT: the "2>nul" is there for silent operation. Sorry I can't be of any more help.

is it a batch file ? real ? i have tried many times tu make one with two pipes, but no success.
[...]
i wonder, is it really so hard to implement pipe support that only top, most wide used encoders can do that ?
[...]
...anyway, thanks for your help again !!!

best regards, sn0wman.

[greynol]

That build of mac.exe can do stdin or stdout but I don't think it can do both at the same time.

can do stdin too ?

Yes. Here's an example of something else I use in a batch file:

CODE

flac.exe -d -c -s %1 | mac.exe - "%~dpn1.ape" -c3000

mac <filename> - -d 2>nul | sox -t wav - -t raw - | <sdtin>

is it a batch file ? real ?

Yes, this is from the same batch file that the above code is from. The actual line is:

CODE

mac "%~dpn1.ape" - -d 2>nul | sox -t wav - -t raw - | md5sum > "%~dpn1.ape.md5"

Again, when I feed the line an ape file that doesn't end on a cd audio frame boundary, the output from sox is not the same as the pcm data that I'd get by decoding the file with mac. Everytime I've checked the difference between the two, the output generated by sox is missing the last sample.

i wonder, is it really so hard to implement pipe support that only top, most wide used encoders can do that ?

I have no clue.

...anyway, thanks for your help again !!!

You're welcome.