Hi list,
on http://www.rrr.de/~riggs/mplayer/m20111219.tar.bz2 you can find the
draft of updates to the mplayer and mencoder ports.
Please have a look, play with it and let me know what you think.
I tested it on 8.2 STABLE i386 and amd64 only so far, so I hope it
works for 9 and 10 as well.
As
On Tue, Dec 20, 2011 at 00:43, Zhihao Yuan lich...@gmail.com wrote:
stable/8:
gcc:
ffmpeg/libavformat/libavformat.a(udp.o): In function `udp_open':
udp.c:(.text+0xf8e): undefined reference to `pthread_create'
ffmpeg/libavcodec/libavcodec.a(pthread.o): In function `ff_thread_init':
Hi,
thank you all for your comments on the first iteration of the ports.
A heavily revised version can be found on
http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2
Changes:
- reduce the number of explicit --enable-feature where it seemed
reasonable, hence deviate less from the intention of the
Hi all,
and another quick iteration of the port, no big changes.
Since it is still December 30 today, the URL stays the same, simply
the content has been updated:
http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2
Changes:
- Remove the patch for BROKEN_RELOCATIONS (thanks Jan for the heads-up)
-
And here we go again.
On Fri, Dec 30, 2011 at 20:44, Thomas Zander
thomas.e.zan...@googlemail.com wrote:
Regarding the dependency on gcc46. I'll make some tests whether to
keep supporting builds with the base system gcc for those who don't
wish to install gcc from ports is doable.
http
On Tue, Jan 17, 2012 at 16:35, Michael Scheidell scheid...@freebsd.org wrote:
tell me you want me to revert this patch, and do a portepoch.
the solution would be for the submitter to work with the maintainer on a
solution, or am I supposed to fix this without reversing this?
Let's all calm
On Thu, Jan 19, 2012 at 18:04, Mark Linimon lini...@lonesome.com wrote:
So if there's breakage, then it needs to be first understood, then
dealt with. If there is no other way than the horrible backout/PORTEPOCH
dance, then so be it.
That's correct.
However I think that in this situation
On Thu, Jan 19, 2012 at 19:03, Matthew Seaman
m.sea...@infracaninophile.co.uk wrote:
On 19/01/2012 18:00, Thomas Zander wrote:
It was not the first temporary build problem that one of
the 15k ports has and it certainly won't be the last.
23k
Sorry, I must have lost count some time in 2005
Hi,
just out of curiosity, whatever happened to this?:
On Tue, Nov 29, 2011 at 13:43, Chris Rees cr...@freebsd.org wrote:
On 29 November 2011 11:21, q00...@googlemail.com wrote:
With the patches from http://www.bpsw.biz/handbrake-freebsd/ it is possible
to build the current version (0.9.5)
Hi list,
on http://bsdistfiles.googlecode.com/files/m20120323.tar.bz2 you can find the
draft of updates to the mplayer and mencoder ports.
Please have a look, play with it and let me know what you think.
I tested it on 8-STABLE i386 and amd64 only so far, so I hope it
works for 9 and 10 as well.
On Wed, Mar 10, 2010 at 18:13, Dmitry Marakasov amd...@amdmi3.ru wrote:
Any news on when this will hit the tree?
After the ports freeze for 7.3 is over.
Riggs
___
freebsd-ports@freebsd.org mailing list
On Thu, May 20, 2010 at 10:13, Sandra Kachelmann
s.kachelm...@googlemail.com wrote:
PR: 146295 - it probably doesn't get fixed until 4.6.2:
http://old.nabble.com/upcomming-xfce-4.6.2-release-td28584690.html
In addition to this one I noticed a strange (and unreported if I am
not mistaken)
Hi folks,
recently an update to x264 version 98 has been committed to the ports
tree. I now have prepared an mplayer snapshot that requires it :-)
You can find a tarball containing mplayer and mencoder ports at:
http://www.rrr.de/~riggs/mplayer/m20100726.tar.bz2
I'd appreciate feedback if you
On Tue, Jul 27, 2010 at 04:35, b. f. bf1...@googlemail.com wrote:
This still seems to rely on a 10 Jan. snapshot of the mplayer source
code.
Not true.
Please check out Makefile.shared from the mplayer subdir of the
provided tar file. It says:
MPLAYER_SNAPSHOT_DATE= 2010-07-17
The mplayer
Hi,
I have prepared a recent mplayer snapshot for a possible update for
mplayer and mencoder ports.
You can find the tarball here:
http://www.rrr.de/~riggs/mplayer/m20101106.tar.bz2
Since I had to tweak it on several occasions to get it to build and I
have tested it only on amd64 so far, please
On Sun, Nov 7, 2010 at 19:27, Stefan Ehmann shoes...@gmx.net wrote:
Built fine here. Unfortunately, x264 support in mencoder is broken.
Apparently, mencoder wants X264_BUILD = 99, but multimedia/x264 is at build
98.
True, x264-devel is already at 104, so in the near future this problem
will
On Sun, Nov 7, 2010 at 14:17, Anonymous swel...@gmail.com wrote:
Can you include ariff's patch for VPC (Volume Per Channel)?
I haven't used it myself yet, but it seems quite useful. I'll check it
out, thanks!
Also, did you miss -ac mpg123 with previous update intentionally?
You mean the
Hi,
I have prepared a new tarball dealing with the issues reported so far.
You can find it here:
http://www.rrr.de/~riggs/mplayer/m2010.tar.bz2
Most notable changes:
- includes Ariff's volume-per-channel patch
- uses x264-devel for mencoder
- does not link to external mpg123
Please
Hi,
I have prepared a new tarball, for download at the usual location:
http://www.rrr.de/~riggs/mplayer/m20101117.tar.bz2
Most notable changes:
- remove volume-per-channel patch, instead pkg-message explains the
issue and the solutions
- remove RUN_DEPENDS for live media
@Martin: Do you have
On Wed, Jul 22, 2009 at 03:29, matt donovankitchet...@gmail.com wrote:
Considering that mplayer no longer does stable releases you would have to
switch the makefile to use svn to get an updated mplayer
Correct. At least at the moment they are not preparing releases. Unfortunately.
Michael, did
On Wed, Jul 22, 2009 at 22:33, Michael D.
Stackhousemstackho...@samsa.com wrote:
I think we'll investigate VLC as an alternative. Not too comfortable
building around a solution that's not being maintained as it should be.
mplayer is definitely continuously developed, it's not an abandoned
On Sun, Sep 27, 2009 at 04:48, Doug Barton do...@freebsd.org wrote:
cc -O2 -pipe -g -fno-strict-aliasing -I./libavcodec -I./libavformat
...
cabac.h: In function 'get_cabac_noinline':
cabac.h:525: error: can't find a register in class 'GENERAL_REGS'
while reloading 'asm'
cabac.h:525: error:
Hi Doug, Wes, list,
On Tue, Dec 29, 2009 at 05:19, Doug Barton do...@freebsd.org wrote:
B) I don't think daily is a reasonable target, but neither is every
3 years.
This is correct. While it's true that I was hoping for the mplayer
developers to change their minds and subscribe to a decent
On Thu, Jan 7, 2010 at 14:12, Lars Engels lars.eng...@0x20.net wrote:
There have been several discussions on this topics during the last
weeks. The port should be updated, soon.
Correct. I am on it.
I'll post a call for testing to this list as soon as my
work-in-progress version sucks less :-)
Hi,
thanks to Wes Morgan and Martin Wilke there is something for you to
test which approximates what's going to become our next mplayer in the
ports tree.
Due to the vast number of changes between the last official release of
mplayer and the current svn version and the significant changes we did
On Fri, Jan 8, 2010 at 09:04, Ganael LAPLANCHE
ganael.laplan...@martymac.org wrote:
I have had no time to test the port yet unfortunately, but reading
files/patch-stream-stream_dvd.h, I see that you use an included libdvdread. I
think it would be great to use our (ports') version. It is the
On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann shoes...@gmx.net wrote:
VDPAU support would also be nice.
Noted, thanks. I have overlooked that one. I'll include it with the
next iteration in a few days.
You are right about the x264 defects. We shall look into this.
Riggs
Hello Heino,
On Sun, Jan 10, 2010 at 14:55, Heino Tiedemann rotkaps_spam_t...@gmx.de wrote:
= Patch patch-CVE-2008-3162 failed to apply cleanly.
*** Error code 1
This looks like a leftover patch from the old mplayer port. There is
no patch-CVE-* anymore.
It is probably best if you delete the
Hi,
On Tue, Jan 12, 2010 at 17:18, Dmitry Marakasov amd...@amdmi3.ru wrote:
Here's mplayer-devel port for testing.
If you check out my mail from Jan 10th to the ports mailing list you
see that we are currently testing a newer mplayer port which hopefully
gets to a state where it can be
Hello,
you may find an updated version of the new mplayer port for testing at:
http://www.rrr.de/~riggs/mplayer/m20100117.tar.bz2
It contains the drop-in replacements for multimedia/mplayer and
mencoder as well as the x264 patch in case one wants to test x264
encoding with mencoder.
Changes
On Wed, Jan 20, 2010 at 15:39, Tobias Lott tl...@gamesnet.de wrote:
Works fine on my 8.0-STABLE #2 r202058 i386 (No VDPAU Supported Graphic
Card) but randomly freezes my other machine running 8.0-STABLE #5
r201708 amd64 (nvidia0: GeForce 8600 GT on vgapci0)
Does it freeze ('freeze' as in
Hi,
for all of you who are longing for new features and capabilities of
our mplayer port, you can find the latest snapshot of the new port for
testing at
http://www.rrr.de/~riggs/mplayer/m20100130.tar.bz2
It contains the drop-in replacements for multimedia/mplayer and
mencoder as well as the
Hi all,
I have spent some time working on the experimental new mplayer port
and the (dissatisfying) x264 story today, and those of you who are
interested can find the results here:
http://www.rrr.de/~riggs/mplayer/m20100131.tar.bz2
It contains the drop-in replacements for multimedia/mplayer and
Hi,
On Thu, Feb 4, 2010 at 00:07, Jakub Lach jakub_l...@mailplus.pl wrote:
Since mm took maintainership, maybe it's appropriate to make
x264-devel port for version that requires rebuilding of ports that
depend on it?
The problem with that is that there are no releases in x264 at the
moment.
On Thu, Feb 4, 2010 at 10:30, Pierre Guinoiseau
geekou...@poildetroll.net wrote:
the mplayer and mencoder ports are missing multimedia/v4l_compat in
BUILD_DEPENDS
when V4L support is enabled. (in my case, libv4l was already installed, and I
always clean the build deps, so v4l_compat wasn't
On Mon, Feb 1, 2010 at 20:06, Denis Shaposhnikov
d...@wizard.volgograd.ru wrote:
I've tried it and seems it works fine for me. Could you add into mplayer
option ASM like for x264? I've removed --without-sse3 and added
--cc=gcc44 to CONFIGURE_ARGS and mplayer works fine. It seems better
don't
On 8 October 2013 02:10, Ronald F. Guilmette r...@tristatelogic.com wrote:
Could someone (anyone) explain to me why the FreeBSD port of mplayer
has not been updated at all since March 8th of this year?
Yes.
That is because I am preparing roughly 2 major updates per year,
preferably shortly
Dear all,
I have prepared a new snapshot for mplayer and mencoder. You can find
a tarball containing drop-in replacements for the ports at
https://bsdistfiles.googlecode.com/files/m2013.tar.bz2
Most significant changes:
- OPTIONS handling
- Support for the opus audio codec
- Deprecating some
Dear all,
a new tarball is available:
https://bsdistfiles.googlecode.com/files/m20131124.tar.bz2
It contains mostly fixes for staging and dependencies.
I tested a variety of options on 9/stable on amd64 and i386 and on
8/stable i386, so there is a good chance it 'just works' on your box.
Hi,
the mplayer developers recently released the 1.0 rc 2 version of their
well known product.
I updated the mplayer and mencoder ports accordingly and attached them
to this mail.
Any feedback/patches are appreciated before I'm going to send-pr this.
Riggs
There it is:
http://www.rrr.de/~riggs/mplayer/m20071021.tar.bz2
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
On 21/10/2007, Thomas Zander [EMAIL PROTECTED] wrote:
http://www.rrr.de/~riggs/mplayer/m20071021.tar.bz2
Thank you for all the reports so far.
That looks like a ridiculous amount of build errors on various
configurarions, much worse than I expected. :-/
I hope to get some of them sorted out
On 24/10/2007, Angelo Turetta [EMAIL PROTECTED] wrote:
May I ask you: if the software is at 1.0.rc2, why the port version is
set at 0.99.xx?
Because a healthy numbering scheme (as in 'numbers') is more useful
for correct version tracking than that ludicrous approach some people
are insisting
Hi all,
here is an updated tarball that hopefully fixes the dvd and livemedia
problems that occurred with the last preview:
http://www.rrr.de/~riggs/mplayer/m20071027.tar.bz2
Please don't hesitate to send reports and patches.
TIA,
Riggs
___
On 07/11/2007, Kevin Oberman [EMAIL PROTECTED] wrote:
'acodec=aac' worked in the version now in ports, although that version
failed to write the header with a floating point error. :-(
Does this mean it has never been in a really useful state?
Riggs
Hi Pav,
On 27/10/2007, Pav Lucistnik [EMAIL PROTECTED] wrote:
It have troubles compiling assembly on amd64 in h264.c:
Could you do me a favour and have a quick look into this? I do not
have an amd64 machine running FreeBSD currently. There were a few
postings to ffmpeg mailing list in August
On 27/10/2007, Thomas Zander [EMAIL PROTECTED] wrote:
here is an updated tarball that hopefully fixes the dvd and livemedia
problems that occurred with the last preview:
http://www.rrr.de/~riggs/mplayer/m2007.tar.bz2
This one should fix the bt848 problem. (At least it compiles
On 15/11/2007, Jung-uk Kim [EMAIL PROTECTED] wrote:
FYI, I built it on amd64 -CURRENT with attached patches. Inline
assembly in cabac.h generates invalid instructions for amd64. The
Makefile patch disables it. Also, sysdep/pci_x86.c works fine on
amd64 and linker fails without it.
This is
Hi,
http://www.rrr.de/~riggs/mplayer/m20071118.tar.bz2
includes all the suggestions and fixes I have received so far,
including Jung-uk Kim's solution to enable amd64 builds again.
Please test and comment.
TIA,
Riggs
___
freebsd-ports@freebsd.org
And another one,
http://www.rrr.de/~riggs/mplayer/m20071119.tar.bz2
is mostly identical to yesterday's version, but contains Eugene's
patch to enable AMR audio codec support.
I believe we can send-pr this version unless nobody discovers showstoppers.
Riggs
Hi,
On 14/12/2007, Dominic Fandrey [EMAIL PROTECTED] wrote:
ad_libvorbis.c:238: error: too few arguments to function 'vorbis_synthesis'
gmake[1]: *** [ad_libvorbis.o] Error 1
gmake[1]: Leaving directory
Can't reproduce this error here. Given you are using default options,
mplayer will get
On 22/12/2007, Dominic Fandrey [EMAIL PROTECTED] wrote:
I've got a solution now. After the build failed just go to your WRKDIR and run
gmake. The build will finish just fine. I've got no idea why it doesn't work
through the ports.
This is indeed strange. I still couldn't figure out how to
On 02/01/2008, Dominic Fandrey [EMAIL PROTECTED] wrote:
is there a reason that there are no options to build mplayer with teletext and
dvdnav support?
Well, dvdnav always seemed to be unreliable or not working at all. Has
that changed recently? And concerning teletext...I simply never tried
Hi folks,
I have prepared a recent snapshot of mplayer and mencoder. The port
itself has changed quite a bit, therefore testing and reporting (and
patches if necessary) are greatly appreciated.
The port tarballs can be found here:
https://bsdistfiles.googlecode.com/files/m20130310.tar.xz
Main
On 10 March 2013 20:51, Thomas Zander thomas.e.zan...@googlemail.com wrote:
I have prepared a recent snapshot of mplayer and mencoder. The port
itself has changed quite a bit, therefore testing and reporting (and
patches if necessary) are greatly appreciated.
The port tarballs can be found
On 10 March 2013 20:51, Thomas Zander thomas.e.zan...@googlemail.com wrote:
I have prepared a recent snapshot of mplayer and mencoder. The port
itself has changed quite a bit, therefore testing and reporting (and
patches if necessary) are greatly appreciated.
The port tarballs can be found
On 18 March 2013 19:53, Thomas Zander thomas.e.zan...@googlemail.com wrote:
Thank you all for testing and reporting your experiences. I have
submitted this patch set now.
In case you experience problems, let me know (and provide a patch if
possible).
Updated patch set available, please see
Hi,
I am trying to track down a problem with building mplayer with debug
symbols. The problem is that this seems possible (at least on my
machine) only if it is compiled with
-O{1|2|3} -fomit-frame-pointer
due to one of its incredibly smart inline-asm sections.
Now, when using WITH_DEBUG in a
Hi,
On 02/05/07, Alexander Nedotsukov [EMAIL PROTECTED] wrote:
I think you need to add DEBUG_FLAGS=-g -O2 -fomit-frame-pointer.
DEBUG_FLAGSyes, sure, that's it. I should have seen/remembered that :-(
Thanks for pointing it out,
Riggs
___
On 03/05/07, Chuck Swiger [EMAIL PROTECTED] wrote:
On some platforms, you'll need to get rid of -fomit-frame-pointer to have
usable stack frames in the output executable for the debugger to use.
Depending on the code and the bug in question, it might be easier to see
what's going on using only
Hi,
to be able to make mplayer pkg-add'able and to introduce proper
dependencies on the mencoder binary for several frontents, the next
major update to our mplayer port will introduce an mencoder slave
port.
Hence, mencoder can also be built with different OPTIONS than mplayer.
A preliminary
On 06/08/07, Sergey Matveychuk [EMAIL PROTECTED] wrote:
Thanks for respecting mail from Russia.
I do not maintain the rrr.de server. Certainly it is not a very good
idea to filter an entire tld. Sorry for that, I'll talk to our admins.
To the pkg-plist issue,
Fix it please.
I'll look into it
On 06/08/07, Kris Kennaway [EMAIL PROTECTED] wrote:
How rude :(
Thank you, Kris, for this proof of enlightenment, insight and wisdom.
Your comments are (and always have been) so incredibly useful, I don't
find appropriate words to describe my gratitude.
But as I am not a native speaker, I have
Hi,
recently I had a look at the upcoming version of the PCB layout tool
eagle, in beta test at the moment. I am currently maintaining both the
international (cad/linux-eagle) and german ports of this tool.
This new beta version however refuses to run as it depends on
glibc-2.4 while our
Hi,
thank you for clearing this up. So, to summarise,
- we will not have linux 2.6 compatibility before 7.1-R
- we will probably never have 2.6 in the 6 series
- we need 2.6 compatibility for the more recent linux_base-fc
I guess we will stick with the current eagle version for a while then.
On Tue, Aug 12, 2008 at 03:26, Willy Picard [EMAIL PROTECTED] wrote:
The mplayer port is still broken after the last ffmpeg update. More
precisely,
the mplayer-0.99.11_5 port with ffmpeg-2008.07.27_5 (on a i386 FreeBSD 7
machine) is broken. However, the fix given formerly by Jeremy
Hi all,
I have ported a new upstream snapshot of mplayer and mencoder.
The tarball with drop-in replacements for both ports can be found here:
http://people.freebsd.org/~riggs/m20140421.tar.xz
The following things have changed compared to the current version in
svn head:
- Sync with upstream
On 12 June 2014 22:23, Dennis Herrmann d...@freebsd.org wrote:
Now I'm looking for some people which take some of my ports
and my open PR explicated Stage PR's. I hope anyone can help
me.
lang/mmix
Always wanted to look into that one. I'll take it.
Regards
Riggs
On Tue, Nov 30, 2010 at 11:59, Martin Matuska m...@freebsd.org wrote:
I have just updated x264 to 0.110.1804
Great!
Merci,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
Hi,
my main reason (as usual) for permanently disabling features from
mplayer and mencoder is if something does not work reasonably well or
almost nobody needs it. Supporting everything that they can do (more
or less) via OPTIONS would just be a devilishly long list.
With fontconfig and mencoder,
Dear all,
I have prepared a recent snapshot for a an upcoming update for the
mplayer and mencoder ports.
You can find the tarball here:
http://www.rrr.de/~riggs/mplayer/m20110318.tar.bz2
Please test the things that you usually do with it, I'd appreciate feedback!
Thanks in advance,
Riggs
Dear all,
thanks to all of you who have provided feedback and patches for the
new mplayer/mencoder snapshot.
With the exception of Christian's lavcac3enc problem (sorry, didn't
have time yet to dig deep enough) everything I am currently aware of
is addressed in this new tarball:
Hi,
since I am in the middle of updating the mplayer and mencoder ports
anyway, we might as well include the latest feature that has found its
way upstream. For a few days now, the mplayer development snapshots
are able to take advantage of multithreaded ffmpeg decoding (h264 and
a few others).
Hi,
I noticed a minor regression during my (very) recent upgrade to xfce
10. Apparently, most xfce applications don't seem to use the Tango
icons. For example, Thunar does not display the stock folder icon next
to the directory names anymore, instead there is no icon.
The xfce applications menu
On Mon, Jun 25, 2012 at 10:35 PM, Torfinn Ingolfsen tin...@gmail.com wrote:
I didn't have anything other than Tango installed, so I installed
icons-human-azul and used that to switch from Tango and back again.
Exactly the same here. I did not have another set of icons installed as well :-)
Hi,
just that it does not get lost. This is the whole difference I observed:
diff -rN config-old/.config/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml
.config/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml
6c6
property name=IconThemeName type=empty/
---
property name=IconThemeName
Hi all,
if you are a regular mplayer / mencoder user, you are invited to test
a new snapshot from 2012-07-21.
The drop-in replacements for the ports files for both can be found here:
http://bsdistfiles.googlecode.com/files/m20120722.tar.bz2
There are no new spectacular features, however
On Mon, Jul 23, 2012 at 8:21 PM, Christian Weisgerber
na...@mips.inka.de wrote:
Doesn't build on 7-STABLE.
Okay, it seems there are still a few issues left with this first draft
of the new port.
I'll see that I get some time work on these build / compatibility
problems asap and create a new
Hi,
New tarball is available for download:
http://bsdistfiles.googlecode.com/files/m20120724.tar.bz2
Changes:
- General cleanup using portlint (a.o. shlib versions)
- Rearrangement of compiler/binutils dependencies
- Inclusion of Juergen's suggestion for ${ARCH}==amd64 on legacy
systems (I was
On Mon, Jun 11, 2012 at 11:00 PM, Andriy Gapon a...@freebsd.org wrote:
I see that graphics/libfpx uses a custom FreeBSD-specific makefile which makes
use of bsd.lib.mk and sets WARNS to 3.
I think that this is an unsustainable approach.
First, the external libraries are not under our control
On Sat, Jul 28, 2012 at 6:28 PM, Andriy Gapon a...@freebsd.org wrote:
Does it fail to build with clang?
Yes:
clang++ -fpic -DPIC -O2 -pipe -DHAVE_WCHAR_H -DHAVE_DLFCN_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H
-Qunused-arguments -fstack-protector -Werror -Wall -Wno-format-y2k -W
On Sat, Jul 28, 2012 at 7:59 PM, Mikhail T. mi+t...@aldan.algebra.com wrote:
On 28.07.2012 12:25, Thomas Zander wrote:
It also causes the port to use clang when setting CC=clang in
/etc/src.conf (!) which fails here.
What if you use CC?=clang instead? Thanks,
This works:
CC?=clang
CXX
Hi,
[mplayer build failed]
Can you try the attached patch?
Riggs
mplayer_clang.patch
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
On Sun, Sep 2, 2012 at 1:21 PM, Barbara barbara.xxx1...@libero.it wrote:
I also noticed that there are also four options passed to configure which
seems obsoleted (lines 57-60 from pastebin)
You are correct about --win32codecsdir. That one has moved to
--codecsdir, I'll change that.
The other
On Mon, Sep 3, 2012 at 7:55 PM, Thomas Zander
thomas.e.zan...@googlemail.com wrote:
Hi,
[mplayer build failed]
Can you try the attached patch?
Updated patch (see attachment) with the codecsdir parameter for w32
codecs on i386.
Riggs
mplayer_clang.patch
Description: Binary data
On Mon, Sep 3, 2012 at 11:08 PM, Barbara barbara.xxx1...@libero.it wrote:
with the second patch it completed ok
thanks
Hans
It's ok for me too.
Thanks
Barbara
Thank you for testing! I'll submit this patch.
Best regards,
Riggs
___
Hi folks,
I have prepared an update to our ports for multimedia/mplayer and mencoder.
You can find the drop-in replacements (just extract it in
${PORTSDIR}/multimedia) at this url:
https://people.freebsd.org/~riggs/m20140815.tar.xz
Changes
- Update to recent snapshot (2014-08-15) of mplayer and
On 15 August 2014 18:46, Thomas Zander ri...@freebsd.org wrote:
Hi folks,
I have prepared an update to our ports for multimedia/mplayer and mencoder.
You can find the drop-in replacements (just extract it in
${PORTSDIR}/multimedia) at this url:
Update. New tarball here:
https
On 23 August 2014 10:33, Thomas Zander ri...@freebsd.org wrote:
Changes:
- Fix regression with mplayer not displaying PGS subtitles
Regression has been fixed upstream, new tarball has arrived:
https://people.freebsd.org/~riggs/m20140824.tar.xz
Note that it may take a few hours for the new
Hi,
I recently introduced this OPTION to the mplayer and mencoder ports:
MEMALIGN (Avoid memory alignment hacks (EXPERIMENTAL))
It tries to avoid using mplayer-built-in hacks for aligning data to 16
or 32 byte boundaries on systems which support this out of the box
(e.g. aligned_alloc on 9.2 and
Hi,
if you maintain a port which uses directly or indirectly ffmpeg, i.e.
it links to at least one of
libavcodec
libavdevice
libavfilter
libavformat
libavresample
libavutil
please take a moment, this is important.
Shortly after the release of FreeBSD 10.1 I plan to upgrade ffmpeg to
the 2.4
On 16 September 2014 21:08, William Grzybowski w...@freebsd.org wrote:
I have prepared a drop-in replacement for the ffmpeg port which uses
the recent 2.4 release. You can download it from:
http://people.freebsd.org/~riggs/ffmpeg-2.4.tar.xz
Please check whether the ports maintained by you
On 26 October 2014 08:19, M. P. free...@abv.bg wrote:
What is the right way to make a port build only on 10-RELEASE or later?
Is there something like ONLY_FOR_ARCHS but for versions?
You mean something like this:
.if ${OSVERSION} 1000100
BROKEN= Not supported on releases before 10.0
.endif
On 5 December 2014 at 00:16, iceman...@juno.com iceman...@juno.com wrote:
[...]
Makefile:759: recipe for target 'command.o' failed
gmake[1]: *** [command.o] Error 1
gmake[1]: Leaving directory
'/usr/ports/multimedia/mplayer/work/mplayer-export-2014-08-24'
*** Error code 1
Stop.
make:
On 5 December 2014 at 21:03, iceman...@juno.com iceman...@juno.com wrote:
MAKE_JOBS_UNSAFE=yes
WITH=GUI
What is 'WITH=GUI' ? Where do you get/set this?
What is the output of make -C /usr/ports/multimedia/mplayer showconfig?
I just built it in poudriere with default OPTIONS with problems at
all.
Dear video enthusiasts,
I have put a draft of the upcoming port update to mplayer and mencoder
here:
http://people.freebsd.org/~riggs/m20141225.tar.bz2
There have been a few noticeable changes, so I expect more regressions
compared to the last update. I'd appreciate if you checked out this
On 25 December 2014 at 16:09, Konstantin Belousov kostik...@gmail.com wrote:
On Thu, Dec 25, 2014 at 02:42:26PM +0100, Thomas Zander wrote:
- Remove -fomit-frame-pointer from CFLAGS (we have apparently a fair
number of CPUs out there which can't run code compiled with this
option reliably
On 25 December 2014 at 14:42, Thomas Zander ri...@freebsd.org wrote:
In a nutshell, this has changed compared to the current ports tree
version of the ports:
- Upstream versions of mplayer and ffmpeg as of 2014-12-23
- Remove the following OPTIONS:
- MEMALIGN (now used by default where
On 29 December 2014 at 07:45, Matthias Apitz g...@unixarea.de wrote:
btw: Is there a way to let the installed mplayer print the flags which
have been used to compile?
Not that I know of. mplayer itself does not store this information. Sorry
RIggs
___
Did anyone find a solution?
I seem to observe the same thing issue after upgrading to FF36 this morning.
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
1 - 100 of 112 matches
Mail list logo
