Il giorno mer, 12/08/2009 alle 16.43 +0200, Gergely CZUCZY ha scritto:> On Wed, 12 Aug 2009 16:39:59 +0200> Reimar Döffinger <Reimar.Doeffinger@xxxxxx> wrote:> > > On Wed, Aug 12, 2009 at 12:39:49PM +0200, Gergely CZUCZY wrote:> > > I've uploaded two streams to serve as examples for this, the first> > > one is captured with mplayer, using:> > > mplayer -vo null -dumpfile ch1.stream -dumpstream> > > udp://224.20.5.1:3000> > > > > > the output is:> > > http://files.mediatech.hu/ch1.stream> > > > > > and the second one is a tcpdump capture file's saved UDP stream for> > > the previous content:> > > http://files.mediatech.hu/ch1.udp> > > (was made by: wireshark:ch1.cap->follow udp stream->save as)> > > > MPlayer doesn't play either for me...> I've played it with smplayer, that windows binary from the website.> > > > mplayer plays both, but I couldn't get any other players to deal> > > with it, and we'd like to know how does mplayer understand it, and> > > what are the PIDs, content whatever, that needed to play this.> > > > -identify or -v?> STREAM: [udp] udp://224.20.5.1:3000> STREAM: Description: MPEG over UDP streaming> STREAM: Author: Dave Chapman, Benjamin Zores> STREAM: Comment: native udp support> Stream not seekable!> > That's all I got with that. It was the same with -msglevel all=9> I don't have time to test it myself, but using a larger value for-tsprobe should work.In order to describe the pids and the content found you can use-identify or - with a much more messy output - -v. _______________________________________________MPlayer-users mailing listMPlayer-users@xxxxxxxxxxxxxxxxx://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
