On Sun Apr 09, 2023 at 02:47:16PM -0400, Brad Smith wrote:
> Here is an update to MPlayer 20230409 snapshot.
Thanks, committed.
Here is an update to MPlayer 20230409 snapshot.
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.325
diff -u -p -u -p -r1.325 Makefile
--- Makefile14 Mar 2023 10:08:13 - 1.325
++
ping.
On 12/21/2022 11:50 PM, Brad Smith wrote:
ping.
On 12/13/2022 10:05 PM, Brad Smith wrote:
Here is an update to MPlayer 20221213.
It rolls in a few bug fixes.
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makef
ping.
On 12/13/2022 10:05 PM, Brad Smith wrote:
Here is an update to MPlayer 20221213.
It rolls in a few bug fixes.
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.322
diff -u -p -u -p -
Here is an update to MPlayer 20221213.
It rolls in a few bug fixes.
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.322
diff -u -p -u -p -r1.322 Makefile
--- Makefile4 Dec 2022 20:12:36
Brad Smith wrote:
> Here is an update to MPlayer snapshot from 20211106.
>
> [ big list of changes ]
Looks good. I lightly tested mplayer video playback on various formats.
Still works. I did not test anything that depends on mplayer or mencoder.
The two dropped patches have been upstreamed.
po
Update to a newer MPlayer snapshot.
Some bug fixes and that's about it.
r38238 | reimar | 2021-01-23 17:26:28 -0500 (Sat, 23 Jan 2021) | 2 lines
vf_spp.c: Add missing include for LOCAL_ALIGNED_16.
On Wed, Nov 12, 2014 at 07:21:21PM -0500, Brad Smith wrote:
> On 11/12/14 14:11, Landry Breuil wrote:
> >On Sun, Nov 09, 2014 at 10:31:16AM +0100, Landry Breuil wrote:
> >>On Thu, Nov 06, 2014 at 05:26:37AM -0500, Brad Smith wrote:
> >>>On Thu, Nov 06, 2014 at 09:28:45AM +0100, Landry Breuil wrote:
On 11/12/14 14:11, Landry Breuil wrote:
On Sun, Nov 09, 2014 at 10:31:16AM +0100, Landry Breuil wrote:
On Thu, Nov 06, 2014 at 05:26:37AM -0500, Brad Smith wrote:
On Thu, Nov 06, 2014 at 09:28:45AM +0100, Landry Breuil wrote:
On Wed, Nov 05, 2014 at 10:35:31PM -0500, Brad Smith wrote:
On Tue,
On Sun, Nov 09, 2014 at 10:31:16AM +0100, Landry Breuil wrote:
> On Thu, Nov 06, 2014 at 05:26:37AM -0500, Brad Smith wrote:
> > On Thu, Nov 06, 2014 at 09:28:45AM +0100, Landry Breuil wrote:
> > > On Wed, Nov 05, 2014 at 10:35:31PM -0500, Brad Smith wrote:
> > > > On Tue, Nov 04, 2014 at 08:36:10P
On Thu, Nov 06, 2014 at 05:26:37AM -0500, Brad Smith wrote:
> On Thu, Nov 06, 2014 at 09:28:45AM +0100, Landry Breuil wrote:
> > On Wed, Nov 05, 2014 at 10:35:31PM -0500, Brad Smith wrote:
> > > On Tue, Nov 04, 2014 at 08:36:10PM +0100, Landry Breuil wrote:
> > > > On Tue, Nov 04, 2014 at 12:43:03A
On Thu, Nov 06, 2014 at 09:28:45AM +0100, Landry Breuil wrote:
> On Wed, Nov 05, 2014 at 10:35:31PM -0500, Brad Smith wrote:
> > On Tue, Nov 04, 2014 at 08:36:10PM +0100, Landry Breuil wrote:
> > > On Tue, Nov 04, 2014 at 12:43:03AM +, Stuart Henderson wrote:
> > > > On 2014/11/03 19:09, Brad S
On Wed, Nov 05, 2014 at 10:35:31PM -0500, Brad Smith wrote:
> On Tue, Nov 04, 2014 at 08:36:10PM +0100, Landry Breuil wrote:
> > On Tue, Nov 04, 2014 at 12:43:03AM +, Stuart Henderson wrote:
> > > On 2014/11/03 19:09, Brad Smith wrote:
> > > > Here is an update to MPlayer 20141103.
> > > >
> >
On Tue, Nov 04, 2014 at 08:36:10PM +0100, Landry Breuil wrote:
> On Tue, Nov 04, 2014 at 12:43:03AM +, Stuart Henderson wrote:
> > On 2014/11/03 19:09, Brad Smith wrote:
> > > Here is an update to MPlayer 20141103.
> > >
> > > OK?
> >
> > This works for me on amd64 with a few files I threw at
On Tue, Nov 04, 2014 at 12:43:03AM +, Stuart Henderson wrote:
> On 2014/11/03 19:09, Brad Smith wrote:
> > Here is an update to MPlayer 20141103.
> >
> > OK?
>
> This works for me on amd64 with a few files I threw at it,
> though as ever more tests especially from people with collections
> of
On 2014/11/03 19:09, Brad Smith wrote:
> Here is an update to MPlayer 20141103.
>
> OK?
This works for me on amd64 with a few files I threw at it,
though as ever more tests especially from people with collections
of uncommon file formats would be useful.
Here is an update to MPlayer 20141103.
OK?
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.242
diff -u -p -u -p -r1.242 Makefile
--- Makefile19 Oct 2014 23:14:24 - 1.242
+++ Ma
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Brad Smith writes:
[...]
>> Any other MPlayer users?
>
> Works fine for me.
ok
Thanks,
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Brad Smith writes:
> On 24/08/14 9:01 PM, Brad Smith wrote:
>> On Sat, Aug 23, 2014 at 07:47:48PM +0200, Thomas Zander wrote:
>>> On 21 August 2014 09:52, Brad Smith wrote:
On 14/08/14 4:42 AM, Brad Smith wrote:
>
> Here is an update to a snapshot of MPlayer from 20140814.
>
>>>
On 24/08/14 9:01 PM, Brad Smith wrote:
On Sat, Aug 23, 2014 at 07:47:48PM +0200, Thomas Zander wrote:
On 21 August 2014 09:52, Brad Smith wrote:
On 14/08/14 4:42 AM, Brad Smith wrote:
Here is an update to a snapshot of MPlayer from 20140814.
OK?
Any MPlayer users?
You might want to use
On Sat, Aug 23, 2014 at 07:47:48PM +0200, Thomas Zander wrote:
> On 21 August 2014 09:52, Brad Smith wrote:
> > On 14/08/14 4:42 AM, Brad Smith wrote:
> >>
> >> Here is an update to a snapshot of MPlayer from 20140814.
> >>
> >> OK?
> >
> >
> > Any MPlayer users?
>
> You might want to use an mpla
On 21 August 2014 09:52, Brad Smith wrote:
> On 14/08/14 4:42 AM, Brad Smith wrote:
>>
>> Here is an update to a snapshot of MPlayer from 20140814.
>>
>> OK?
>
>
> Any MPlayer users?
You might want to use an mplayer snapshot after r37257, this should
fix an issue where PGS subtitles are not displ
On Thu, 21 Aug 2014 03:52:23 -0400, Brad Smith
wrote:
> Any MPlayer users?
Compiles and works (for what I use) fine.
Fwiw,
$ uname -a
OpenBSD ardoine.chown.me 5.6 GENERIC.MP#0 amd64
Cheers,
--
Vigdis
On 14/08/14 4:42 AM, Brad Smith wrote:
Here is an update to a snapshot of MPlayer from 20140814.
OK?
Any MPlayer users?
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.239
diff -u -p -u
Here is an update to a snapshot of MPlayer from 20140814.
OK?
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.239
diff -u -p -u -p -r1.239 Makefile
--- Makefile14 Aug 2014 08:20:27 -000
On Sun, Jun 08, 2014 at 11:39:36PM -0400, Brad Smith wrote:
> Reduce the external dependencies for MPlayer by disabling
> the Opus and Speex decoders in favour of using FFmpeg for
> decoding; also fix the Vorbis handling. I'm not sure
> exactly what was happening with the resulting binary on
> ARM
On i386, Speex and Opus have now both been tested, using .ogg containers.
Both playback fine.
On Sun, Jun 08, 2014 at 11:39:36PM -0400, Brad Smith wrote:
> Looking for any additional testing.
Seems to be funtioning fine on i386 with typical h.264/aac in .mp4
containers.
Reduce the external dependencies for MPlayer by disabling
the Opus and Speex decoders in favour of using FFmpeg for
decoding; also fix the Vorbis handling. I'm not sure
exactly what was happening with the resulting binary on
ARM but the internal copy of Tremor was removed awhile
ago. Also there is
On Thu, Jan 09, 2014 at 04:27:16PM -0500, Brad Smith wrote:
> >>@@ -96,7 +98,7 @@ CONFIGURE_ARGS += --target="${MPLAYER_AR
> >>--confdir=${CONFDIR} \
> >>--mandir=${LOCALBASE}/man \
> >>--extra-cflags="-I${LOCALBASE}/include" \
> >>- --extra-ldflags="-L
On 08/01/14 6:48 AM, Edd Barrett wrote:
Hi Brad,
I have installed your update and will be testing it over the next few
days. In the meantime some comments.
On Mon, Jan 06, 2014 at 07:52:23PM -0500, Brad Smith wrote:
Here is an update to MPlayer 20140106.
Any and all testing welcome.
@@ -76,14
On Jan 07 17:53:40, b...@comstyle.com wrote:
> On 07/01/14 9:14 AM, Jan Stary wrote:
> >On Jan 06 19:52:23, b...@comstyle.com wrote:
> >>Here is an update to MPlayer 20140106.
> >
> >This is current/i386:
> >
> > Configuring for mplayer-20140106
> > Checking for cc version ... 4.2.1
> > Checking
Hi Brad,
I have installed your update and will be testing it over the next few
days. In the meantime some comments.
On Mon, Jan 06, 2014 at 07:52:23PM -0500, Brad Smith wrote:
> Here is an update to MPlayer 20140106.
>
> Any and all testing welcome.
> @@ -76,14 +75,17 @@ CONFDIR = ${SYSCONFDIR}/
On 07/01/14 9:14 AM, Jan Stary wrote:
On Jan 06 19:52:23, b...@comstyle.com wrote:
Here is an update to MPlayer 20140106.
This is current/i386:
Configuring for mplayer-20140106
Checking for cc version ... 4.2.1
Checking for working compiler ... yes
Detected operating system: OpenBSD
On Jan 06 19:52:23, b...@comstyle.com wrote:
> Here is an update to MPlayer 20140106.
This is current/i386:
Configuring for mplayer-20140106
Checking for cc version ... 4.2.1
Checking for working compiler ... yes
Detected operating system: OpenBSD
Detected host architecture: i386
Checking
Here is an update to MPlayer 20140106.
Any and all testing welcome.
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.230
diff -u -p -u -p -r1.230 Makefile
--- Makefile2 Jan 2014 12:21:49
Here is an update to MPlayer snapshot from 20130819.
Tested a bit on amd64. Looking for any additional testing or feedback.
Index: Makefile
===
RCS file: /cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.223
diff -u -p -r1.223
OK, looking at the output it looks like this is a bug. I personally
don't use MPlayer as it is notoriously buggy.
What do you use/suggest instead - vlc?
Oh, ok. I usually don't use the SDL output as I have no requirement
for it.
For me, -vo sdl is the only output that gives decent perf
On Wed, Jan 16, 2013 at 11:10:06PM +1100, Brett Mahar wrote:
> On 01/16/13 19:36, Brad Smith wrote:
> >On Wed, Jan 16, 2013 at 07:20:42PM +1100, Brett Mahar wrote:
> >>Maybe "-fs" is a depricated option (even though its still in the man
> >>page), cause it goes into fullscreen mode now, without spe
On Wed, Jan 16, 2013 at 11:10:06PM +1100, Brett Mahar wrote:
> On 01/16/13 19:36, Brad Smith wrote:
> >On Wed, Jan 16, 2013 at 07:20:42PM +1100, Brett Mahar wrote:
> >>Maybe "-fs" is a depricated option (even though its still in the man
> >>page), cause it goes into fullscreen mode now, without spe
On 01/16/13 19:36, Brad Smith wrote:
On Wed, Jan 16, 2013 at 07:20:42PM +1100, Brett Mahar wrote:
Maybe "-fs" is a depricated option (even though its still in the man
page), cause it goes into fullscreen mode now, without specifying
that option (from memory it didn't do that before).
Apart from
On Wed, Jan 16, 2013 at 07:20:42PM +1100, Brett Mahar wrote:
> Maybe "-fs" is a depricated option (even though its still in the man
> page), cause it goes into fullscreen mode now, without specifying
> that option (from memory it didn't do that before).
>
> Apart from that, everything is working w
On 01/15/13 10:32, Brad Smith wrote:> On Mon, Jan 14, 2013 at 01:04:25AM
-0500, Brad Smith wrote:
>> Here is an update to a newer MPlayer snapshot.
>>
>> Lightly tested on amd64.
>
> An updated diff after the last commit to the Makefile..
>
>
> Index: Makefile
> ==
On Mon, Jan 14, 2013 at 01:04:25AM -0500, Brad Smith wrote:
> Here is an update to a newer MPlayer snapshot.
>
> Lightly tested on amd64.
An updated diff after the last commit to the Makefile..
Index: Makefile
===
RCS file: /cvs/
Here is an update to a newer MPlayer snapshot.
Lightly tested on amd64.
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.211
diff -u -p -r1.211 Makefile
--- Makefile14 Jan 2013 02:17:15
On Thu, Mar 24, 2011 at 04:45:26PM +, Edd Barrett wrote:
> Hi,
>
> Thanks for taking a look at this.
>
> On Thu, Mar 24, 2011 at 02:25:37PM +0100, Landry Breuil wrote:
> > > +DISTFILES = ${DISTNAME}${EXTRACT_SUFX}
> >
> > i think you don't need that anymore since the extra ffmpe
Hi,
Thanks for taking a look at this.
On Thu, Mar 24, 2011 at 02:25:37PM +0100, Landry Breuil wrote:
> > +DISTFILES =${DISTNAME}${EXTRACT_SUFX}
>
> i think you don't need that anymore since the extra ffmpeg distfile was
> taken out
Yup.
>
> > +# To do dynamic ffmpeg linking, y
On Thu, Mar 24, 2011 at 12:11:17PM +, Edd Barrett wrote:
> On Thu, Mar 24, 2011 at 07:05:33AM +0100, Antoine Jacoutot wrote:
> > Why is this needed?
>
> It's not. Perhaps a legacy. Removed.
>
> > I think you are missing some markers. Like:
> > @pkgpath x11/mplayer,sdl
> > @pkgpath x11/mplaye
On Thu, Mar 24, 2011 at 07:05:33AM +0100, Antoine Jacoutot wrote:
> Why is this needed?
It's not. Perhaps a legacy. Removed.
> I think you are missing some markers. Like:
> @pkgpath x11/mplayer,sdl
> @pkgpath x11/mplayer,sdl,aa
I have done the "recently seen" flavors. As we decided on ICB, ther
On Wed, 23 Mar 2011, Edd Barrett wrote:
> On Wed, Mar 23, 2011 at 09:47:18AM +, Edd Barrett wrote:
> > Ack aja, @pkgpath markers needed for both sdl and no_x11 flavours.
> >
>
> * Remove no_x11 (community decision)
> * Add @pkgpath for sdl and no_x11 and tested update path
>
> Again, lets
On Wed, Mar 23, 2011 at 09:47:18AM +, Edd Barrett wrote:
> Ack aja, @pkgpath markers needed for both sdl and no_x11 flavours.
>
* Remove no_x11 (community decision)
* Add @pkgpath for sdl and no_x11 and tested update path
Again, lets put this in. OKs?
Index: Makefile
=
On Wed, Mar 23, 2011 at 09:47:18AM +, Edd Barrett wrote:
> Hi,
>
> On Tue, Mar 22, 2011 at 9:29 PM, Brad wrote:
> >> ffmpeg has no no_x11 FLAVOR, so what happens to mplayer's no_x11 flavor?
> >
> > Now that it is expected that all systems should have the X libs/headers
> > around the no_x11 F
Hi,
On Tue, Mar 22, 2011 at 9:29 PM, Brad wrote:
>> ffmpeg has no no_x11 FLAVOR, so what happens to mplayer's no_x11 flavor?
>
> Now that it is expected that all systems should have the X libs/headers
> around the no_x11 FLAVORs should go. Although IMO that was a stupid move.
Well, so be it. Tha
On 21/03/11 9:53 PM, Edd Barrett wrote:
On Wed, Mar 16, 2011 at 05:15:35PM +, Edd Barrett wrote:
On Wed, Mar 16, 2011 at 01:13:01PM +, Edd Barrett wrote:
On Wed, Mar 16, 2011 at 12:55:27PM +, Stuart Henderson wrote:
Build dependencies that are not the default pa
On Tue, 22 Mar 2011, Edd Barrett wrote:
> On Wed, Mar 16, 2011 at 05:15:35PM +, Edd Barrett wrote:
> > On Wed, Mar 16, 2011 at 01:13:01PM +, Edd Barrett wrote:
> > > On Wed, Mar 16, 2011 at 12:55:27PM +, Stuart Henderson wrote:
> > > >Build dependencies that are not
On Wed, Mar 16, 2011 at 05:15:35PM +, Edd Barrett wrote:
> On Wed, Mar 16, 2011 at 01:13:01PM +, Edd Barrett wrote:
> > On Wed, Mar 16, 2011 at 12:55:27PM +, Stuart Henderson wrote:
> > >Build dependencies that are not the default package or
> > >
Brad wrote:
> > Btw, are there any other reasons to delay this update?
>
> The issue naddy pointed out needs to be investigated and resolved first..
> http://marc.info/?l=openbsd-ports&m=129943663419002&w=2
That is "resolved" in Edd's latest port revision, because lavcac3enc
is not supported at
On 15/03/11 9:16 AM, David Coppa wrote:
On Mon, Mar 7, 2011 at 5:36 PM, Christian Weisgerber wrote:
Edd Barrett wrote:
Tested on amd64 with smplayer and gnome-mplayer (not the version just posted).
Also tested basic functionality on sparc64.
Yes, various audio formats (MP3, AAC, Vorbis, FL
On Tue, Mar 15, 2011 at 2:16 PM, David Coppa wrote:
> On Mon, Mar 7, 2011 at 5:36 PM, Christian Weisgerber
> wrote:
>> Edd Barrett wrote:
>>
>>> Tested on amd64 with smplayer and gnome-mplayer (not the version just
>>> posted).
>>> Also tested basic functionality on sparc64.
>>
>> Yes, various
On Wed, Mar 16, 2011 at 01:13:01PM +, Edd Barrett wrote:
> On Wed, Mar 16, 2011 at 12:55:27PM +, Stuart Henderson wrote:
> >Build dependencies that are not the default package or
> >install target will be processed in a subdirectory of the
> >
On Wed, Mar 16, 2011 at 12:55:27PM +, Stuart Henderson wrote:
>Build dependencies that are not the default package or
>install target will be processed in a subdirectory of the
>working directory, specifically, in ${WRKDIR}/directory.
On 2011/03/16 11:53, Edd Barrett wrote:
> On Wed, Mar 16, 2011 at 11:41:54AM +, Stuart Henderson wrote:
> > On 2011/03/16 10:29, Edd Barrett wrote:
> > > +# To do dynamic ffmpeg linking, you also need the ffmpeg sources inside
> > > +# the build tree for some obscure reason. This should retriev
On Wed, Mar 16, 2011 at 11:41:54AM +, Stuart Henderson wrote:
> On 2011/03/16 10:29, Edd Barrett wrote:
> > +# To do dynamic ffmpeg linking, you also need the ffmpeg sources inside
> > +# the build tree for some obscure reason. This should retrieve the same
> > +# distfile as graphics/ffmpeg.
>
On Wed, Mar 16, 2011 at 11:41:54AM +, Stuart Henderson wrote:
> On 2011/03/16 10:29, Edd Barrett wrote:
> > +# To do dynamic ffmpeg linking, you also need the ffmpeg sources inside
> > +# the build tree for some obscure reason. This should retrieve the same
> > +# distfile as graphics/ffmpeg.
>
On 2011/03/16 10:29, Edd Barrett wrote:
> +# To do dynamic ffmpeg linking, you also need the ffmpeg sources inside
> +# the build tree for some obscure reason. This should retrieve the same
> +# distfile as graphics/ffmpeg.
> +DISTFILES = ${DISTNAME}${EXTRACT_SUFX} \
> +
Hi,
Again, a joint effort by myself, Jake and Brad; here is an mplayer update which
dynamically links all of the various ffmpeg libraries instead of statically
building one inside of mplayer.
I am interested to know if naddy is still having issues with AC3 encoding with
this.
What shall we do wi
On Wed, Mar 16, 2011 at 11:19 AM, Edd Barrett wrote:
> Myself, Jake and Brad have been bouncing about emails for a version of mplayer
> that dynamically links ffmpeg, I am going to post these on separate threads to
> ports, as they are nearing completion (hopefully).
Great news.
Thnx for your w
On Tue, Mar 15, 2011 at 02:10:06PM +0100, David Coppa wrote:
> On Sun, 06 Mar 2011, Edd Barrett wrote:
>
> > On Sun, Mar 06, 2011 at 06:35:06PM +, Christian Weisgerber wrote:
> > > Edd Barrett wrote:
> > >
> > > > An update to mplayer.
> >
> > For the archives, this is what I have so far --
On Tue, Mar 15, 2011 at 03:30:39PM +0100, David Coppa wrote:
> On Tue, Mar 15, 2011 at 3:24 PM, Landry Breuil wrote:
>
> > Make sure that the tv-over-ip service provided by free isp in france
> > still works.. in the past i've found it picky as to live555 usage.
> > anyone can test that ?
>
> La
On Tue, Mar 15, 2011 at 3:24 PM, Landry Breuil wrote:
> Make sure that the tv-over-ip service provided by free isp in france
> still works.. in the past i've found it picky as to live555 usage.
> anyone can test that ?
Last time I've heard from Antoine about that, it was not working with
ffmpeg
On Tue, Mar 15, 2011 at 02:10:06PM +0100, David Coppa wrote:
> On Sun, 06 Mar 2011, Edd Barrett wrote:
>
> > On Sun, Mar 06, 2011 at 06:35:06PM +, Christian Weisgerber wrote:
> > > Edd Barrett wrote:
> > >
> > > > An update to mplayer.
> >
> > For the archives, this is what I have so far --
On Sun, 06 Mar 2011, Edd Barrett wrote:
> On Sun, Mar 06, 2011 at 06:35:06PM +, Christian Weisgerber wrote:
> > Edd Barrett wrote:
> >
> > > An update to mplayer.
>
> For the archives, this is what I have so far -- with README formatting done
> and
> a small (hopefully to grow) paragraph o
On Mon, Mar 7, 2011 at 5:36 PM, Christian Weisgerber wrote:
> Edd Barrett wrote:
>
>> Tested on amd64 with smplayer and gnome-mplayer (not the version just
>> posted).
>> Also tested basic functionality on sparc64.
>
> Yes, various audio formats (MP3, AAC, Vorbis, FLAC, Shorten) play
> fine on s
Edd Barrett wrote:
> Tested on amd64 with smplayer and gnome-mplayer (not the version just posted).
> Also tested basic functionality on sparc64.
Yes, various audio formats (MP3, AAC, Vorbis, FLAC, Shorten) play
fine on sparc64. My Blade 100 is headless and really too slow to
play video over th
On Sun, Mar 06, 2011 at 01:34:15PM +, Edd Barrett wrote:
> On Sun, Mar 06, 2011 at 07:59:39AM +0100, Antoine Jacoutot wrote:
> > On Sun, 6 Mar 2011, Edd Barrett wrote:
> >
> > > On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> > > > Yah, attached an old diff.
> > >
> > > README:
On Sun, Mar 06, 2011 at 06:35:06PM +, Christian Weisgerber wrote:
> Edd Barrett wrote:
>
> > An update to mplayer.
For the archives, this is what I have so far -- with README formatting done and
a small (hopefully to grow) paragraph on mencoder test cases.
I think there is going to be an at
Edd Barrett wrote:
> An update to mplayer.
>
> Try out all of your media and let me know how it goes.
The usual stuff (playing DVDs, Xvid, H.264, MP3, AAC, Ogg Vorbis)
all works on amd64.
Also fine: AC3 and DTS pass-through over S/PDIF, deinterlacing with
YADIF.
New bugs:
Encoding multichanne
On Sun, Mar 06, 2011 at 01:34:15PM +, Edd Barrett wrote:
> On Sun, Mar 06, 2011 at 07:59:39AM +0100, Antoine Jacoutot wrote:
> > On Sun, 6 Mar 2011, Edd Barrett wrote:
> >
> > > On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> > > > Yah, attached an old diff.
> > >
> > > README:
On Sun, Mar 06, 2011 at 03:30:04PM +0100, Antoine Jacoutot wrote:
> > Does anyone actually use mencoder? If you are, can ffmepg do a better
> > job? Should we disable mencoder?
> >
> > CCing people who might have an opinion.
>
> This would require an audit of depending ports because iirc some por
On Sun, Mar 06, 2011 at 07:59:39AM +0100, Antoine Jacoutot wrote:
> On Sun, 6 Mar 2011, Edd Barrett wrote:
>
> > On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> > > Yah, attached an old diff.
> >
> > README: Add $Id$ and fix typo:
>
> We don't use $Id$. Please use the usual OpenBS
On Sun, 6 Mar 2011, Edd Barrett wrote:
> On Sun, Mar 06, 2011 at 07:59:39AM +0100, Antoine Jacoutot wrote:
> > On Sun, 6 Mar 2011, Edd Barrett wrote:
> >
> > > On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> > > > Yah, attached an old diff.
> > >
> > > README: Add $Id$ and fix typ
On Sun, 6 Mar 2011, Edd Barrett wrote:
> On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> > Yah, attached an old diff.
>
> README: Add $Id$ and fix typo:
We don't use $Id$. Please use the usual OpenBSD tag.
Also add an empty line between the tag and the title of the readme
otherwi
On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> Yah, attached an old diff.
README: Add $Id$ and fix typo:
Index: Makefile
===
RCS file: /cvs/openbsd/ports/x11/mplayer/Makefile,v
retrieving revision 1.181
diff -u -p -r1
On Sat, Mar 05, 2011 at 08:44:57PM +0100, Matthias Kilian wrote:
> On Sat, Mar 05, 2011 at 03:09:08PM +, Edd Barrett wrote:
> > > As I pointed out in your other update attempt thread.. you missed
> > > adding --disable-faad and removing the faad LIB_DEPENDS.
> >
> > I tend to agree with Brad h
On Sat, Mar 05, 2011 at 03:09:08PM +, Edd Barrett wrote:
> > As I pointed out in your other update attempt thread.. you missed
> > adding --disable-faad and removing the faad LIB_DEPENDS.
>
> I tend to agree with Brad here.
>
> So here's an updated diff, disable external libfaad, as the inter
On Fri, Mar 04, 2011 at 04:11:50PM -0500, Brad wrote:
> >Try out all of your media and let me know how it goes.
>
> As I pointed out in your other update attempt thread.. you missed
> adding --disable-faad and removing the faad LIB_DEPENDS.
I tend to agree with Brad here.
So here's an updated di
On Sat, Mar 05, 2011 at 03:09:08PM +, Edd Barrett wrote:
> So here's an updated diff, disable external libfaad, as the internal ffmpeg
> one
> is of good quality and default.
The updated diff also fixes the build on i386.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On 04/03/11 11:07 AM, Edd Barrett wrote:
Hi,
An update to mplayer.
Tested on amd64 with smplayer and gnome-mplayer (not the version just posted).
Also tested basic functionality on sparc64.
Please read comments in the Makefile and README regarding specifically:
libdvdread, libdvdcss, distfile
On Fri, Mar 04, 2011 at 07:10:30PM +0100, Antoine Jacoutot wrote:
> On Fri, 4 Mar 2011, Edd Barrett wrote:
>
> > To clarify, there are two READMEs involved:
> > * x11/mplayer/pkg/README - user docs. make it into the package.
> > * x11/mplayer/README - notes for me and others work
On Fri, Mar 04, 2011 at 06:41:00PM +0100, Antoine Jacoutot wrote:
> On Fri, 4 Mar 2011, Edd Barrett wrote:
>
> > Hi,
> >
> > An update to mplayer.
> >
> > Tested on amd64 with smplayer and gnome-mplayer (not the version just
> > posted).
> > Also tested basic functionality on sparc64.
> >
> >
On Fri, 4 Mar 2011, Edd Barrett wrote:
> To clarify, there are two READMEs involved:
> * x11/mplayer/pkg/README - user docs. make it into the package.
> * x11/mplayer/README - notes for me and others working on the port.
>
> This is the way I did print/texlive2010 too.
>
> I can ch
On Fri, 4 Mar 2011, Edd Barrett wrote:
> Hi,
>
> An update to mplayer.
>
> Tested on amd64 with smplayer and gnome-mplayer (not the version just posted).
> Also tested basic functionality on sparc64.
>
> Please read comments in the Makefile and README regarding specifically:
> libdvdread, libdv
Hi,
An update to mplayer.
Tested on amd64 with smplayer and gnome-mplayer (not the version just posted).
Also tested basic functionality on sparc64.
Please read comments in the Makefile and README regarding specifically:
libdvdread, libdvdcss, distfile rolling etc.
The ffmpeg vorbis decoder cha
On Mon, Nov 01, 2010 at 11:29:25AM +, Christian Weisgerber wrote:
> Christian Weisgerber wrote:
>
> > > Can you send a new diff with these fixes you have been sending:
> > > - vorbis/tremor stuff with exceptions for arm + configure patch updated
> > > - mp3lib as above
> >
> > After mullin
Christian Weisgerber wrote:
> > Can you send a new diff with these fixes you have been sending:
> > - vorbis/tremor stuff with exceptions for arm + configure patch updated
> > - mp3lib as above
>
> After mulling over the issue, I decided against bringing in libmpg123
> and in favor of knocking
On Mon, Nov 01, 2010 at 09:44:27AM +, Edd Barrett wrote:
> To add to this, I have found that mencoder is not really maintained anymore.
The state of mencoder is:
muxing to anything other than mpeg or avi is fubar.
I think we can leave it enabled but write something to that effect in
pkg/READM
On Sun, Oct 31, 2010 at 11:40:38PM +, Christian Weisgerber wrote:
> Jacob Meuser wrote:
>
> > > CONFIGURE_ARGS+= --disable-mp3lib --enable-mpg123
> > > LIB_DEPENDS+= ::audio/mpg123
> > > WANTLIB+= mpg123
> >
> > doesn't that produce a symbol mismatch warning between libmp3lame and
> > li
Jacob Meuser wrote:
> > CONFIGURE_ARGS+= --disable-mp3lib --enable-mpg123
> > LIB_DEPENDS+= ::audio/mpg123
> > WANTLIB+= mpg123
>
> doesn't that produce a symbol mismatch warning between libmp3lame and
> libmpg123?
I don't see this on amd64.
> I was noticing that at p2k10, which is why --d
On Sun, Oct 31, 2010 at 03:00:15PM +, Christian Weisgerber wrote:
> Christian Weisgerber wrote:
>
> > Has anybody tested on arm?
> >
> > If I disable mp3lib on other archs, mplayer now falls back to the
> > ffmp3float decoder (which doesn't work anywhere with sndio, since
> > it wants to out
Edd Barrett wrote:
> Can you send a new diff with these fixes you have been sending:
> - vorbis/tremor stuff with exceptions for arm + configure patch updated
> - mp3lib as above
After mulling over the issue, I decided against bringing in libmpg123
and in favor of knocking out the ffmp3float d
1 - 100 of 134 matches
Mail list logo
