[MPlayer-dev-eng] Re: MPlayer-dev-eng Digest, Vol 28, Issue 17

b.white b.c.01.26 at gmail.com
Mon Apr 11 07:50:22 CEST 2005


hi,
   i cannot compile Mplayer1-pre6 with gcc3.4.x,something wrong in
snow.c,have any PATCH?
b.c

On Apr 11, 2005 7:54 AM, mplayer-dev-eng-request at mplayerhq.hu
<mplayer-dev-eng-request at mplayerhq.hu> wrote:
> Send MPlayer-dev-eng mailing list submissions to
>        mplayer-dev-eng at mplayerhq.hu
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
> or, via email, send a message with subject or body 'help' to
>        mplayer-dev-eng-request at mplayerhq.hu
> 
> You can reach the person managing the list at
>        mplayer-dev-eng-owner at mplayerhq.hu
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of MPlayer-dev-eng digest..."
> 
> Today's Topics:
> 
>   1. Re: VMnc codec support request (Roberto Togni)
>   2. More hardware support in radeon_vid (Aurelien Jacobs)
>   3. Re: More hardware support in radeon_vid (Sascha Sommer)
>   4. Cross-compilation fix (Aurelien Jacobs)
>   5. Re: More hardware support in radeon_vid (Aurelien Jacobs)
>   6. Re: [Announce] pre7 really soon or 1.0.7 soon? (Ivan Kalvachev)
>   7. Re: [Announce] pre7 really soon or 1.0.7 soon? (Arpi)
>   8. Re: [RFC] preliminary x264 encoding help text (Diego Biurrun)
>   9. Re: [Announce] pre7 really soon or 1.0.7 soon?
>      (D Richard Felker III)
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 10 Apr 2005 18:46:03 +0200
> From: Roberto Togni <r_togni at tiscali.it>
> Subject: Re: [MPlayer-dev-eng] VMnc codec support request
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20050410184603.6af6e6d7 at tower2.myhome.qwe>
> Content-Type: text/plain; charset=US-ASCII
> 
> On Sun, 10 Apr 2005 17:14:02 +0300
> Tomas Simonaitis <haden at homelan.lt> wrote:
> 
> > VMnc is Vmware codec used for guest os session video capturing.
> >
> > I've uploaded dll and test video to
> > ftp://ftp.mplayerhq.hu/MPlayer/incoming/VMnc/
> >
> [...]
> Applied, thanks
> 
> Ciao,
> Roberto
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 10 Apr 2005 19:17:08 +0200
> From: Aurelien Jacobs <aurel at gnuage.org>
> Subject: [MPlayer-dev-eng] More hardware support in radeon_vid
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20050410191708.6350200e at homer.gnuage.org>
> Content-Type: text/plain; charset="us-ascii"
> 
> Hi,
> 
> 2 small patches.
> 
> The first one add support for one more radeon 9200 model (the one
> included in the Mac Mini).
> 
> The second one override a mem size detection problem on rage 128 RL/VR.
> I needed this fix as well on ppc as on x86.
> 
> These patches are very trivial, so I will commit them quickly.
> 
> Aurel
> -------------- next part --------------
> diff -Naur MPlayer-1.0pre6.orig/libdha/oth/pci.db MPlayer-1.0pre6/libdha/oth/pci.db
> --- MPlayer-1.0pre6.orig/libdha/oth/pci.db      2005-03-10 15:36:44.000000000 +0100
> +++ MPlayer-1.0pre6/libdha/oth/pci.db   2005-03-25 17:37:31.000000000 +0100
> @@ -438,6 +438,7 @@
> d      10025961        RV280 [Radeon 9200]     0
> s      1002596117af200c        Excalibur Radeon 9200   0
> s      1002596118bc0051        GeXcube GC-R9200-C3     0
> +d      10025962        RV280 [Radeon 9200]     0
> d      10025964        RV280 [Radeon 9200 SE]  0
> s      10025964148c2073        CN-AG92E        0
> d      10025c61        RV250 5c61 [Radeon Mobility 9200 M9+]   0
> diff -Naur MPlayer-1.0pre6.orig/vidix/drivers/radeon_vid.c MPlayer-1.0pre6/vidix/drivers/radeon_vid.c
> --- MPlayer-1.0pre6.orig/vidix/drivers/radeon_vid.c     2005-03-10 15:36:45.000000000 +0100
> +++ MPlayer-1.0pre6/vidix/drivers/radeon_vid.c  2005-03-25 17:47:27.000000000 +0100
> @@ -895,6 +895,7 @@
>  DEVICE_ATI_RV280_RADEON_92003,
>  DEVICE_ATI_RV280_RADEON_92004,
>  DEVICE_ATI_RV280_RADEON_92005,
> + DEVICE_ATI_RV280_RADEON_92006,
>  DEVICE_ATI_RADEON_R300_ND,
>  DEVICE_ATI_RADEON_R300_NE,
>  DEVICE_ATI_RADEON_R300_NF,
> @@ -1074,6 +1075,7 @@
>             case DEVICE_ATI_RV280_RADEON_92003:
>             case DEVICE_ATI_RV280_RADEON_92004:
>             case DEVICE_ATI_RV280_RADEON_92005:
> +            case DEVICE_ATI_RV280_RADEON_92006:
>               RadeonFamily = 280;
>               break;
> 
> -------------- next part --------------
> diff -Naur MPlayer-1.0pre6.orig/vidix/drivers/radeon_vid.c MPlayer-1.0pre6/vidix/drivers/radeon_vid.c
> --- MPlayer-1.0pre6.orig/vidix/drivers/radeon_vid.c     2004-12-29 16:11:12.217446952 +0100
> +++ MPlayer-1.0pre6/vidix/drivers/radeon_vid.c  2004-12-29 16:41:13.033681272 +0100
> @@ -1153,6 +1153,7 @@
>   /* Rage Mobility (rage128) also has memsize bug */
>   if (radeon_ram_size == 0 &&
>       (def_cap.device_id == DEVICE_ATI_RAGE_MOBILITY_M3 ||
> +       def_cap.device_id == DEVICE_ATI_RAGE_128_RL_VR ||
>        def_cap.device_id == DEVICE_ATI_RAGE_MOBILITY_M32))
>   {
>       printf(RADEON_MSG" Workarounding buggy Rage Mobility M3 (0 vs. 8MB ram)\n");
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 10 Apr 2005 19:26:23 +0200
> From: Sascha Sommer <saschasommer at freenet.de>
> Subject: Re: [MPlayer-dev-eng] More hardware support in radeon_vid
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <425961BF.7050109 at freenet.de>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
> 
> Aurelien Jacobs schrieb:
> > Hi,
> >
> > 2 small patches.
> >
> > The first one add support for one more radeon 9200 model (the one
> > included in the Mac Mini).
> >
> > The second one override a mem size detection problem on rage 128 RL/VR.
> > I needed this fix as well on ppc as on x86.
> >
> > These patches are very trivial, so I will commit them quickly.
> >
> 
> Go ahead.
> 
> Sascha
> 
> ------------------------------
> 
> Message: 4
> Date: Sun, 10 Apr 2005 19:35:09 +0200
> From: Aurelien Jacobs <aurel at gnuage.org>
> Subject: [MPlayer-dev-eng] Cross-compilation fix
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20050410193509.03596e85 at homer.gnuage.org>
> Content-Type: text/plain; charset="us-ascii"
> 
> A small patch to fix cross compiling.
> 
> Right now, $CFLAGS is used by $HOST_CC when compiling codec-cfg.
> If I try to cross-compile for a ppc target on a x86 host, CFLAGS
> will contain -maltivec which is perfectly normal. But when $HOST_CC
> use those CFLAGS, it complains about unsupported -maltivec option,
> which is also normal.
> So this patch simply drop $CFLAGS from the $HOST_CC call.
> I fact this patch introduce $HOST_CFLAGS instead of $CFLAGS.
> I know that $HOST_CFLAGS is not defined anywhere, but I still
> added it to allow users to specify it themselves if the need
> something specific.
> 
> Should I apply this before pre7 or is anyone against it ?
> 
> Aurel
> -------------- next part --------------
> diff -Naur MPlayer-1.0pre6.orig/Makefile MPlayer-1.0pre6/Makefile
> --- MPlayer-1.0pre6.orig/Makefile       2005-02-04 02:28:04.000000000 +0100
> +++ MPlayer-1.0pre6/Makefile    2005-02-04 02:28:30.000000000 +0100
> @@ -267,7 +267,7 @@
> $(MENCODER_DEP): version.h help_mp.h
> 
> $(PRG_CFG): version.h codec-cfg.c codec-cfg.h
> -       $(HOST_CC) $(CFLAGS) -g codec-cfg.c mp_msg.c -o $(PRG_CFG) -DCODECS2HTML $(EXTRA_LIB) $(I18NLIBS)
> +       $(HOST_CC) $(HOST_CFLAGS) -I. -g codec-cfg.c mp_msg.c -o $(PRG_CFG) -DCODECS2HTML $(EXTRA_LIB) $(I18NLIBS)
> 
> install: $(ALL_PRG)
> ifeq ($(VIDIX),yes)
> 
> ------------------------------
> 
> Message: 5
> Date: Sun, 10 Apr 2005 19:40:55 +0200
> From: Aurelien Jacobs <aurel at gnuage.org>
> Subject: Re: [MPlayer-dev-eng] More hardware support in radeon_vid
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20050410194055.3f1c93c0 at homer.gnuage.org>
> Content-Type: text/plain; charset=US-ASCII
> 
> On Sun, 10 Apr 2005 19:26:23 +0200
> Sascha Sommer <saschasommer at freenet.de> wrote:
> 
> > Aurelien Jacobs schrieb:
> > > Hi,
> > >
> > > 2 small patches.
> > >
> > > The first one add support for one more radeon 9200 model (the one
> > > included in the Mac Mini).
> > >
> > > The second one override a mem size detection problem on rage 128
> > > RL/VR. I needed this fix as well on ppc as on x86.
> > >
> > > These patches are very trivial, so I will commit them quickly.
> > >
> >
> > Go ahead.
> 
> Done.
> 
> Aurel
> 
> ------------------------------
> 
> Message: 6
> Date: Mon, 11 Apr 2005 01:05:02 +0300
> From: Ivan Kalvachev <ivan at cacad.com>
> Subject: Re: [MPlayer-dev-eng] [Announce] pre7 really soon or 1.0.7
>        soon?
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20050411010502.6cd6a70d at me>
> Content-Type: text/plain; charset=US-ASCII
> 
> For these of you that have no other things to do,
> here is an old idea I had told only to a few..
> 
> Lets release 1.0.7 instead of 1.0pre7
> 
> reasons:
> 1. We will surprise everybody.  We'll just jump over the 1.0  milestone.(well, cola party canceled, too)
> 1. We will never reach 1.0, there is no list of features that it should have, or at least nobody working on them.
> 2. We need to make an full release at least once a year or two.. Or at least more often than debian.
> 3. We will avoid 1.0 branch-freeze, stabilization, hype etc.
> 4. To get a bigger number than xine.
> 5. It is going to be the first neuteam full release. And we will be able to make 1.0.7pre1, right before 1.0.7 to smash obvious last minute bugs.
> 6. there was some other crushing argument, but I forgot it
> 7. 42
> 
> Fell free to vote. This is the time.
> 
> Ivan Kalvachev
> iive
> 
> P.S.
> We can have everyweek release if you want to make users used to CVS versions.
> 
> On Sun, 10 Apr 2005 15:24:08 +0200
> Roberto Togni <r_togni at tiscali.it> wrote:
> 
> > Hi all
> >
> > as anticipated on irc, we're getting ready for new MPlayer release soon.
> > Proposed date was today, but since i'm sending this announce now, it
> > will probably be delayed a little:)
> >
> > If you know about release critical bugs, yell stop now.
> >
> > Please commit pending fixes asap, review changelog and
> > delay big patches unless they are quite important.
> >
> > We're also looking for a nice name for the release, so if you have any
> > idea tell us.
> >
> > Ciao,
> >  Roberto
> >
> > _______________________________________________
> > MPlayer-dev-eng mailing list
> > MPlayer-dev-eng at mplayerhq.hu
> > http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
> 
> ------------------------------
> 
> Message: 7
> Date: Mon, 11 Apr 2005 01:20:57 +0200 (CEST)
> From: Arpi <arpi at mplayerhq.hu>
> Subject: Re: [MPlayer-dev-eng] [Announce] pre7 really soon or 1.0.7
>        soon?
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20050410232057.23B313FF8D at mail.mplayerhq.hu>
> 
> Hi,
> 
> > Lets release 1.0.7 instead of 1.0pre7
> >
> > reasons:
> > 1. We will surprise everybody.  We'll just jump over the 1.0
> 
> rotfl
> 
> > milestone.(well, cola party canceled, too)
> > 1. We will never reach 1.0, there is no list of features that it should
> > have, or at least nobody working on them.
> > 2. We need to make an full release at least once a year or two.. Or at
> > least more often than debian.
> > 3. We will avoid 1.0 branch-freeze, stabilization, hype etc.
> > 4. To get a bigger number than xine.
> > 5. It is going to be the first neuteam full release. And we will be able
> > to make 1.0.7pre1, right before 1.0.7 to smash obvious last minute bugs.
> > 6. there was some other crushing argument, but I forgot it
> > 7. 42
> >
> > Fell free to vote. This is the time.
> 
> i really like reasons 2 (debian) and 4... but i disagree w/ the rest :(
> 
> A'rpi / MPlayer, Astral & ESP-team
> 
> --
> Girls are like internet domain names, the ones I like are already taken.
> 
> ------------------------------
> 
> Message: 8
> Date: Mon, 11 Apr 2005 01:40:53 +0200
> From: Diego Biurrun <diego at biurrun.de>
> Subject: Re: [MPlayer-dev-eng] [RFC] preliminary x264 encoding help
>        text
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20050410234053.GE3134 at biurrun.de>
> Content-Type: text/plain; charset=us-ascii
> 
> On Sun, Apr 10, 2005 at 03:45:01PM +0200, Guillaume Poirier wrote:
> >
> > On Apr 10, 2005 3:24 PM, Alexander Strasser <eclipse7 at gmx.net> wrote:
> > >
> > >   As PSNR is nothing special to a particular codec, we might want to
> > > explain it and some similar terms in one playe somewhere else.
> >
> > Maybe we could just say it's a figure that somewhat refers to the
> > quality/fidelity of the encode, and give a link to the wikipedia:
> > http://en.wikipedia.org/wiki/PSNR ?
> 
> A quick explanation and a link to more in-depth information sounds good.
> 
> Diego
> 
> ------------------------------
> 
> Message: 9
> Date: Sun, 10 Apr 2005 19:54:42 -0400
> From: D Richard Felker III <dalias at aerifal.cx>
> Subject: Re: [MPlayer-dev-eng] [Announce] pre7 really soon or 1.0.7
>        soon?
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20050410235442.GF24659 at brightrain.aerifal.cx>
> Content-Type: text/plain; charset=us-ascii
> 
> On Mon, Apr 11, 2005 at 01:05:02AM +0300, Ivan Kalvachev wrote:
> > For these of you that have no other things to do,
> > here is an old idea I had told only to a few..
> >
> > Lets release 1.0.7 instead of 1.0pre7
> 
> strongly opposed.
> 
> rich
> 
> ------------------------------
> 
> _______________________________________________
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
> http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
> 
> End of MPlayer-dev-eng Digest, Vol 28, Issue 17
> ***********************************************
>




More information about the MPlayer-dev-eng mailing list