[MPlayer-dev-eng] help:Is it a bug or I make a mistake

[chensongke]

hello. May I ask a question . I find out that when I open two or more movies in a time , then I can't appoint a EDL for each of them .
for example:
when I just open one movie ,I will use ./mplayer myavi.avi -edl myaviedl ,the edl act in the right way
but when I want to open two movies ,I type : ./mplayer myavi1.avi -edl myaviedl1 myavi2.avi  -edl myaviedl2, but the second edl doesn't work.Could you tell me why.Thanks very much.
----- Original Message ----- 
From: <mplayer-dev-eng-request at mplayerhq.hu>
To: <mplayer-dev-eng at mplayerhq.hu>
Sent: Monday, December 05, 2005 8:15 AM
Subject: MPlayer-dev-eng Digest, Vol 36, Issue 6


> 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. [PATCH] libvo/aclib_template.c small_memcpy wrong??
>      (Reimar D?ffinger)
>   2. [PATCH] Real demuer audio cleanup (Roberto Togni)
>   3. Re: Re: mplayer - runtime win32 codecs dir selection
>      (The Wanderer)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 4 Dec 2005 23:11:31 +0100
> From: Reimar D?ffinger <Reimar.Doeffinger at stud.uni-karlsruhe.de>
> Subject: [MPlayer-dev-eng] [PATCH] libvo/aclib_template.c small_memcpy
> wrong??
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20051204220234.GA20483 at rz.uni-karlsruhe.de>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hi,
> here is an untested patch for $SUBJECT, which I think is broken. What is
> that dummy variable supposed to be? It is never initialized. Also
> without cld the copy might go off in the wrong direction and cause a
> segfault.
> 
> Greetings,
> Reimar Döffinger
> -------------- next part --------------
> Index: libvo/aclib_template.c
> ===================================================================
> RCS file: /cvsroot/mplayer/main/libvo/aclib_template.c,v
> retrieving revision 1.12
> diff -u -r1.12 aclib_template.c
> --- libvo/aclib_template.c 4 Jun 2005 21:11:39 -0000 1.12
> +++ libvo/aclib_template.c 4 Dec 2005 22:00:00 -0000
> @@ -83,10 +83,10 @@
> /* for small memory blocks (<256 bytes) this version is faster */
> #define small_memcpy(to,from,n)\
> {\
> -register unsigned long int dummy;\
> __asm__ __volatile__(\
> + "cld\n\t"\
>  "rep; movsb"\
> - :"=&D"(to), "=&S"(from), "=&c"(dummy)\
> + :"=&D"(to), "=&S"(from), "=&c"(n)\
> /* It's most portable way to notify compiler */\
> /* that edi, esi and ecx are clobbered in asm block. */\
> /* Thanks to A'rpi for hint!!! */\
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 4 Dec 2005 23:49:16 +0100
> From: Roberto Togni <r_togni at tiscali.it>
> Subject: [MPlayer-dev-eng] [PATCH] Real demuer audio cleanup
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <20051204234916.45886843 at tower2.myhome.qwe>
> Content-Type: text/plain; charset="us-ascii"
> 
> Hi all
> 
> This patch moves audio descrambling from codec to demuxer, and removes
> the fake extradata that was used to pass descrambling parameters to the
> codec.
> 
> sipr codec required an hack, because it was not possible to skip the
> raSetFlavor() function. I added some code to guess the flavor from the
> bitrate; it works with all my samples.
> 
> The code is compatible with linux .so and win32 dll, someone please
> test in on ppc and macosx.
> 
> Please stress test it and reports that work without this patch but are
> broken with it.
> 
> Note: native 28_8 decoder is not supported, i plan to drop it and use
> the ffmpeg codec after this patch (and the ffmpeg patch with the same
> purpose) is done. To test 28_8 samples use -ac ra288
> 
> Ciao,
> Roberto
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: rmcleanup.diff
> Type: text/x-patch
> Size: 21906 bytes
> Desc: not available
> Url : /pipermail/attachments/20051204/c4e1db02/rmcleanup-0001.bin
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 04 Dec 2005 19:15:10 -0500
> From: The Wanderer <inverseparadox at comcast.net>
> Subject: Re: [MPlayer-dev-eng] Re: mplayer - runtime win32 codecs dir
> selection
> To: mplayer-dev-eng at mplayerhq.hu
> Message-ID: <4393868E.5000307 at comcast.net>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Reimar Döffinger wrote:
> 
>> Hi, On Sat, Nov 26, 2005 at 09:57:31PM -0500, The Wanderer wrote:
>> 
>>> What's the status of this patch? On the surface it looks fairly
>>> trivial, but there seems to have been some question of whether or
>>> not it should be applied.
>> 
>> If it works I'm all for it. Though I think it has the problem that
>> MPlayer will always search in the default locations (i.e. path)
>> first, which at least I dislike (esp. for windows users it might mean
>> it will grap a version that does not work, dispite the right ones
>> being installed).
> 
> From what I can tell, the outcome of the discussion was that a different
> solution was needed; Joey Parrish suggested two, but no one provided any
> alternate patches.
> 
> Unless people speak up in favor of this in the next day or two, I'll
> drop it from my tracker.
> 
> -- 
>       The Wanderer
> 
> Warning: Simply because I argue an issue does not mean I agree with any
> side of it.
> 
> Secrecy is the beginning of tyranny.
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> 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 36, Issue 6
> **********************************************
>