Real Audio on F12

[Pikachu_2014]

2009/12/14 Patrick O'Callaghan <pocallaghan at gmail.com>

> On Mon, 2009-12-14 at 13:31 +0000, Marko Vojinovic wrote:
> > On Monday 14 December 2009 12:47:27 Patrick O'Callaghan wrote:
> > > On Sun, 2009-12-13 at 15:44 +0100, ELMORABITY Mohamed wrote:
> > > > Le dimanche 13 décembre 2009 à 14:33 +0000, Patrick O'Callaghan a
> > > > écrit :
> > > > > I'm experiencing considerable frustration trying to get Real Audio
> > > > > files to play.
> > > >
> > > > did you tried to use a player provided by Fedora or RPM Fusion
> instead?
> > > > You should first try with mplayer for example. Some Real streams may
> > > > requires win32/win64 extra codecs, and mplayer will signale this in
> this
> > > > case.
> > >
> > > I tried both vlc and dragon on a test file.
> >
> > Does mplayer play that test file? Are you talking about a *file* or a
> stream
> > from the Internet?
>
> Both. I tried originally with the downloaded .ram file for that same
> audio stream.
>
> > > Mplayer complains (but not about codecs) and stops:
> > >
> > > $ mplayer
> > >
> http://www.bbc.co.uk/radio4/history/inourtime/rams/inourtime_20081009.ram
> > >  MPlayer SVN-r29800-4.4.2 (C) 2000-2009 MPlayer Team
> > > mplayer: could not connect to socket
> > > mplayer: No such file or directory
> > > Failed to open LIRC support. You will not be able to use your remote
> > >  control.
> >
> > This is just the regular complaint that you don't have remote control set
> up.
> > Ignore it.
> >
> > > Playing
> > >
> http://www.bbc.co.uk/radio4/history/inourtime/rams/inourtime_20081009.ram.
> > >  Resolving www.bbc.co.uk for AF_INET6...
> > > Couldn't resolve name for AF_INET6: www.bbc.co.uk
> >
> > This is just a complaint that IPv6 doesn't work. Ignore it.
> >
> > > Resolving www.bbc.co.uk for AF_INET...
> > > Connecting to server www.bbc.co.uk[212.58.251.195]: 80...
> >
> > IPv4 does resolve, and mplayer successfully connects. This is good.
> >
> > > Cache size set to 320 KBytes
> > > Cache fill:  0.04% (139 bytes)
> > >
> > >
> > > Exiting... (End of file)
> >
> > This is bad. Mplayer received only 139 bytes of the stream. Maybe you can
> try
> > it in a more verbose mode (-v), hopefully it will display more info about
> what
> > is going on.
>
> The -playlist option made it work.
>
> OT: in the interests of having a more user-friendly experience, such as
> fast-forward etc., I also tried with gmplayer (also with -playlist). It
> started playing OK but on hitting the fast-forward control the UI just
> froze and had to be "kill -9"'ed. gmplayer seems to be someone's idea of
> a joke, which is a pity as mplayer is otherwise very capable.
>
> poc
>
> --
> fedora-list mailing list
> fedora-list at redhat.com
> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
> Guidelines:
> http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
>

Anyway, if mplayer can read it, any player based directly on ffmpeg (vlc for
example) or indirectly (xine with xine-lib-extras-freeworld or totem with
gstreamer-ffmpeg) will be able to read your stream
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20091214/a6e370a5/attachment-0001.htm>