Re: Incomplete file behaviour

On Tue, Apr 01, 2008 at 12:05:51AM +0200, belcampo wrote:
> Reimar Döffinger wrote:
> > On Mon, Mar 31, 2008 at 09:06:00PM +0200, belcampo wrote:
> >> Reimar Döffinger wrote:
> >>> On Mon, Mar 31, 2008 at 03:38:15PM +0200, belcampo wrote:
> >>>> If the contents of a 1000 sec h264 file would be on a distributed 
> >>>> filesystem, on say a 1000 computers, and 1 would not be available, so 25 
> >>>> frames would be missing, how would mplayer react on this, hang, or skip 
> >>>> 1 sec and play the rest of the file ?
> >>> Sorry, this is too little information to even _guess_. What do you
> >>> consider a "h264 file"? H.264 Annex B / ES or H.264 in MPEG-TS, or in
> >>> MPEG-PS or in MOV/MP4?
> >> MOV/MP4
> > 
> > Since MOV/MP4 _needs_ and index, one missing piece (at beginning or end)
> > can mean that the file is impossible to play, no matter which player you
> > use.
> It's a hinted MP4. I can start playing a remote-file because file-info 
> is at the beginning

That doesn't change the fact that if the first part of the file is
missing it is completely unplayable. MOV/MP4 is the worst format by far to
use on a unreliable media.

> >>>   does it just return zeros, random data, or create and I/O error?
> >> create I/O error
> > 
> > MPlayer will stop playing if it encounters an I/O error. This could be
> > changed (by changing stream/stream_file.c the fill_buffer function to
> > e.g. return a buffer filled with all 0 when the read fails), though the

Re: rc3 anytime

On Monday 31 March 2008 22:15:50 Jerry Geis wrote:
> I think it was oct 8 2007 since rc2 was downloaded by me anyway.
> Is there going to be an rc3 anytime?
> Perhaps an actual version 1 release?
>
> Not trying to cause trouble... just asking.
>
> Jerry

how much I'd love if people just stopped giving so much importance
to plain and stupid numbers, as if they were an indication of the 
quality of the code

Re: rc3 anytime

On Mon, Mar 31, 2008 at 04:15:50PM -0400, Jerry Geis wrote:
> I think it was oct 8 2007 since rc2 was downloaded by me anyway.
> Is there going to be an rc3 anytime?
> Perhaps an actual version 1 release?

The resources of our main developers are spread thin enough as it is
so there is little interest in doing the work necessary for releasing.
There is no problem with doing more frequent releases if someone beyond
the usual people (who are too busy with job etc.) does the work, that
includes creating a release tarball, testing on a few architectures,
writing a news entry, building Windows and MacOSX binaries (without
custom patches like many inofficial packages) etc.
Otherwise look at e.g. gentoo, they are doing MPlayer "releases" all the
time without any extra effort from our side (the latest being based on
SVN r26300).

Greetings,
Reimar Döffinger

Re: Incomplete file behaviour

Reimar Döffinger wrote:
> On Tue, Apr 01, 2008 at 12:05:51AM +0200, belcampo wrote:
>> Reimar Döffinger wrote:
>>> On Mon, Mar 31, 2008 at 09:06:00PM +0200, belcampo wrote:
>>>> Reimar Döffinger wrote:
>>>>> On Mon, Mar 31, 2008 at 03:38:15PM +0200, belcampo wrote:
>>>>>> If the contents of a 1000 sec h264 file would be on a distributed 
>>>>>> filesystem, on say a 1000 computers, and 1 would not be available, so 25 
>>>>>> frames would be missing, how would mplayer react on this, hang, or skip 
>>>>>> 1 sec and play the rest of the file ?
>>>>> Sorry, this is too little information to even _guess_. What do you
>>>>> consider a "h264 file"? H.264 Annex B / ES or H.264 in MPEG-TS, or in
>>>>> MPEG-PS or in MOV/MP4?
>>>> MOV/MP4
>>> Since MOV/MP4 _needs_ and index, one missing piece (at beginning or end)
>>> can mean that the file is impossible to play, no matter which player you
>>> use.
>> It's a hinted MP4. I can start playing a remote-file because file-info 
>> is at the beginning
> 
> That doesn't change the fact that if the first part of the file is
> missing it is completely unplayable. MOV/MP4 is the worst format by far to
> use on a unreliable media.
> 
>>>>>   does it just return zeros, random data, or create and I/O error?
>>>> create I/O error
>>> MPlayer will stop playing if it encounters an I/O error. This could be
>>> changed (by changing stream/stream_file.c the fill_buffer function to
>>> e.g. return a buffer filled with all 0 when the read fails), though the
>>> problem is that an I/O error is too little information, how do you know

time is much different between using -benchmark and no -benchmark

Dear all,
    Why is there a lot of difference between adding "-benchmark" and
with no "-benchmark"?
With -benchmark, the video can be played much more smoothly and vice versa.
My target is arm target board and using MPlayer-1.0rc2. The option I use is
  -vo xv -nosound -benchmark -quiet  ***.m2v
Thanks~

MPlayer thinks this file is 29 seconds long

This is my best effort to keep it short

MPlayer SVN-r26295 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz (Family: 15, Model: 1, Stepping: 2)

gcc version 4.1.2

_______________________________________________
MPlayer-users mailing list
MPlayer-users <at> mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users

Re: Misleading DVD Menu

Date: Sat, 29 Mar 2008 22:21:36 +0100
From: Nico Sabbi <Nicola.Sabbi <at> poste.it>
Subject: Re: [MPlayer-users] Misleading DVD Menu
To: "MPlayer usage questions, feature requests, bug reports"
        <mplayer-users <at> mplayerhq.hu>
Message-ID: <200803292221.36667.Nicola.Sabbi <at> poste.it>
Content-Type: text/plain;  charset="iso-8859-1"

Il Saturday 29 March 2008 15:29:42 Raena Lea-Shannon ha scritto:
> I have a DVD (David Lynch's Inland Empire fwiw). In the DVD NAV it has an 
> option for 5.1 however mplayer shows only these audio tracks:
> 
> There are 3 titles on this DVD.
> There are 40 chapters in this DVD title.
> There are 1 angles in this DVD title.
> DVD successfully opened.
> audio stream: 0 format: ac3 (stereo) language: en aid: 128.
> audio stream: 1 format: ac3 (stereo) language: en aid: 129.
> audio stream: 2 format: ac3 (stereo) language: en aid: 130.
> number of audio channels on disk: 3.
> subtitle ( sid ): 0 language: fr
> subtitle ( sid ): 1 language: fr
> number of subtitles on disk: 2
> 
> Sorry if this has been covered I searched the archives and google and could 
> not find an answer.
> 
> Thanks
> 

problem accessing BBC news site with mplayer plugin for Firefox

Hello,

I have been trying to resolve a problem with using mplayer plugin for 
Firefox to access the BBC News site http://news.bbc.co.uk/.

I do not *know* that it is a bug with mplayer, but I have spent months 
on the Ubuntu forums trying to get it resolved.  There are also many 
reports of problems with mplayer not working with the BBC news site (as 
listed by Google), but this may reflect entirely on BBC's implementation 
of their video streaming.  I have repeatedly contacted BBC with a report 
of my problem, but it has never been acknowledged, much less resolved. 
(I eventually switched to using RealPlayer, and while there were several 
problems with getting it to work, BBC eventually resolved them, more or 
less.)  It may even be a problem with Firefox, but I'm at a loss.  A 
more experienced user on the Ubuntu forms suggested I report the problem 
to you.

First I should mention that viewers in the UK are NOT experiencing this 
problem, which seems to involve the multiple playlists which the BBC is 
using to pre-pend advertising to their news video clips for users 
outside the UK.

Below is the URL for the link from the above home page to the One-Minute 
News summary:

http://www.bbc.co.uk/mediaselector/check/player/nol/newsid_6900000/newsid_6903100?redirect=6903113.stm&news=1&bbram=1&nbwm=1&nbram=1&bbwm=1&asb=1

Their media player checks to see what player you have selected in its 
"Preferences.'  For this test I select Windows Media Player.

Re: problem accessing BBC news site with mplayer plugin for Firefox

Bob Weeks wrote:
| Hello,
|
| I have been trying to resolve a problem with using mplayer plugin for
| Firefox to access the BBC News site http://news.bbc.co.uk/.
|
| I do not *know* that it is a bug with mplayer, but I have spent months
| on the Ubuntu forums trying to get it resolved.  There are also many
| reports of problems with mplayer not working with the BBC news site (as
| listed by Google), but this may reflect entirely on BBC's implementation
| of their video streaming.  I have repeatedly contacted BBC with a report
| of my problem, but it has never been acknowledged, much less resolved.
| (I eventually switched to using RealPlayer, and while there were several
| problems with getting it to work, BBC eventually resolved them, more or
| less.)  It may even be a problem with Firefox, but I'm at a loss.  A
| more experienced user on the Ubuntu forms suggested I report the problem
| to you.
|
| First I should mention that viewers in the UK are NOT experiencing this
| problem, which seems to involve the multiple playlists which the BBC is
| using to pre-pend advertising to their news video clips for users
| outside the UK.
|
| Below is the URL for the link from the above home page to the One-Minute
| News summary:
|
|
http://www.bbc.co.uk/mediaselector/check/player/nol/newsid_6900000/newsid_6903100?redirect=6903113.stm&news=1&bbram=1&nbwm=1&nbram=1&bbwm=1&asb=1
|

Re: problem accessing BBC news site with mplayer plugin for Firefox

Kevin,

Thanks for clarifying this for me. Sorry I posted to the wrong 
project/application, and from what you say, I guess I won't trouble the 
folks at the other project, since it's being decommissioned.

I had figured out the BBC has (at least) two sets of data and the 
problem I reported was definitely coming from the International site.
But thanks for mentioning it.

You said (from below):

 > Also, mplayerplug-in is being decommissioned and being replaced with
 > gecko-mediaplayer/gnome-mplayer. Those apps will just about everything
 > at the BBC even in real player mode.

I hope there's a word missing there between "will" and "just",  like 
"handle" or "display" !!!

I'll try to figure out how where to monitor announcements about the 
gecko-mediaplayer/gnome-mplayer project.

I'm much obliged to you.

Bob Weeks.

Kevin DeKorte wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>