[MPlayer-dev-eng] Sorry, but can I add licence lines in sources?

Dariusz Pietrzak eyck at nowanet.lub.pl
Thu Nov 21 16:31:50 CET 2002


On Thu, Nov 21, 2002 at 02:19:08PM +0100, mplayer-dev-eng-request at mplayerhq.hu wrote:
v
Content-Description: Masthead (MPlayer-dev-eng digest, Vol 1 #1536)
> 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-admin at mplayerhq.hu
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of MPlayer-dev-eng digest..."
> 

Content-Description: Today's Topics (13 msgs)
> Today's Topics:
> 
>    1. Re: Re: [PATCH] osd menu fielsel.c (=?iso-8859-2?B?R+Fib3IgTOlu4XJ0?=)
>    2. Re: [PATCH] osd menu fielsel.c (Daniel Pittman)
>    3. Re: Re: [PATCH] osd menu fielsel.c (=?iso-8859-2?B?R+Fib3IgTOlu4XJ0?=)
>    4. Re: [PATCH] menu problems, again... (Daniel Pittman)
>    5. Re: Re: [PATCH] osd menu fielsel.c (Sergey Pinaev)
>    6. [BUG] new menu code & dvds (Markus Liebl)
>    7. Re: Re: [PATCH] menu problems, again... (Colin Leroy)
>    8. Re: Re: [PATCH] osd menu fielsel.c (=?iso-8859-2?B?R+Fib3IgTOlu4XJ0?=)
>    9. Re: Re: [PATCH] osd menu fielsel.c (Sergey Pinaev)
>   10. Re: Re: [PATCH] osd menu fielsel.c (Bj?rn Sandell)
>   11. Re: [PATCH] menu problems, again... (Daniel Pittman)
>   12. Re: Re: [PATCH] menu problems, again... (Colin Leroy)
>   13. First shot at surround on multiple soundcards (obsidian at obsidian.de)

> Message: 1
> From: Gábor Lénárt <lgb at lgb.hu>
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: Re: [MPlayer-dev-eng] Re: [PATCH] osd menu fielsel.c
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, Nov 21, 2002 at 09:17:06PM +1100, Daniel Pittman wrote:
> > On Thu, 21 Nov 2002, BjXrn Sandell wrote:
> > > On Thu, 21 Nov 2002 07:23:02 +0100
> > > Alban Bedel <albeu at free.fr> wrote:
> > >> Hi Björn Sandell,
> > >> on Tue, 19 Nov 2002 18:59:09 +0100 you wrote:
> > >> > A patch to make menu_filesel.c a bit more portable. Tested on
> > >> > RedHat and OpenBSD.
> > 
> > [...]
> > 
> > >> And what is the use of this d_type thing instead of stat ?
> > > 
> > > Well, it seems unnessecary to do stat() to figure out something you
> > > already know, and it makes it much easier to move the definition of
> > > compare() out of oper_dir().
> > 
> > It looks to me like you trust the content of the d_type field when it's
> > present. On Linux this field can be present but set to unknown if an
> > early enough kernel is in use or the filesystem does not fill the value.
> 
> Yes, for readdir():
> 
> man readdir
> [...]
> BUGS
>        Field d_type is not implemented as of libc6 2.1 and will always  return
>        DT_UNKNOWN (0).
> 
> You should stat the file to get this information, AFAIK ...
> 
> - Gábor (larta'H)

> Message: 2
> To: mplayer-dev-eng at mplayerhq.hu
> From: Daniel Pittman <daniel at rimspace.net>
> Organization: Not today, thank you, Mother.
> Subject: [MPlayer-dev-eng] Re: [PATCH] osd menu fielsel.c
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, 21 Nov 2002, lgb at lgb.hu wrote:
> > On Thu, Nov 21, 2002 at 09:17:06PM +1100, Daniel Pittman wrote:
> >> On Thu, 21 Nov 2002, BjXrn Sandell wrote:
> 
> [...]
> 
> >> >> And what is the use of this d_type thing instead of stat ?
> 
> [...]
> 
> > Yes, for readdir():
> > 
> > man readdir
> > [...]
> > BUGS
> >        Field d_type is not implemented as of libc6 2.1 and will always
> >        return DT_UNKNOWN (0).
> > 
> > You should stat the file to get this information, AFAIK ...
> 
> I don't know of any platform that returns *wrong* information in the
> type field. So, to find out the type of something, test if the field is
> DT_UNKNOWN and stat if you have to.
> 
>            Daniel
> 
> -- 
> There is nothing men more readily give themselves to than pushing their own
> beliefs. When ordinary means fail, they add commandment, violence, fire and
> sword.
>         -- Michel Eyquem de Montaigne, _Essays_, Book. I, Ch. 39 (1580)

> Message: 3
> From: Gábor Lénárt <lgb at lgb.hu>
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: Re: [MPlayer-dev-eng] Re: [PATCH] osd menu fielsel.c
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, Nov 21, 2002 at 09:56:22PM +1100, Daniel Pittman wrote:
> > > man readdir
> > > [...]
> > > BUGS
> > >        Field d_type is not implemented as of libc6 2.1 and will always
> > >        return DT_UNKNOWN (0).
> > > 
> > > You should stat the file to get this information, AFAIK ...
> > 
> > I don't know of any platform that returns *wrong* information in the
> > type field. So, to find out the type of something, test if the field is
> > DT_UNKNOWN and stat if you have to.
> 
> Maybe ;-) However I even don't now that struct dirent has got member d_type
> on EVERY systems (ie: is it part of any standard?) or not ... If no, some
> #ifdef should be inserted into the code figured out by ./configure or so ...
> 
> - Gábor (larta'H)

> Message: 4
> To: mplayer-dev-eng at mplayerhq.hu
> From: Daniel Pittman <daniel at rimspace.net>
> Organization: Not today, thank you, Mother.
> Subject: [MPlayer-dev-eng] Re: [PATCH] menu problems, again...
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, 21 Nov 2002, Daniel Pittman wrote:
> > On Wed, 20 Nov 2002, Colin Leroy wrote:
> >> On Wed, 20 Nov 2002 09:06:51 +1100 Daniel Pittman
> >> <daniel at rimspace.net> wrote:
> >>
> >>> > Here's the latest patch to fix the menu problems i have: Second
> >>> > hunk is to fix broken planes using vidix If this is not the right
> >>> > fix, there _must_ be another one, about as trivial, but i didn't
> >>> > find it, and it would be nice someone else tries using vidix with
> >>> > the menu.
> >>> 
> >>> I used xvidix with the Radeon driver and XFree86 4.2.1, which worked
> >>> just fine without the patch.
> >> 
> >> Btw, could you tell how it works with the patch ?
> > 
> > Can you resend me a current copy of the patch and I will give it a
> > shot, then post results on the list.
> 
> [dang, I meant that to go to the author, not the list]
> 
> Well, I tried mplayer with the menu patch applied and *boy* did it
> sux0r.
> 
> The problems were:
> 
> 1. gray screen, no video, until the menu was shown once
> 2. menu never was erased once displayed
> 
>    Daniel
> 
> -- 
> I was twenty-five, and too old to be unusual.
>         -- James D. Watson, _The Double Helix_, (1968)

> Message: 5
> From: Sergey Pinaev <dfo at antex.ru>
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: Re: [MPlayer-dev-eng] Re: [PATCH] osd menu fielsel.c
> Organization: Anteks LtD
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> hi.
> On Thu, 21 Nov 2002 12:09:34 +0100
> G?bor L?n?rt <lgb at lgb.hu> wrote:
> 
> GL> On Thu, Nov 21, 2002 at 09:56:22PM +1100, Daniel Pittman wrote:
> >> > man readdir
> >> > [...]
> GL> Maybe ;-) However I even don't now that struct dirent has got member
> GL> d_type on EVERY systems (ie: is it part of any standard?) or not ... If no,
>        According to POSIX, the dirent structure contains a  field
>        char  d_name[]  of unspecified size, with at most NAME_MAX
>        characters preceding the terminating null character.   Use
>        of  other  fields  will  harm the portability of your pro-
>        grams.  POSIX-2001 also documents the field ino_t d_ino as
>        an XSI extension.
> (c) man 3 readdir
> 
> -------------------------------------------------
> Sergey Pinaev, dfo at antex.ru, http://dfo.antex.ru/

> Message: 6
> From: Markus Liebl <lieblm at troja.mayn.de>
> To: mplayer-dev-eng at mplayerhq.hu
> Organization: Troja
> Subject: [MPlayer-dev-eng] [BUG] new menu code & dvds
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> Hi,
> 
> When I play a dvd with the new menu code, I get the following error:
> 
> ---------------------------------------------------------------------
> ./mplayer -dvd 1 -menu
> Using GNU internationalization
> Original domain: messages
> Original dirname: /usr/share/locale
> Current domain: mplayer
> Current dirname: /usr/share/locale
> 
> 
> MPlayer CVS-021121-11:47-3.2.1 (C) 2000-2002 Arpad Gereoffy (see DOCS)
> 
> CPU: Advanced Micro Devices Athlon 4 PM Palomino/Athlon MP
> Multiprocessor/Athlon XP eXtreme Performance (Family: 6, Stepping: 2)
> CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0 Compiled for
> x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE
> 
> Reading config file /etc/mplayer/mplayer.conf
> Reading config file /root/.mplayer/config
> Reading /root/.mplayer/codecs.conf: can't open
> '/root/.mplayer/codecs.conf': Datei oder Verzeichnis nicht gefunden
> Reading /etc/mplayer/codecs.conf: 44 audio & 112 video codecs Font
> /root/.mplayer/font/font.desc loaded successfully! (206 chars) Using Linux
> hardware RTC timing (1024Hz) Can't open input config file
> /root/.mplayer/input.conf : Datei oder Verzeichnis nicht gefunden Input
> config file /etc/mplayer/input.conf parsed : 51 binds Setting up lirc
> support... Using CSS Key-cache dir: /root/.mplayer/DVDKeys/DVDVOLUME
> Reading disc structure, please wait...
> There are 13 titles on this DVD.
> There are 13 chapters in this DVD title.
> There are 1 angles in this DVD title.
> DVD successfully opened!
> Menu config file is too big (> 1024 KB)
> Menu init failed
> 
> Playing DVD title 1
> File not found: 'DVD title 1'
> 
> 
> Exiting... (End of file)
> --------------------------------------------------------------------
> 
> With avi / ogg / xcd the menu works.
> mplayer -dvd 1 (without -menu) works.
> 
> Bye,
> Markus
> -- 
>     Alle Menschen sind klug: die einen vorher, die anderen nachher.

> Message: 7
> From: Colin Leroy <colin at colino.net>
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: Re: [MPlayer-dev-eng] Re: [PATCH] menu problems, again...
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, 21 Nov 2002 22:06:39 +1100 Daniel Pittman <daniel at rimspace.net>
> wrote:
> 
> Hi again,
>  
> > 1. gray screen, no video, until the menu was shown once
> > 2. menu never was erased once displayed
> 
> it seems to confirm that's platform dependant.
> Could you try with the attached patch ?
> 
> Many thanks, 
> -- 
> Colin
> http://dudusdl.sf.net/ : a free Puzzle Bubble clone

> Index: vf_menu.c
> ===================================================================
> RCS file: /cvsroot/mplayer/main/libmenu/vf_menu.c,v
> retrieving revision 1.2
> diff -u -r1.2 vf_menu.c
> --- vf_menu.c	18 Nov 2002 00:09:37 -0000	1.2
> +++ vf_menu.c	21 Nov 2002 11:44:44 -0000
> @@ -5,7 +5,6 @@
>  #include <stdlib.h>
>  #include <string.h>
>  
> -
>  #include "../mp_msg.h"
>  
>  #include "../libmpcodecs/img_format.h"
> @@ -165,6 +164,7 @@
>  static int put_image(struct vf_instance_s* vf, mp_image_t *mpi){
>    mp_image_t *dmpi = NULL;
>  
> +  if(vf->priv->current->show) {
>    // Close all menu who requested it
>    while(vf->priv->current->cl && vf->priv->current != vf->priv->root) {
>      menu_t* m = vf->priv->current;
> @@ -207,6 +207,20 @@
>    }
>    menu_draw(vf->priv->current,dmpi);
>  
> +  } else {
> +    if(mp_input_key_cb)
> +      mp_input_key_cb = NULL;
> +    dmpi = vf_get_image(vf->next,mpi->imgfmt,
> +			MP_IMGTYPE_EXPORT, MP_IMGFLAG_ACCEPT_STRIDE,
> +			mpi->w,mpi->h);
> +    dmpi->stride[0] = mpi->stride[0];
> +    dmpi->stride[1] = mpi->stride[1];
> +    dmpi->stride[2] = mpi->stride[2];
> +    dmpi->planes[0] = mpi->planes[0];
> +    dmpi->planes[1] = mpi->planes[1];
> +    dmpi->planes[2] = mpi->planes[2];
> +    dmpi->priv      = mpi->priv;
> +  }
>    return vf_next_put_image(vf,dmpi);
>  }
>  


> Message: 8
> From: Gábor Lénárt <lgb at lgb.hu>
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: Re: [MPlayer-dev-eng] Re: [PATCH] osd menu fielsel.c
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, Nov 21, 2002 at 02:15:06PM +0300, Sergey Pinaev wrote:
> > GL> Maybe ;-) However I even don't now that struct dirent has got member
> > GL> d_type on EVERY systems (ie: is it part of any standard?) or not ... If no,
> >        According to POSIX, the dirent structure contains a  field
> >        char  d_name[]  of unspecified size, with at most NAME_MAX
> >        characters preceding the terminating null character.   Use
> >        of  other  fields  will  harm the portability of your pro-
> >        grams.  POSIX-2001 also documents the field ino_t d_ino as
> >        an XSI extension.
> 
> That's right, it's what I said. However my question was: "is d_type part
> of the structure on every systems?". That part of man page only said that
> struct members other than d_name[] are not recommended to use, but it does
> not say that which ones have besides d_name
> - Gábor (larta'H)

> Message: 9
> From: Sergey Pinaev <dfo at antex.ru>
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: Re: [MPlayer-dev-eng] Re: [PATCH] osd menu fielsel.c
> Organization: Anteks LtD
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> hi.
> On Thu, 21 Nov 2002 12:19:54 +0100
> G?bor L?n?rt <lgb at lgb.hu> wrote:
> 
> GL> That's right, it's what I said. However my question was: "is d_type
> GL> part of the structure on every systems?". That part of man page only said
> GL> that struct members other than d_name[] are not recommended to use, but it
> GL> does not say that which ones have besides d_name
> it cannot say "which ones have", because its "implementation dependent".
> if you _realy_ want to use members other than "d_name" you must look for
> them in your systems .h files. (and if you do that, your app become
> "nonportable" =)
> 
> -------------------------------------------------
> Sergey Pinaev, dfo at antex.ru, http://dfo.antex.ru/

> Message: 10
> From: Björn Sandell <biorn at dce.chalmers.se>
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: Re: [MPlayer-dev-eng] Re: [PATCH] osd menu fielsel.c
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, 21 Nov 2002 12:09:34 +0100
> Gábor Lénárt <lgb at lgb.hu> wrote:
> 
> > Maybe ;-) However I even don't now that struct dirent has got member d_type
> > on EVERY systems (ie: is it part of any standard?) or not ... 
> 
> It is not standard.
> 
> > If no, some #ifdef should be inserted into the code figured out by
> > ./configure or so ...
> 
> That is included in the patch I sent. Perhaps it should be extended to check
> that you get DT_DIR (and not DT_UNKNOWN) when looking at a directory.
> 
> -- 
> Björn Sandell       DCE/DFS Sysadmin       IT department
> Chalmers University of Technology    www.dce.chalmers.se

> Message: 11
> To: mplayer-dev-eng at mplayerhq.hu
> From: Daniel Pittman <daniel at rimspace.net>
> Organization: Not today, thank you, Mother.
> Subject: [MPlayer-dev-eng] Re: [PATCH] menu problems, again...
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, 21 Nov 2002, Colin Leroy wrote:
> > On Thu, 21 Nov 2002 22:06:39 +1100 Daniel Pittman
> > <daniel at rimspace.net> wrote:
> > 
> > Hi again,
> > 
> >> 1. gray screen, no video, until the menu was shown once
> >> 2. menu never was erased once displayed
> > 
> > it seems to confirm that's platform dependant.
> > Could you try with the attached patch ?
> 
> That works fine on my system.
>      Daniel
> 
> -- 
> Physics is littered with the corpses of dead unified field theories.
>         -- Freeman Dyson

> Message: 12
> From: Colin Leroy <colin at colino.net>
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: Re: [MPlayer-dev-eng] Re: [PATCH] menu problems, again...
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> On Thu, 21 Nov 2002 22:50:03 +1100 Daniel Pittman <daniel at rimspace.net>
> wrote:
> 
> Hi,
> 
> > > it seems to confirm that's platform dependant.
> > > Could you try with the attached patch ?
> > 
> > That works fine on my system.
> 
> Thanks for the help testing !
> 
> So, Albeu, here's the last patch about this:
> - image flags are modified only for powerpc (which is, at now, the only
> platform for which the standard imgflags don't work)
> - mpi isn't fully copied when menu isn't displayed (only pointers are)
> 
> Please commit, or at least send feedback...
> 
> Regards
> -- 
> Colin
> Index: vf_menu.c
> ===================================================================
> RCS file: /cvsroot/mplayer/main/libmenu/vf_menu.c,v
> retrieving revision 1.2
> diff -u -r1.2 vf_menu.c
> --- vf_menu.c	18 Nov 2002 00:09:37 -0000	1.2
> +++ vf_menu.c	21 Nov 2002 11:55:36 -0000
> @@ -165,6 +164,7 @@
>  static int put_image(struct vf_instance_s* vf, mp_image_t *mpi){
>    mp_image_t *dmpi = NULL;
>  
> +  if(vf->priv->current->show) {
>    // Close all menu who requested it
>    while(vf->priv->current->cl && vf->priv->current != vf->priv->root) {
>      menu_t* m = vf->priv->current;
> @@ -197,16 +197,37 @@
>    if(mp_input_key_cb && !vf->priv->current->show)
>      mp_input_key_cb = NULL;
>  
> +#ifndef __powerpc__
> +#define MENU_IMGFLAGS MP_IMGFLAG_ACCEPT_STRIDE
> +#else
> +#define MENU_IMGFLAGS MP_IMGFLAG_ACCEPT_STRIDE&MP_IMGFLAG_PREFER_ALIGNED_STRIDE
> +#endif
> +
>    if(mpi->flags&MP_IMGFLAG_DIRECT)
>      dmpi = mpi->priv;
>    else {
>      dmpi = vf_get_image(vf->next,mpi->imgfmt,
> -			MP_IMGTYPE_TEMP, MP_IMGFLAG_ACCEPT_STRIDE,
> +			MP_IMGTYPE_TEMP, MENU_IMGFLAGS,
>  			mpi->w,mpi->h);
>      copy_mpi(dmpi,mpi);
>    }
>    menu_draw(vf->priv->current,dmpi);
>  
> +  } else {
> +    if(mp_input_key_cb)
> +      mp_input_key_cb = NULL;
> +    dmpi = vf_get_image(vf->next,mpi->imgfmt,
> +			MP_IMGTYPE_EXPORT, MENU_IMGFLAGS,
> +			mpi->w,mpi->h);
> +#undef MENU_IMGFLAGS    
> +    dmpi->stride[0] = mpi->stride[0];
> +    dmpi->stride[1] = mpi->stride[1];
> +    dmpi->stride[2] = mpi->stride[2];
> +    dmpi->planes[0] = mpi->planes[0];
> +    dmpi->planes[1] = mpi->planes[1];
> +    dmpi->planes[2] = mpi->planes[2];
> +    dmpi->priv      = mpi->priv;
> +  }
>    return vf_next_put_image(vf,dmpi);
>  }
>  


> Message: 13
> From: obsidian at obsidian.de
> To: mplayer-dev-eng at mplayerhq.hu
> Subject: [MPlayer-dev-eng] First shot at surround on multiple soundcards
> Reply-To: mplayer-dev-eng at mplayerhq.hu
> List-Help: <mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=help>
> List-Post: <mailto:mplayer-dev-eng at mplayerhq.hu>
> List-Subscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=subscribe>
> List-Id: MPlayer _development_ (ENGLISH) <mplayer-dev-eng.mplayerhq.hu>
> List-Unsubscribe: <http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng>,
> 	<mailto:mplayer-dev-eng-request at mplayerhq.hu?subject=unsubscribe>
> List-Archive: <http://mplayerhq.hu/pipermail/mplayer-dev-eng/>
> 
> 
> Hi all,
> 
> I made a first (bad) shot at playing >2 sound streams using different 
> sound cards. It took me a while to get it to play at all, till I found out 
> that I need to respect to smaller frag size of the ISA card. Yes, it even 
> runs with an ISA card ;)
> 
> It seems that it runs in sync. When I play the same data on both channels, 
> it runs. But my C is too bad, so I cannot separate the streams when I 
> request more than 2. Here is my (horrible) hack to try this:
> 
>     tempbuf = data;
> 
>     for (temp=0; temp<len/4; temp++)   
>     {
>       sndbuf1[temp*2]=tempbuf[temp*4];
>       sndbuf1[temp*2+1]=tempbuf[temp*4+1];
>       sndbuf2[temp*2]=tempbuf[temp*4+2];  
>       sndbuf2[temp*2+1]=tempbuf[temp*4+3];
>     }
> 
> All I get is static on the secondary card and the sound of the movie on 
> the first card, but with clicking and real slow. If anybody could help me 
> with separating the streams into two stereo streams they're welcome.
> 
> I wasn't able to put a new driver in libao2 so I just hacked ao_oss.c. I 
> put the file on www.innnet.de/~kread/ao_oss.c. At the moment it just 
> segfaults for me cause the tempbuf access you see above goes beyond the 
> range of the data struct (tempbuf is just a uint16 ptr to data).
> 
> Ok, I'm off to bed, its way after 4:00 am %)
> 
> Cheers,
> 
> Kevin
> 
> 
> 
> 


Content-Description: Digest Footer
> _______________________________________________
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
Ehlo,
 anyone missed me? ;) 

Anyhoo, i've got this problem - some sources in mplayer have their
licence removed ( i.e. they are taken from some GPL or sth project, and
have licence lines erased ), can I re-add this? 
ftp-masters said they cannot distribute mplayer because of such
problems.
 And another licence stuff - there are some files, that are written
specially for mplayer, but have no licence, since mplayer was supposed
to be GPL, it should be safe to assume that if someone written
something for integration into mplayer, he has to use GPL licence.
 Is it possible for people that commited those files to add some licence?
Or can/should I do that?

sorry for such non-technical subject:(




More information about the MPlayer-dev-eng mailing list