Hi,
On Sat, Sep 5, 2009 at 7:51 PM, Jacob Meuserjake...@sdf.lonestar.org wrote:
that can be fixed easily. actually, it's an mplayer bug that this
code is being built. it's for saving/restoring cpu state with altivec,
but altivec is disabled.
OK, progress is good.
Did someone try
On Sun, Sep 06, 2009 at 11:18:07AM +0100, Edd Barrett wrote:
Hi,
On Sat, Sep 5, 2009 at 7:51 PM, Jacob Meuserjake...@sdf.lonestar.org wrote:
that can be fixed easily. actually, it's an mplayer bug that this
code is being built. it's for saving/restoring cpu state with altivec,
but
On Sat, Sep 05, 2009 at 12:48:47AM +, Jacob Meuser wrote:
For powerpc, just stick with gcc4, I don't see what's the problem
with this:
MODULES=gcc4
MODGCC4_ARCHES= powerpc
MODGCC_LANGS= cc
does mplayer build with gcc3 on ppc *without*
On Sat, Sep 05, 2009 at 01:57:44PM +0200, Matthias Kilian wrote:
On Sat, Sep 05, 2009 at 12:48:47AM +, Jacob Meuser wrote:
For powerpc, just stick with gcc4, I don't see what's the problem
with this:
MODULES=gcc4
MODGCC4_ARCHES= powerpc
MODGCC_LANGS= cc
On Thu, Sep 3, 2009 at 7:26 PM, Matthias Kiliank...@outback.escape.de wrote:
On Thu, Sep 03, 2009 at 12:13:11PM +0100, Edd Barrett wrote:
Unfortunately, the powerpc build fails, too:
Can you try with GCC 4? I know that is what upstream will probably say.
Yes, with gcc4 it builds. It also
On Fri, Sep 04, 2009 at 02:59:26PM +0100, Edd Barrett wrote:
Can you try with GCC 4? I know that is what upstream will probably say.
Yes, with gcc4 it builds. It also works for remote X (although
slow), but when used locally, colours are completely distorted.
I have been conversing with
On Fri, 4 Sep 2009, Matthias Kilian wrote:
For powerpc, just stick with gcc4, I don't see what's the problem
with this:
MODULES=gcc4
MODGCC4_ARCHES= powerpc
MODGCC_LANGS= cc
This should be MODGCC4_LANGS ;-)
And it is not even needed as cc is always added.
On Fri, Sep 04, 2009 at 09:14:11PM +0200, Matthias Kilian wrote:
On Fri, Sep 04, 2009 at 02:59:26PM +0100, Edd Barrett wrote:
Can you try with GCC 4? I know that is what upstream will probably say.
Yes, with gcc4 it builds. It also works for remote X (although
slow), but when used
Sorry for the delay.
Unfortunately, the powerpc build fails, too:
cc -DHAVE_AV_CONFIG_H -I.. -I.. -Wundef -Wdisabled-optimization -std=gnu99 -O2
-pipe -maltivec -mabi=altivec -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE64_SOURCE -I. -I/usr/local/include -I/usr/local/include/libpng
Hi,
On Thu, Sep 3, 2009 at 12:04 PM, Matthias Kiliank...@gaertner.de wrote:
Sorry for the delay.
Unfortunately, the powerpc build fails, too:
Can you try with GCC 4? I know that is what upstream will probably say.
--
Best Regards
Edd Barrett
(Freelance software developer / technical writer
On Thu, Sep 03, 2009 at 12:13:11PM +0100, Edd Barrett wrote:
Unfortunately, the powerpc build fails, too:
Can you try with GCC 4? I know that is what upstream will probably say.
Yes, with gcc4 it builds. It also works for remote X (although
slow), but when used locally, colours are
arm build fails;
gmake[1]: Entering directory
`/usr/obj/ports/mplayer-20090708-mad/mplayer-export-2009-07-08/libavcodec'
cc -DHAVE_AV_CONFIG_H -I.. -I.. -Wundef -Wdisabled-optimization -std=gnu99 -O2
-pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -I.
On Fri, Aug 28, 2009 at 05:47:31PM +0100, Edd Barrett wrote:
Hi,
Heres my next patch, hopefully with fewer niggly errors. If you are
going to be working on this, be careful with update-patches, as theres a
SUBST_CMD on a patch.
Also I have left march and mcpu in, as I am wondering if the
On Fri, Aug 28, 2009 at 07:20:10PM +0100, Edd Barrett wrote:
On Fri, Aug 28, 2009 at 05:47:31PM +0100, Edd Barrett wrote:
Hi,
Heres my next patch, hopefully with fewer niggly errors. If you are
going to be working on this, be careful with update-patches, as theres a
SUBST_CMD on a
On Fri, Aug 28, 2009 at 05:47:31PM +0100, Edd Barrett wrote:
Hi,
Heres my next patch, hopefully with fewer niggly errors. If you are
going to be working on this, be careful with update-patches, as theres a
SUBST_CMD on a patch.
On Thu, Aug 27, 2009 at 01:09:43AM +, Jacob Meuser wrote:
On Fri, Aug 28, 2009 at 07:20:10PM +0100, Edd Barrett wrote:
On Fri, Aug 28, 2009 at 05:47:31PM +0100, Edd Barrett wrote:
Hi,
Heres my next patch, hopefully with fewer niggly errors. If you are
going to be working on this, be careful with update-patches, as theres a
SUBST_CMD on a
On Wed, Aug 26, 2009 at 08:16:34PM +0100, Edd Barrett wrote:
On Tue, Aug 25, 2009 at 08:49:22AM +0100, Edd Barrett wrote:
I forgot to diff -r this patch, will regenerate later tonight. Sorry
for any inconvenience.
* generate patch with -r
* patch -O4 to -O2 in configure
what did you
On Wed, Aug 26, 2009 at 08:16:34PM +0100, Edd Barrett wrote:
+WANTLIB= c crypto m ncurses oil-0.3 pthread stdc++ util sndio \
+ z pthread-stubs xcb
shouldn't pthread-stubs and xcb be part of the !no_x11 wantlibs?
+ --enable-faac \
+CONFIGURE_ENV+=
Hi,
On Sun, Aug 23, 2009 at 11:54 PM, Edd Barrettvex...@gmail.com wrote:
Here is an updated diff which pulls in faad non-conditionally.
diff -uNa mplayer/Makefile mplayer.new/Makefile
I forgot to diff -r this patch, will regenerate later tonight. Sorry
for any inconvenience.
--
Best Regards
On 8/24/09, Jacob Meuser jake...@sdf.lonestar.org wrote:
hmm, I see -O4 is used in the configure script's faac link check.
that should probably be removed ...
Well spotted. Will remove.
--
Best Regards
Edd Barrett
(Freelance software developer / technical writer / open-source developer)
On 8/24/09, Jacob Meuser jake...@sdf.lonestar.org wrote:
On Sun, Aug 23, 2009 at 11:54:48PM +0100, Edd Barrett wrote:
On Wed, Aug 19, 2009 at 08:27:32AM +0100, Edd Barrett wrote:
OK. I will leave it at the discretion of others as to whether this is
ready then.
Here is an updated diff which
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is mplayer-20090708.
Would it be possible to have the name mplayer-1.0rc2.20090708? I think
(hope?) that MPlayer team finally will release next rc, or 1.0 version of
mplayer. With mplayer-20090708
On 2009/08/24 11:10, Mikolaj Kucharski wrote:
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is mplayer-20090708.
Would it be possible to have the name mplayer-1.0rc2.20090708? I think
(hope?) that MPlayer team finally will release next
On Mon, Aug 24, 2009 at 11:10 AM, Mikolaj
Kucharskimiko...@kucharski.name wrote:
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is mplayer-20090708.
Yup it bothers me too. It seems mplayer don't care for making releases
anymore (?).
Perhaps
On Mon, Aug 24, 2009 at 11:44:15AM +0100, Stuart Henderson wrote:
On 2009/08/24 11:10, Mikolaj Kucharski wrote:
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is mplayer-20090708.
Would it be possible to have the name
On Mon, Aug 24, 2009 at 11:57 AM, Marc Espiees...@nerim.net wrote:
I don't think we're ever gonna get an actual mplayer release, I think it's
a case where it's logical to go to 20090708v0
v is there to be used, it doesn't make any sense to whack our own weird naming
scheme that doesn't match
On 2009/08/24 13:55, Edd Barrett wrote:
On Mon, Aug 24, 2009 at 11:57 AM, Marc Espiees...@nerim.net wrote:
I don't think we're ever gonna get an actual mplayer release, I think it's
a case where it's logical to go to 20090708v0
v is there to be used, it doesn't make any sense to whack our
On Mon, Aug 24, 2009 at 11:10:33AM +0100, Mikolaj Kucharski wrote:
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is mplayer-20090708.
Would it be possible to have the name mplayer-1.0rc2.20090708? I think
(hope?) that MPlayer team
On Mon, Aug 24, 2009 at 08:28:18AM +0100, Edd Barrett wrote:
On 8/24/09, Jacob Meuser jake...@sdf.lonestar.org wrote:
On Sun, Aug 23, 2009 at 11:54:48PM +0100, Edd Barrett wrote:
On Wed, Aug 19, 2009 at 08:27:32AM +0100, Edd Barrett wrote:
OK. I will leave it at the discretion of others as
On Mon, Aug 24, 2009 at 12:57:58PM +0200, Marc Espie wrote:
On Mon, Aug 24, 2009 at 11:44:15AM +0100, Stuart Henderson wrote:
On 2009/08/24 11:10, Mikolaj Kucharski wrote:
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is
On Mon, Aug 24, 2009 at 04:28:54PM +, Jacob Meuser wrote:
On Mon, Aug 24, 2009 at 11:10:33AM +0100, Mikolaj Kucharski wrote:
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is mplayer-20090708.
Would it be possible to have the name
On Mon, Aug 24, 2009 at 12:57:58PM +0200, Marc Espie wrote:
I don't think we're ever gonna get an actual mplayer release, I think it's
a case where it's logical to go to 20090708v0
v is there to be used, it doesn't make any sense to whack our own weird naming
scheme that doesn't match
On Mon, Aug 24, 2009 at 06:26:06PM +0100, Mikolaj Kucharski wrote:
On Mon, Aug 24, 2009 at 04:28:54PM +, Jacob Meuser wrote:
On Mon, Aug 24, 2009 at 11:10:33AM +0100, Mikolaj Kucharski wrote:
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this
On Mon, Aug 24, 2009 at 06:05:44PM +, Jacob Meuser wrote:
they might be planning on a release some time. does it really matter?
Not really.
--
best regards
q#
On Mon, Aug 24, 2009 at 04:23:16PM +, Jacob Meuser wrote:
faac is in LIB_DEPENDS. or did that gets lost in some version of the
diff?
Erm. Not sure. But either way, it's in there now.
SDL output does not work on `mplayer -gui`. Will try to look at that soon.
--
Best Regards
Edd Barrett
On Sun, Aug 23, 2009 at 11:54:48PM +0100, Edd Barrett wrote:
On Wed, Aug 19, 2009 at 08:27:32AM +0100, Edd Barrett wrote:
OK. I will leave it at the discretion of others as to whether this is
ready then.
Here is an updated diff which pulls in faad non-conditionally.
you mean faac? why
On Mon, Aug 24, 2009 at 12:24:56AM +, Jacob Meuser wrote:
On Sun, Aug 23, 2009 at 11:54:48PM +0100, Edd Barrett wrote:
On Wed, Aug 19, 2009 at 08:27:32AM +0100, Edd Barrett wrote:
OK. I will leave it at the discretion of others as to whether this is
ready then.
Here is an updated
Morning,
On 8/19/09, Jacob Meuser jake...@sdf.lonestar.org wrote:
On Tue, Aug 18, 2009 at 10:19:20PM +0100, Edd Barrett wrote:
`cat some_music_file | mplayer -` has proven to be troublesome on one
amd64 machine, with some skipping. Perhaps some others can try it?
that doesn't work reliably
On Wed, Aug 19, 2009 at 08:27:32AM +0100, Edd Barrett wrote:
Morning,
On 8/19/09, Jacob Meuser jake...@sdf.lonestar.org wrote:
On Tue, Aug 18, 2009 at 10:19:20PM +0100, Edd Barrett wrote:
`cat some_music_file | mplayer -` has proven to be troublesome on one
amd64 machine, with some
On Tue, Aug 18, 2009 at 10:19:20PM +0100, Edd Barrett wrote:
On Mon, Aug 17, 2009 at 08:38:46AM +0100, Edd Barrett wrote:
Can you try (on amd64):
cat some_music_file | mplayer -
Does this crash?
Attached is a newer diff with the Xsync() diff in (thanks Aaron).
Diff to disable this
On Wed, Aug 19, 2009 at 11:38:13AM -0700, Aaron Stellman wrote:
On Tue, Aug 18, 2009 at 10:19:20PM +0100, Edd Barrett wrote:
On Mon, Aug 17, 2009 at 08:38:46AM +0100, Edd Barrett wrote:
Can you try (on amd64):
cat some_music_file | mplayer -
Does this crash?
Attached is a
On Tue, Aug 18, 2009 at 10:19:20PM +0100, Edd Barrett wrote:
`cat some_music_file | mplayer -` has proven to be troublesome on one
amd64 machine, with some skipping. Perhaps some others can try it?
that doesn't work reliably with 1.0rc2 either. Cannot seek backward
in linear streams! Seek
Hi,
On Thu, Aug 13, 2009 at 5:28 PM, Aaron Stellmanz...@x96.org wrote:
You're right, I have an alias for gmplayer='mplayer -gui'
In any case, gui mode still doesn't work without the patch for me. I
can't say anything for scrotwm though.
Can you try (on amd64):
cat some_music_file | mplayer -
Hi,
On Tue, Aug 11, 2009 at 9:40 PM, Aaron Stellmanz...@x96.org wrote:
After looking around I found this:
http://www.freebsd.org/cgi/query-pr.cgi?pr=130966
which fixes the problem.
$OpenBSD$
--- gui/wm/ws.c.orig Tue Aug 11 13:30:41 2009
+++ gui/wm/ws.c Tue Aug 11 13:30:59 2009
@@
Hi,
On Thu, Aug 13, 2009 at 11:23 AM, Edd Barrettvex...@gmail.com wrote:
Does this also fix gmplayer in scrotwm I wonder?
In fact, does the 2009 snap have gmplayer? it seems it is now mplayer -gui.
--
Best Regards
Edd Barrett
(Freelance software developer / technical writer / open-source
On Thu, Aug 13, 2009 at 11:26:24AM +0100, Edd Barrett wrote:
Hi,
On Thu, Aug 13, 2009 at 11:23 AM, Edd Barrettvex...@gmail.com wrote:
Does this also fix gmplayer in scrotwm I wonder?
In fact, does the 2009 snap have gmplayer? it seems it is now mplayer -gui.
You're right, I have an alias
Hi,
On Tue, Aug 11, 2009 at 9:40 PM, Aaron Stellmanz...@x96.org wrote:
$OpenBSD$
--- gui/wm/ws.c.orig Tue Aug 11 13:30:41 2009
+++ gui/wm/ws.c Tue Aug 11 13:30:59 2009
@@ -1172,6 +1172,7 @@ void wsCreateImage( wsTWindow * win,int Width,int Heig
win-xImage-data=win-Shminfo.shmaddr;
this doesn't apply for me.
please send as a 'cvs diff -Nup'
On 2009 Aug 02 (Sun) at 18:10:37 +0100 (+0100), Edd Barrett wrote:
:Hi all,
:
:On Sun, Aug 02, 2009 at 08:20:38AM +, Jacob Meuser wrote:
: this isn't really new. the alignment check (and thus the message) was
: patched out before.
On Sun, Aug 02, 2009 at 06:10:37PM +0100, Edd Barrett wrote:
Hi all,
On Sun, Aug 02, 2009 at 08:20:38AM +, Jacob Meuser wrote:
this isn't really new. the alignment check (and thus the message) was
patched out before.
Yeh I have seen this before too.
Attached is a new diff:
*
On Sun, Aug 02, 2009 at 06:10:37PM +0100, Edd Barrett wrote:
Hi all,
On Sun, Aug 02, 2009 at 08:20:38AM +, Jacob Meuser wrote:
this isn't really new. the alignment check (and thus the message) was
patched out before.
Yeh I have seen this before too.
Attached is a new diff:
*
On Sat, Aug 01, 2009 at 09:34:54PM -0700, Aaron Stellman wrote:
On Fri, Jul 31, 2009 at 12:29:37PM -0700, Aaron Stellman wrote:
It compiles and works fine on -amd64. sndio seems to work ok too,
although not heavily tested. Finally, AVCHD (.mts) files from my HD
camcorder play fine now.
On Fri, Jul 31, 2009 at 12:29:37PM -0700, Aaron Stellman wrote:
It compiles and works fine on -amd64. sndio seems to work ok too,
although not heavily tested. Finally, AVCHD (.mts) files from my HD
camcorder play fine now.
Thanks, hugely appreciated.
I just built the normal and sdl flavors on
On 2009/08/01 14:36, Edd Barrett wrote:
On Fri, Jul 31, 2009 at 12:29:37PM -0700, Aaron Stellman wrote:
It compiles and works fine on -amd64. sndio seems to work ok too,
although not heavily tested. Finally, AVCHD (.mts) files from my HD
camcorder play fine now.
Thanks, hugely
Hi,
On Thu, Jul 30, 2009 at 10:56:11PM +, Jacob Meuser wrote:
here's a (imo) more polished version
Works i386, but I have comments:
- Should this port depend upon specifically the new version of dvdnav or
higher? It caught me out again.
- Is the package named correctly? It seems make
On 2009/07/31 15:58, Edd Barrett wrote:
- Is the package named correctly? It seems make update did not work for
me:
check you don't have a stale update cookie (in /usr/ports/update/$ARCH)
It compiles and works fine on -amd64. sndio seems to work ok too,
although not heavily tested. Finally, AVCHD (.mts) files from my HD
camcorder play fine now.
Thanks, hugely appreciated.
On Thu, Jul 30, 2009 at 10:19:39PM +, Jacob Meuser wrote:
On Wed, Jul 29, 2009 at 09:13:40PM +0100, Edd Barrett wrote:
On Wed, Jul 29, 2009 at 02:42:54PM -0500, Brandon Mercer wrote:
On Wed, Jul 29, 2009 at 2:28 PM, Edd Barrettvex...@gmail.com wrote:
Hi,
Here is an updated
On Thu, Jul 30, 2009 at 10:19:39PM +, Jacob Meuser wrote:
On Wed, Jul 29, 2009 at 09:13:40PM +0100, Edd Barrett wrote:
On Wed, Jul 29, 2009 at 02:42:54PM -0500, Brandon Mercer wrote:
On Wed, Jul 29, 2009 at 2:28 PM, Edd Barrettvex...@gmail.com wrote:
Hi,
Here is an updated
Hi,
Here is an updated port of mplayer, which myself and Jacob have been
bouncing around in private emails for a while. It is mostly finished,
but will need some polishing.
I have been using it on sparc64 for a few weeks, and it seems to work
ok. It can also play flv. Have a play.
--
Best
On Wed, Jul 29, 2009 at 2:28 PM, Edd Barrettvex...@gmail.com wrote:
Hi,
Here is an updated port of mplayer, which myself and Jacob have been
bouncing around in private emails for a while. It is mostly finished,
but will need some polishing.
Hello, trying to build on a recent snapshot on i386
On Wed, Jul 29, 2009 at 02:42:54PM -0500, Brandon Mercer wrote:
On Wed, Jul 29, 2009 at 2:28 PM, Edd Barrettvex...@gmail.com wrote:
Hi,
Here is an updated port of mplayer, which myself and Jacob have been
bouncing around in private emails for a while. It is mostly finished,
but will
On Wed, Jul 29, 2009 at 08:28:39PM +0100, Edd Barrett wrote:
Hi,
Here is an updated port of mplayer, which myself and Jacob have been
bouncing around in private emails for a while. It is mostly finished,
but will need some polishing.
I have been using it on sparc64 for a few weeks, and it
On Wed, Jul 29, 2009 at 01:40:58PM -0700, Aaron Stellman wrote:
On Wed, Jul 29, 2009 at 08:28:39PM +0100, Edd Barrett wrote:
Hi,
Here is an updated port of mplayer, which myself and Jacob have been
bouncing around in private emails for a while. It is mostly finished,
but will need some
63 matches
Mail list logo