headers
Carl Eugen Hoyos | 1 Sep 2011 19:12
Picon

Re: rying to use mplayer with knoppix ...

Albretch Mueller <lbrtchx <at> gmail.com> writes:

> >> The assumption that you install programs in a certain static context does
> >> not make sense to a lot of people out there and quite frankly it creates
> >> lots of problems,
> 
> >I absolutely agree.
> >That is the reason why we always suggest to compile current svn head with
> >"./configure && make".
> ~
>  "static context" means something different when you are using a live
> CD. If I do as you suggest I would "install" mplayer to RAM, which
> isn't really an installation

I absolutely never "install" MPlayer, I always run it from the build directory
(or the place where I copied the MPlayer executable).

>  Notice also that if you keep configuration and supporting data files
> such as codecs in external drives/partitions (in my case I use a USB
> powered microdrive), you have no way of knowing before hand what
> denomination your hardware/OS will give to the device under which the
> directory tree will be

I honestly don't understand: What means "codecs in external partitions"?
Of course you don't always know where a device will be mounted, but this neither
matters if an MPlayer binary is saved there (it only has to find some enabled
shared libraries as you current, broken version does) nor when the media file
you are trying to play is on the device.

>  Now, if you could give the various mplayer configuration options at
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ingo Brückl | 2 Sep 2011 09:41
Picon

Re: Is there a way to keep mplayer running between videos so it doesn't stop and di

film123 <at> gmail.com wrote on Mon, 29 Aug 2011 19:22:38 -0400:

> I tried the -fixed-vo trick, and it initially worked, but then I was
> getting remains of the last video frame along with a new video in a
> small window (instead of fullscreen) on the screen.

> Is there a way to fix this?

If it's reproducible and you tell us how, then there might be a chance.

Ingo
Permalink | Reply | 0 comments |
headers
Joshua Nankin | 2 Sep 2011 20:53
Picon
Gravatar

Trying to view GMP4 video

I've downloaded the dll codec from free-codecs.net, but I dont know how to
install it.  MPlayer correctly identifies the video as GMP4 in the details
pane, but shows no installed video codec.  How do I install the dll?

Thanks!
Permalink | Reply | 5 comments |
headers
Carl Eugen Hoyos | 3 Sep 2011 04:46
Picon

Re: Trying to view GMP4 video

Joshua Nankin <jnankin <at> gmail.com> writes:

> MPlayer correctly identifies the video as GMP4 in the details
> pane, but shows no installed video codec.

Please point us to a sample or upload one to http://www.datafilehost.com/ and
post the link here.

Carl Eugen
Permalink | Reply | 0 comments |
headers
Dominik 'Rathann' Mierzejewski | 3 Sep 2011 09:38

Re: Trying to view GMP4 video

On Friday, 02 September 2011 at 20:53, Joshua Nankin wrote:
> I've downloaded the dll codec from free-codecs.net, but I dont know how to
> install it.  MPlayer correctly identifies the video as GMP4 in the details
> pane, but shows no installed video codec.  How do I install the dll?

MPlayer can play virtually any video file in the world, but sometimes
companies "invent" new video codecs by simply changing their codec IDs
and then MPlayer can't recognize the codec. That's why we need a sample
to figure out if it's something MPlayer can already play (then the fix
is to simply add the new ID to MPlayer's internal codec list) or if it's
really a new codec (then it might need some new code in MPlayer).

I hope that clears things up.

Regards,
Dominik

--

-- 
MPlayer http://mplayerhq.hu | RPMFusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
	-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
Permalink | Reply | 3 comments |
headers
Mac Smith | 3 Sep 2011 12:19
Picon

udp multicast quick start

Hi,

I am playing a udp multicast stream (mpeg2 transport stream) using the following command

mplayer -vo vdpau -vc ffmpeg12vdpau udp://239.1.1.1:1234

It plays well but when it starts, it waits for 4-5 seconds after a message  "TS file format detected." I
googled and found that adding a "-demuxer" option would solve the problem, so i added "-demuxer +mpegts",
it improved only by 0.5 seconds, if i add "-demuxer mpeges" than its a very very quick start but the video is
very very bad. 

It looks like mplayer checks something from the stream, how can i skip all this checks to do a quick play.

--
Mac
Permalink | Reply | 7 comments |
headers
Reimar Döffinger | 3 Sep 2011 12:31
Picon
Picon

Re: udp multicast quick start

On Sat, Sep 03, 2011 at 03:49:21PM +0530, Mac Smith wrote:
> I am playing a udp multicast stream (mpeg2 transport stream) using the following command
> 
> mplayer -vo vdpau -vc ffmpeg12vdpau udp://239.1.1.1:1234
> 
> 
> It plays well but when it starts, it waits for 4-5 seconds after a message  "TS file format detected." I
googled and found that adding a "-demuxer" option would solve the problem, so i added "-demuxer +mpegts",
it improved only by 0.5 seconds, if i add "-demuxer mpeges" than its a very very quick start but the video is
very very bad. 
> 
> It looks like mplayer checks something from the stream, how can i skip all this checks to do a quick play.

I think VDPAU can only start decoding at an I-frame, so you have to
reduce the I-frame interval at the encoder end.
Permalink | Reply | 4 comments |
headers
Mac Smith | 3 Sep 2011 12:44
Picon

Re: udp multicast quick start


On 03-Sep-2011, at 4:01 PM, Reimar Döffinger wrote:

> On Sat, Sep 03, 2011 at 03:49:21PM +0530, Mac Smith wrote:
>> I am playing a udp multicast stream (mpeg2 transport stream) using the following command
>> 
>> mplayer -vo vdpau -vc ffmpeg12vdpau udp://239.1.1.1:1234
>> 
>> 
>> It plays well but when it starts, it waits for 4-5 seconds after a message  "TS file format detected." I
googled and found that adding a "-demuxer" option would solve the problem, so i added "-demuxer +mpegts",
it improved only by 0.5 seconds, if i add "-demuxer mpeges" than its a very very quick start but the video is
very very bad. 
>> 
>> It looks like mplayer checks something from the stream, how can i skip all this checks to do a quick play.
> 
> I think VDPAU can only start decoding at an I-frame, so you have to
> reduce the I-frame interval at the encoder end.

even if I user -vo xv it takes the same time to start. And its a live stream from IPTV headend i have no control
over it.
Permalink | Reply | 3 comments |
headers
Reimar Döffinger | 3 Sep 2011 12:48
Picon
Picon

Re: udp multicast quick start

On Sat, Sep 03, 2011 at 04:14:19PM +0530, Mac Smith wrote:
> 
> On 03-Sep-2011, at 4:01 PM, Reimar Döffinger wrote:
> 
> > On Sat, Sep 03, 2011 at 03:49:21PM +0530, Mac Smith wrote:
> >> I am playing a udp multicast stream (mpeg2 transport stream) using the following command
> >> 
> >> mplayer -vo vdpau -vc ffmpeg12vdpau udp://239.1.1.1:1234
> >> 
> >> 
> >> It plays well but when it starts, it waits for 4-5 seconds after a message  "TS file format detected." I
googled and found that adding a "-demuxer" option would solve the problem, so i added "-demuxer +mpegts",
it improved only by 0.5 seconds, if i add "-demuxer mpeges" than its a very very quick start but the video is
very very bad. 
> >> 
> >> It looks like mplayer checks something from the stream, how can i skip all this checks to do a quick play.
> > 
> > I think VDPAU can only start decoding at an I-frame, so you have to
> > reduce the I-frame interval at the encoder end.
> 
> even if I user -vo xv it takes the same time to start. And its a live stream from IPTV headend i have no control
over it.

I forgot to say that specifying -demuxer reduces the delay _before_ the
"... file format detected" message, not the one after.
You could try setting -tsprobe to some lower value.
I assume you don't have a cache enabled (-nocache)?
What is the bitrate of the stream?
Permalink | Reply | 2 comments |
headers
Mac Smith | 3 Sep 2011 13:18
Picon

Re: udp multicast quick start


On 03-Sep-2011, at 4:18 PM, Reimar Döffinger wrote:

> On Sat, Sep 03, 2011 at 04:14:19PM +0530, Mac Smith wrote:
>> 
>> On 03-Sep-2011, at 4:01 PM, Reimar Döffinger wrote:
>> 
>>> On Sat, Sep 03, 2011 at 03:49:21PM +0530, Mac Smith wrote:
>>>> I am playing a udp multicast stream (mpeg2 transport stream) using the following command
>>>> 
>>>> mplayer -vo vdpau -vc ffmpeg12vdpau udp://239.1.1.1:1234
>>>> 
>>>> 
>>>> It plays well but when it starts, it waits for 4-5 seconds after a message  "TS file format detected." I
googled and found that adding a "-demuxer" option would solve the problem, so i added "-demuxer +mpegts",
it improved only by 0.5 seconds, if i add "-demuxer mpeges" than its a very very quick start but the video is
very very bad. 
>>>> 
>>>> It looks like mplayer checks something from the stream, how can i skip all this checks to do a quick play.
>>> 
>>> I think VDPAU can only start decoding at an I-frame, so you have to
>>> reduce the I-frame interval at the encoder end.
>> 
>> even if I user -vo xv it takes the same time to start. And its a live stream from IPTV headend i have no control
over it.
> 
> I forgot to say that specifying -demuxer reduces the delay _before_ the
> "... file format detected" message, not the one after.
> You could try setting -tsprobe to some lower value.
> I assume you don't have a cache enabled (-nocache)?
(Continue reading)

Permalink | Reply | 0 comments |

Gmane