[MPlayer-users] about multicast
Sinan Nalkaya
erchamion.beren at gmail.com
Thu Jan 5 00:30:06 CET 2006
hi , thank you for great idea but there is a problem about that, when
the client starts to play this file, it will start to play the start of
stream.dump file, this causes a problem because if one of the clients
crashes or reboots, it will loose the synchronization. i`m planning this
system to be kind of billboard, 4-5 pc monitor will show the part of
the mpeg file, so each of them must play in synchronized. is mplayer
able to play the end of file ? or should i hack the mplayer source and
open the file like O_APPEND flag, so it may start to play at the end of
file ?
ps: every clients have exactly same hardware and same os (they boot from
nfs)
thanks for replies.
On Tue, 2006-01-03 at 09:11 -0600, Kichigai Mentat wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Jan 2, 2006, at 16.18, Sinan Nalkaya wrote:
>
> > On Mon, 2006-01-02 at 14:27 +0100, Nico Sabbi wrote:
> >> Sinan Nalkaya wrote:
> >>
> >>> hi i have 2 clients. all i want is capture the multicast streams
> >>> at same
> >>> time, with -nocache parameter it seems not bad, but sometimes,
> >>> one of
> >>> them becomes more laggy than the other one, what do you suggest
> >>> me for
> >>> this and do you know good multicast program ?(currently using
> >>> ffmpeg)
> >>> but output of dvbstream program seems fine.
> >>> note: both pcs are same configuration with same hardware
> >>> thanks.
> >>>
> >>>
> >>
> >> -dumpstream will work fine, instead direct playback can exhibit
> >> problems
> [snip]
> > thank you for answer,
> > it seems with this option i cannot play streams on the fly with 2
> > computers , syncnorized ? or should i open another mplayer to play
> > this
> > file ?
> Well, if you were going to playback the stream, you would need a
> second instance of mplayer running. Luckily enough, -dumpstream uses
> very little resources compared to a full on decoding and saving.
>
> Playing them synchronously will be a major hassle, though. Unless
> both computers have the exact same specs, and are not competing for
> bandwidth, it can be quite a challenge. But, here's something to
> consider. Why not introduce a third computer. It doesn't need to be
> anything fancy, probably something as weak as a Pentium 166 could do
> this job. Just throw the three computers onto a LAN, have the third
> computer I mentioned simply just use the -dumpstream option, and have
> the other two computers play off of dumped stream. This would take
> care of any problems with bandwidth, and would ensure that both
> computers are receiving an identical stream. The only catch here, is
> that you'd have to start both players at exactly the same time, but
> I'm sure there's some kind of script or use of an application
> scheduler you could use to handle this for you.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (Darwin)
>
> iD8DBQFDupQjwAwn3hu8KxcRAu/AAJoC4eue8dJCkELWmVFJpGeOApcCKACfW+0f
> T6L1vxe0AwjwOlLtxq3Ax9g=
> =4bf/
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
> http://mplayerhq.hu/mailman/listinfo/mplayer-users
More information about the MPlayer-users
mailing list