Hi,
On 4 April 2018 at 11:30, Mel Pilgrim wrote:
> On the topic of MFH emails, were those for r453380 and r465710 (both
> security updates to security/openssl with MFH tags) not sent?
Those mails were sent on March 27th and should have been addressed, sorry.
Best regards
Riggs
Hi,
On 2 April 2018 at 18:50, Mel Pilgrim wrote:
> The update to net/samba4{5,6,7} addressing CVEs went to head on March 13.
> The security/openssl update to 1.0.2o was committed to head with MFH 2018Q1
> explicitly asked for in the commit message. In both cases, 2018Q1 expired
> before the MFH
On Mon, Jun 12, 2017 at 08:58:30AM +0200, Rainer Hurling wrote:
> [patch]
Thank you!
Test building right now ...
Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
On 6 March 2017 at 16:02, Andrea Venturoli wrote:
> The first problem I encounter, then, is with subdirectories.
> [...]
Is it possible that you are looking for this:
https://www.freebsd.org/doc/en/books/porters-handbook/install.html
Or did I miss something from the question?
Riggs
___
On 4 March 2017 at 13:20, Tommi Pernila wrote:
> By default MAKE_JOBS is disabled to allow only one process per cpu. To
> allow it anyway, ALLOW_MAKE_JOBS=yes in your /usr/local/etc/poudriere.conf:
>
> echo "ALLOW_MAKE_JOBS=yes" >> /usr/local/etc/poudriere.conf
Consider allowing this only for sel
On 3 March 2017 at 11:11, Jean-Sébastien Pédron wrote:
> I need riggs@ approval because he maintains lang/rust, but maintainer
> timeout could unblock me. However, I also need antoine@ or bapt@
> approval because they are my mentors; I just got that Ports commit bit
> recently.
I'll have time to
On 24 January 2017 at 11:39, Microsoft Roaming
wrote:
> This causes a « circular dependency » between ffmpeg and libsoxr
Yes, we know that in this case it is possible to have this dependency
by choosing the wrong options. The default options, however, are
selected such that this does not happen.
On 25 December 2016 at 08:54, Pavel Timofeev wrote:
> Hello, dear colleagues!
> I have one PR to review 'www/ufdbguard: update to 1.32.4' -
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215415
>
> Could anybody please take a look?
Sure, I'll have a look!
Best regards
Riggs
On Sun, Sep 18, 2016 at 11:05:45AM +0200, Carsten Larsen wrote:
> Any committers who could take a look at this port:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=20
Sure, on it.
Best regards
Riggs
signature.asc
Description: PGP signature
On 29 May 2016 at 02:22, Michael Butler wrote:
> Is anyone else seeing this?
> [...]
> In file included from demux/mkv/util.cpp:24:
> In file included from demux/mkv/mkv.hpp:56:
> In file included from /usr/include/c++/v1/iostream:38:
> In file included from /usr/include/c++/v1/ios:216:
> In file
Hi David,
On 6 November 2015 at 10:04, David Harrigan wrote:
> I have two new ports sitting waiting to be accepted into the ports tree.
> They have been tested and are ready to go. Can I ask for some help in the
> final push in getting them out please? The two ports are:
>
> https://bugs.freebsd
On 23 June 2015 at 01:35, Jan Beich wrote:
> (overquoting strawman ;)
:-)
> What happened to the schedule? 10.1 was released half a year ago and we're
> approaching code freeze for 10.2. Not to mention packages for FreeBSD
> releases are built against quaterly branches nowadays. And the next qua
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 "freebsd-po
On 29 December 2014 at 07:45, Matthias Apitz 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
___
freebsd-ports@
On 25 December 2014 at 14:42, Thomas Zander 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
On 26 December 2014 at 11:15, Konstantin Belousov wrote:
> It seems that everything makes circles around stack alignment and SSE.
> At least, this is strongly suggested by references to OCFLAGS and the
> fact that -fomit-frame-pointer implicitely changes stack alignment.
> SIGBUS is somewhat cons
On 25 December 2014 at 16:09, Konstantin Belousov 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
>>
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
tarbal
On 5 December 2014 at 21:03, 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. Are you sure
On 5 December 2014 at 00:16, 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: stopped in /
On 26 October 2014 08:19, M. P. 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
List of OSVERS
On 16 September 2014 21:08, William Grzybowski 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 build
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 bra
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
On 23 August 2014 10:33, Thomas Zander 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 distfile to
On 15 August 2014 18:46, Thomas Zander 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://people.fre
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 f
On 12 June 2014 22:23, Dennis Herrmann 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
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 snap
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.
Please
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
On 8 October 2013 02:10, Ronald F. Guilmette 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 after a FreeBSD release.
On 18 March 2013 19:53, Thomas Zander 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:
http://www
> On 10 March 2013 20:51, Thomas Zander 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 tarbal
On 10 March 2013 20:51, Thomas Zander 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 h
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 cha
On Mon, Sep 3, 2012 at 11:08 PM, Barbara 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
___
freebsd-ports@freebsd.o
On Mon, Sep 3, 2012 at 7:55 PM, Thomas Zander
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
Descri
On Sun, Sep 2, 2012 at 1:21 PM, Barbara 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 three are coming from th
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 "freeb
On Sat, Jul 28, 2012 at 7:59 PM, Mikhail T. 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?=clan
On Sat, Jul 28, 2012 at 6:28 PM, Andriy Gapon 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
-Wno-unused-par
On Mon, Jun 11, 2012 at 11:00 PM, Andriy Gapon 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 and may adher
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, Jul 23, 2012 at 8:21 PM, Christian Weisgerber
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 tarball for testing.
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 especial
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
<
---
>
By the way, after the switching back and forth, two icons are still
On Mon, Jun 25, 2012 at 10:35 PM, Torfinn Ingolfsen 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 :-)
Thank you all for
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 ha
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.
Hi,
just out of curiosity, whatever happened to this?:
On Tue, Nov 29, 2011 at 13:43, Chris Rees wrote:
> On 29 November 2011 11:21, wrote:
>> With the patches from http://www.bpsw.biz/handbrake-freebsd/ it is possible
>> to build the current version (0.9.5) on amd64 (8.1 and 8.2 tested). I as
On Thu, Jan 19, 2012 at 19:03, Matthew Seaman
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 tim
On Thu, Jan 19, 2012 at 18:04, Mark Linimon 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 there was no need to
On Tue, Jan 17, 2012 at 16:35, Michael Scheidell 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 down first :-)
Please
And here we go again.
On Fri, Dec 30, 2011 at 20:44, Thomas Zander
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://www.rr
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)
-
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- where it seemed
reasonable, hence deviate less from the intention of the configu
On Tue, Dec 20, 2011 at 00:43, Zhihao Yuan 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':
> pthread.c:(.text+0
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 a
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).
Th
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:
http://www.rrr.de/
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
__
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,
On Tue, Nov 30, 2010 at 11:59, Martin Matuska 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 any mail to "freeb
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 pl
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 continue
On Sun, Nov 7, 2010 at 14:17, Anonymous 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 laste update to hit
On Sun, Nov 7, 2010 at 19:27, Stefan Ehmann 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 be eliminate
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 Tue, Jul 27, 2010 at 04:35, b. f. 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 source tarball I use is
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 not
On Thu, May 20, 2010 at 10:13, Sandra Kachelmann
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) issue with Thunar.
Whenever I
On Sun, Apr 18, 2010 at 10:07, Doug Barton wrote:
>> The problem should go away if you activate optimized cflags in the
>> options dialog. Can you verify that?
>
> Yes. As I said I'm using the default OPTIONS.
This issue will be addressed in the next large mplayer update, soon.
Riggs
___
On Sun, Apr 18, 2010 at 08:02, Doug Barton wrote:
> dvb_tune.c:33:19: error: error.h: No such file or directory
A patch for this should have been already committed. Please see
http://www.freebsd.org/cgi/query-pr.cgi?pr=145636
> cabac.h: In function 'get_cabac_noinline':
> cabac.h:525: error: ca
On Wed, Mar 10, 2010 at 18:13, Dmitry Marakasov 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
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsub
On Mon, Feb 1, 2010 at 20:06, Denis Shaposhnikov
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 use things like
On Thu, Feb 4, 2010 at 10:30, Pierre Guinoiseau
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 installed).
Great, tha
Hi,
On Thu, Feb 4, 2010 at 00:07, Jakub Lach 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. That is, we would ha
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
m
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 infa
On Wed, Jan 20, 2010 at 15:39, Tobias Lott 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: on vgapci0)
Does it freeze ('freeze' as in 'must press reset button'?) on thi
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 sinc
Hi,
On Tue, Jan 12, 2010 at 17:18, Dmitry Marakasov 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 committed to the ports
Hello Heino,
On Sun, Jan 10, 2010 at 14:55, Heino Tiedemann 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 mplayer and mencoder d
On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann 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
On Fri, Jan 8, 2010 at 09:04, Ganael LAPLANCHE
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 one released by
> the Mplayer
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 Thu, Jan 7, 2010 at 14:12, Lars Engels 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 :-)
Riggs
___
Hi Doug, Wes, list,
On Tue, Dec 29, 2009 at 05:19, Doug Barton 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 release
engine
On Sun, Sep 27, 2009 at 04:48, Doug Barton 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: 'asm' operand
On Wed, Jul 22, 2009 at 22:33, Michael D.
Stackhouse 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
project! They just do no
On Wed, Jul 22, 2009 at 03:29, matt donovan 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 you try to build a
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 Mes
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 trie
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
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 ge
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,
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 mail
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.
Th
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 c
1 - 100 of 117 matches
Mail list logo
