No subject

2011/3/27 Victor Petrescu <victor.petrescu13 at gmail.com>

> Thank you for your time. I can't test it right now but i'll come back wit=
h
> an answer in about 19 hours (or with another thank you if I find the prob=
lem
> :) )
>
> 2011/3/27 Reimar D=F6ffinger <Reimar.Doeffinger at gmx.de>
>
>> On Sun, Mar 27, 2011 at 01:28:37PM +0300, Victor Petrescu wrote:
>> > Where the delay come from... I guess from the dump or from audio since
>> when
>> > I try like this:
>> >  terminal 1:
>> >   #mkfifo pipe.avi
>> >   #ffserver &
>> >   #ffmpeg -i pipe.video -r 24 http://localhost:8090/feed1.ffm
>> >
>> >   terminal 2:
>> >   #mplayer -quiet -double -vo yuv4mpeg:file=3Dpipe.video rtp://
>> > 192.168.1.8:5004
>> >
>> > the delay is more than ok, but I'm not sure (that's why I'm asking you
>> :P)
>>
>> You're testing the wrong way.
>> I suggest to try in order:
>> mplayer rtp://192.168.1.8:5004
>> mplayer -demuxer lavf rtp://192.168.1.8:5004
>> ffplay rtp://192.168.1.8:5004
>> mplayer with dumpstream, ffmpeg to convert from pipe to another pipe and
>> playing that pipe output with mplayer of ffplay
>>
>> > Same problem if I stream from a file.
>>
>> What if you replace rtp:// in the MPlayer command by a file?
>>
>> > So... what should I use instead of mpeg-ts?
>>
>> For startup time: any format will be better.
>> However I don't know if any other format is supported by VLC properly.
>>
>> > I don't get the last one... it sound like creating a delay... and I wa=
nt
>> to
>> > get rid of it :).
>>
>> Try setting -probesize to a smallish value. To small and you will random=
ly
>> lose
>> audio though. I hope you don't have subtitles, they won't work unless yo=
u
>> use fairly
>> large values here (which is why I said MPEG-TS isn't really suitable for
>> this, there's
>> no way to know what kind of stuff is in the TS stream).
>> And please don't top-post, having a full quote below is only a waste of
>> space,
>> and putting your reply directly below a quote of precisely the part you
>> reply to
>> will make it easier to understand (e.g. "the last one" is fairly
>> unspecific,
>> just quoting the part you didn't understand would have been far more
>> obvious).
>> _______________________________________________
>> MPlayer-users mailing list
>> MPlayer-users at mplayerhq.hu
>> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
>>
>
>