FIFO Pipes

Hi,

Anyone familiar with mkfifo?

I am looking at: http://www.mplayerhq.hu/DOCS/tech/slave.txt

Except whenever I try to create a fifo it just says: cannot create fifo 't:here'

mkfifo </tmp/fifofile>
mplayer -slave -input file=</tmp/fifofile> <movie>

you can make fifo pipes using mknod in linux..


on amiga you simply use pipe:my_pipe_name

@djrikki:

Do you have the PIPE: driver in Devs:DOSDrivers? If not, you'll find it in Storage/Devs/DOSDrivers. Simply copy or move it across and reboot.

Thanks TonyW, yes I do.

Still having no luck with mkfifo or mknod.

I have tried this as well:

Shell window 1:

mplayer -slave -input file="PIPE:jack" "music:songname.mp" and press RETURN

Shell window 2:

echo pause >PIPE:jack

----

Nothing.

I would be suprised if that type of functionailty was implemented in AmigaOS, it a very linux way of doing stuff.


Mplayer has an arexx inetrface IIRC, but I can't find a doc on the command set, and Mplayer-GUI that uses it doesn't seem to work here for me.

I use Tunenet in daemon mode for my 'aPod' 'iTunes replacement'. it's writen in perl and is on os4depot if you want to see how it works.

@djrikki

Yes I think Amiga pipes require that you write to it first then read from it.

Well am happy to except a written example by anyone.

I'll get in touch with Allanon, Developer of AMC, because I am sure he uses Mplayer to pull it off.

Hmm Arexx port, yeah finding documentation - fun.

Quote:

Not so:

<pre>
New Shell process 6
6.AmigaOS4:> run type PIPE:foobar
[CLI 5]
6.AmigaOS4:> echo >pipe:foobar "bla de blah de blah*Nble deblah de more blah"
bla de blah de blah
ble deblah de more blah
6.AmigaOS4:>
</pre>

wouldn't work if that were so.


Qualification:

Obviosu it depends what was meant but that statement. You can certainly open a pipe for reading before you open it for writing, but obviously you can't read anything from it till it's been writen too. (Not unless your PIPE handler is using stolen timelord tech :-0)

@broadblues
Yes, it works using type instead of MPlayer:

Shell Window 1:
type PIPE:jack
Shell Window 2:
echo "hello" >PIPE:jack

Apparently there is some problem with MPlayer reading the pipe.

Personally, I would like to know why mkfifo doesn't work. Maybe MPlayer requires a pipe created by mkfifo. It would be nice to know if MPLayer will work with a mkfifo pipe.

@xenic

Quote:

Mkfifo will never work because AmigaOS is not UNIX/Linux, AmigaOS is based on TRIPOS and that was long time ago.

MKFIFO and MKNOD creates a file that links to IO handler, AmigaOS files-systems can't do that, and its not necessary anyway, in AmigaOS its always volumes that link to IO-handlers.

PIPES / SERIAL PORT / PRINTER PORTS

Amiga style:
ser:
par:
pipe:

Linux style
/dev/ser
/dev/par
/dev/pipe

MSDOS style
COM1:
COM2:
PAR:

WRT Mplayer Arexx it seams there is a bug relateing to audio only files. (which is mentioned in the bugtracker on the mplayer-amigaos google code site)

it works for video but not for audio only!

So

rx "address MPLAYER.1 PAUSE"

will pause a vid or restart it if paused

7.AmigaOS4:> rx "address MPLAYER.1 QUIT"

will quit mplayer

http://code.google.com/p/mplayer-amig ... trunk/src/MPlayer-arexx.c

Browsing the file at the above link will give the full command set for mplayer ARexx.

Ofcourse since it doesn't work with audio oly files atm, it'sd of less use in this context than it could be....

that's because MPLayer REXX port is created when MPlayer starts but the main thread loop is only present when a video is played since with audio only files there is no window and so no event loop..

Ug.. can't play audio only..must be a solution somewhere...

@afxgroup

Hmm can see why that would b a problem, is suspect blenders experimental arexx port would suffer from similar issues if a command line render was started.....

Shoe horning 'amiga tech' into linux apps is not always easy!

Quote:

Convert your audio collection to videos using blender

or Switch to tunenet, would be my two recomendations, one of them is tongue in cheek, I'll let you workout which

I have a solution already, but it would involve a 3-8 second delay before playback can commence.

Output the mp3 to file as a WAVE, then use that for playback control.

But hahaha I cannot tell if its working or not because I am waiting for audio support from Acube. I hope the OS team approves their drivers this week.

mplayer -vc null -vo null -ao pcm:file="t:test.wav" <music-file>

Not the best solution, but better than nothing.

Ideally an updated mplayer solution would be more beneficial to all.

How do you deal with the wave after it's converted?

BTW you can stop mpayer with a CTRL-C you know, if you can keep track of the mplayer CLI number ( say by starting mplayer with run >T:mppid mplayer ) then use

C:Break CLINUM 7

That might make a better inetrim solution than on the fly conversion.