Real Audio on F12
Patrick O'Callaghan
pocallaghan at gmail.com
Mon Dec 14 15:10:47 UTC 2009
On Mon, 2009-12-14 at 15:09 +0100, Pikachu_2014 wrote:
>
>
> 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
I just noticed you mentioned vlc. As I said earlier, vlc didn't work in
this case. It played about a minute of the steam and then just stopped.
poc
More information about the fedora-list
mailing list