[MPlayer-users] Reading file content as is, in real time.

xadaux daux xadauxdaux at gmail.com
Fri Jul 17 10:58:07 EEST 2020

Yes!, it's a heavy DIY technique!! but mplayer definetely unveiled useful
for this purpose.

The difference with putting -loop 0 before is small latency when doing the
loop but for the other
hand it reads the file changes. Anyway, you're totally right!!, I've just
made some tests
destroying the .tiff with ghex and mplayer reads the file changes in real
so it's a GIMP issue in any case.

I'll research forward for alternatives.

Thank you!!

Missatge de Reimar Döffinger <Reimar.Doeffinger at gmx.de> del dia dj., 16 de
jul. 2020 a les 21:48:

> On Thu, Jul 16, 2020 at 11:25:55AM +0200, xadaux daux wrote:
> > I've just tried something like this:
> >
> > mplayer 16.tiff -rawaudio rate=44100 -demuxer rawaudio -ao
> > jack:name=16.tiff:port=jack_rack -nocache -loop 0 -af
> channels=2:2:0:1:0:0
> That's... quite an impressive misuse of MPlayer ;)
> I suspect you might underestimate just how much can go wrong.
> How sure are you that it's actually MPlayer that changed?
> I find it far more likely that gimp changed how it overwrites files to
> a way that does not risk data loss (specifically: write to a temp file,
> then rename the now file over the old file).
> Do you NEED to have -loop 0 there at the end? Because if you put it
> before the file name that would avoid a whole lot of issues.
> In principle something like a FIFO (see mkfifo) is usually much more
> suitable for this kind of use-case...
> (also the -af channels seems very weird, wouldn't it make more sense
> to specify it as single channel in the demuxer?)
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users

More information about the MPlayer-users mailing list