Re: ffmpeg 4.3_5_1

ajtiM via freebsd-ports writes: > Hi! > > Looks like that is ffmpg broke again: > make > ===> ffmpeg-4.3_5,1 is marked as broken: > https://github.com/OpenVisualCloud/SVT-VP9/issues/124. > *** Error code 1 Disable SVTVP9 option or downgrade. Upstream only recently m

ffmpeg 4.3_5_1

Hi! Looks like that is ffmpg broke again: make ===> ffmpeg-4.3_5,1 is marked as broken: https://github.com/OpenVisualCloud/SVT-VP9/issues/124. *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/ffmpeg root@lumiwa:~# make config Thank you. -- Ernst Lubitsch’s Ninotchka: “‘Wai

Re: ffmpeg 4.2.3'1

Am 23.05.20 um 11:17 schrieb ajtiM via freebsd-ports: > On FreeBSD 12.1-RELEASE-p5 I cannot build ffmpeg update: > > ===> Cleaning for ffmpeg-4.2.3,1 > ===> License GPLv3+ LGPL3+ accepted by the user > ===> ffmpeg-4.2.3,1 depends on file: /usr/local/sbin/pkg - f

ffmpeg 4.2.3'1

On FreeBSD 12.1-RELEASE-p5 I cannot build ffmpeg update: ===> Cleaning for ffmpeg-4.2.3,1 ===> License GPLv3+ LGPL3+ accepted by the user ===> ffmpeg-4.2.3,1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by ffmpeg-4.2.3,1 for building ===&

Re: ffmpeg port

Hi! > Le 12/07/2019 à 01:17, Adam Weinberger a écrit : > > We really would love to be able to provide release or LTS branches, > > but it simply comes down to resources. We'd need a few people working > > in paid positions to manage RE environments. The FreeBSD Foundation > > (which underwrites a

Re: ffmpeg port

Hi! > Am 12.07.2019 um 10:34 schrieb David Demelier : > I'm not sure how can a LTS branch that you usually never update (except CVE, > security fixes) take more time than quarterly branches that you need to > recreate every 3 months and do some merges. The problem is that you need to backport

Re: ffmpeg port

Le 12/07/2019 à 01:17, Adam Weinberger a écrit : We really would love to be able to provide release or LTS branches, but it simply comes down to resources. We'd need a few people working in paid positions to manage RE environments. The FreeBSD Foundation (which underwrites a couple very

Re: ffmpeg port

On Thu, Jul 11, 2019 at 7:18 AM David Demelier wrote: > > Le 10/07/2019 à 13:59, Jan Beich a écrit : > > Why not use binary packages? Or why not build a quarterly branch? > > Or does anyone have better ideas? > > Unfortunately quarterly branches do not solve anything. They are just to > short to

Re: ffmpeg port

Le 10/07/2019 à 13:59, Jan Beich a écrit : Why not use binary packages? Or why not build a quarterly branch? Or does anyone have better ideas? Unfortunately quarterly branches do not solve anything. They are just to short to have any benefit. Let say you build a package in January and then

Re: ffmpeg port

On Thu, 11 Jul 2019 at 00:01, Jan Beich wrote: > > (CC'ing appropriate public list. If you want me to care don't send private > mails.) > > Jason de Cordoba writes: > > > OMG > > > > Please stick with something stable and don't update this port 5-6 times > > a month. > > > > Thanks for your

Re: ffmpeg port

(CC'ing appropriate public list. If you want me to care don't send private mails.) Jason de Cordoba writes: > OMG > > Please stick with something stable and don't update this port 5-6 times > a month. > > Thanks for your contributions to FreeBSD > > Have a great day, > > Jason I mainly bump

Re: FFMPEg

The Doctor via freebsd-ports writes: > libavcodec/libsvt_av1.c:225:14: error: no member named 'yStride' in > 'struct EbSvtIOFormat'; did you mean 'y_stride'? > in_data->yStride = frame->linesize[0] >> is16bit; > ^~~ >

FFMPEg

60: libavcodec/libsvt_av1.o] Error 1 gmake[2]: Leaving directory '/usr/ports

Re: head -r340287 based powerpc64: multimedia/ffmpeg -r484273 gets a system-clang assert failure [reduced to 15 program]

> > gmake[1]: *** [ffbuild/common.mak:60: libavfilter/vf_convolution.o] Error 254 > gmake[1]: *** Waiting for unfinished jobs > gmake[1]: Leaving directory > '/wrkdirs/usr/ports/multimedia/ffmpeg/work/ffmpeg-4.1' > ===> Compilation failed unexp

head -r340287 based powerpc64: multimedia/ffmpeg -r484273 gets a system-clang assert failure

: gmake[1]: *** [ffbuild/common.mak:60: libavfilter/vf_convolution.o] Error 254 gmake[1]: *** Waiting for unfinished jobs gmake[1]: Leaving directory '/wrkdirs/usr/ports/multimedia/ffmpeg/work/ffmpeg-4.1' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=

Re: Request for a second "ffmpeg" optionality in packages (much as with ImageMagick)

t don't try to be > everything to everyone. I'd be surprised if OpenCV is a common format > for a typical ffmpeg user. It is far more reasonable to ask people who > need unusual codec support to build their own ffmpeg, than to ask > everybody to install 2GB of dependencies for a relatively com

Re: Request for a second "ffmpeg" optionality in packages (much as with ImageMagick)

On Mon, Jun 25, 2018 at 6:08 PM Walter Schwarzenfeld wrote: > > I don't understand why? You set all these options to off.. > There's something to be said here for packages that don't try to be everything to everyone. I'd be surprised if OpenCV is a common format for a typical ff

Re: Request for a second "ffmpeg" optionality in packages (much as with ImageMagick)

corr: You can set all these options off. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Request for a second "ffmpeg" optionality in packages (much as with ImageMagick)

I don't understand why? You set all these options to off.. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Request for a second "ffmpeg" optionality in packages (much as with ImageMagick)

us process. "Ffmpeg" (the package) is set up with the "default" options to include opencv (and by extension X11), which results in an utterly-enormous set of dependencies coming with the package (well north of a gigabyte!) as that package has as a dependency the tesseract gra

Re: ffmpeg undefined references

David Demelier <demelier.da...@gmail.com> writes: > Hello, > > I never had this build error before, but I can't get ffmpeg to build: [...] > libavfilter/libavfilter.so: undefined reference to `ff_pullup_init_x86' > libavcodec/libavcodec.so: undefined reference to `ff_v210_x

ffmpeg undefined references

Hello, I never had this build error before, but I can't get ffmpeg to build: cc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavresample -Llibavutil -Llibpostproc -Llibswscale -Llibswresample -fstack-protector -L/usr/local/lib -Wl,--as-needed -Wl,-z,noexecstack -Wl,--warn-common

Re: ffmpeg build fails only if being built as a dependency of emby-server

> On 5 Feb 2017, at 11:48 pm, Jan Beich wrote: > > Probably a regression from https://svnweb.freebsd.org/changeset/ports/428896 > which would be fixed after > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215401 Indeed, that looks like the issue. Thanks for pointing

Re: ffmpeg build fails only if being built as a dependency of emby-server

Ben Woods writes: >> [root@crystal ~]# make -C /usr/ports/multimedia/emby-server/ install >> clean BATCH=yes 2>&1 | tee -a emby_fail.txt >> ... >> libavcodec/libavcodec.so: undefined reference to `ff_blockdsp_init_x86' >> gmake[2]: *** [Makefile:131: ffprobe_g] Error 1 >>

Re: ffmpeg build fails only if being built as a dependency of emby-server

> On 5 Feb, 2017, at 8:07, Ben Woods <woods...@gmail.com> wrote: > > On 9 January 2017 at 23:52, Tsaki Stan <tsakis...@gmail.com> wrote: > >> Hello, >> >> even though it's one of the dependencies that fails (ffmpeg), if I install >> it separate

ffmpeg build fails only if being built as a dependency of emby-server

On 9 January 2017 at 23:52, Tsaki Stan <tsakis...@gmail.com> wrote: > Hello, > > even though it's one of the dependencies that fails (ffmpeg), if I install > it separately it compiles just fine. I'm not quite sure who to contact. > I've attached the full log if you

FreeBSD Port: ffmpeg-3.2.2_3,1

Hello, ffmpeg chromaprint build option is broken. It fails to build with last chromaprint revision There is also a bug that I have previously notified to chromaprint port maintener as there is at this moment a circular dependency between ffmpeg and chromaprint. Same problem for libsoxr port

Re: Optional circular dependency between multimedia/ffmpeg and audio/chromaprint

On Wed., 14 Dec. 2016 at 5:16 pm, Luca Pizzamiglio < luca.pizzamig...@gmail.com> wrote: > Today I discovered a circular dependency: > > > > if multimedia/ffmpeg has the chromaprint option enabled, then it needs > > audio/chromaprint > > audio/chromapri

Re: Multiple ffmpeg versions in ports

On 31/03/2016 10:29, Kevin Oberman wrote: On Wed, Mar 30, 2016 at 2:39 PM, Ben Woods <woods...@gmail.com> wrote: On 30 March 2016 at 23:28, Ben Woods <woods...@gmail.com> wrote: What do you think about having numerous versions of ffmpeg in ports, similar to lang/python?

Re: Multiple ffmpeg versions in ports

On Wed, Mar 30, 2016 at 2:39 PM, Ben Woods <woods...@gmail.com> wrote: > On 30 March 2016 at 23:28, Ben Woods <woods...@gmail.com> wrote: > > > > > What do you think about having numerous versions of ffmpeg in ports, > > similar to lang/python? > > >

Re: Multiple ffmpeg versions in ports

On 30 March 2016 at 23:28, Ben Woods <woods...@gmail.com> wrote: > > What do you think about having numerous versions of ffmpeg in ports, > similar to lang/python? > I guess the obvious question is how could it be possible for multiple ffmpeg versions to be installe

Multiple ffmpeg versions in ports

Hello ports people, What do you think about having numerous versions of ffmpeg in ports, similar to lang/python? There seems to be a common problem with ffmpeg being a fast moving project, with backward incompatible API/ABI changes between major versions. This results in regular difficulties

building multimedia/ffmpeg results in tons of 'undefined references'

FreeBSD 10.1-STABLE from mid-June on a Core2Duo. Building multimedia/ffmpeg invariably fails for me like this: MAN doc/ffprobe.1 MAN doc/ffmpeg-all.1 MAN doc/ffprobe-all.1 MAN doc/ffmpeg-utils.1 libavcodec/libavcodec.so: undefined reference to `ff_dcadsp_init_x86' libavcodec

multimedia/ffmpeg crashes with libfaac, works with libfdk_aac

Since the default ffmpeg AAC encoder is libfaac, this: $ ffmpeg -i 01.wav 01.m4a gives a segfault. GDB shows Program received signal SIGSEGV, Segmentation fault. 0x0008068ba7cf in AACQuantize () from /usr/local/lib/libfaac.so.0 If I use libfdk_aac however, $ ffmpeg -i 01.wav -c:a libfdk_aac

multimedia/ffmpeg: pkg_add: leave_playpen: can't chdir back to ''

I built the latest multimedia/ffmpeg and now it won't install, due to the error(s) shown below. Is there a known fix for this? P.S. Apparently this error: pkg_add: leave_playpen: can't chdir back to '' has been publically discussed since at least January, 2012. In all that time, why

Re: multimedia/ffmpeg: pkg_add: leave_playpen: can't chdir back to ''

On Thu, May 22, 2014 at 1:44 PM, Ronald F. Guilmette r...@tristatelogic.comwrote: I built the latest multimedia/ffmpeg and now it won't install, due to the error(s) shown below. Is there a known fix for this? P.S. Apparently this error: pkg_add: leave_playpen: can't chdir back

Re: multimedia/ffmpeg: pkg_add: leave_playpen: can't chdir back to ''

In message can6yy1vziebtf8ueotil9xrvrq_rzbkhlysn3qgduoruqje...@mail.gmail.com Kevin Oberman rkober...@gmail.com wrote: On Thu, May 22, 2014 at 1:44 PM, Ronald F. Guilmette r...@tristatelogic.comwrote: ... share/doc/ffmpeg/swscale.txt: Could not unlink share/doc/ffmpeg/tablegen.txt: Could

Re: Circular dependency, because x264 links ffmpeg

On 5/03/2014 2:02 PM, Kevin Oberman wrote: On Tue, Mar 4, 2014 at 1:22 PM, Jan Henrik Sylvester m...@janh.de wrote: # pkg info -r ffmpeg ffmpeg-2.1.1_1,1: libxine-1.2.4_5 vlc-2.1.2_2,4 libstreamanalyzer-0.7.8_3 x264-0.136.2358_3 # pkg info -r x264 x264

Circular dependency, because x264 links ffmpeg

# pkg info -r ffmpeg ffmpeg-2.1.1_1,1: libxine-1.2.4_5 vlc-2.1.2_2,4 libstreamanalyzer-0.7.8_3 x264-0.136.2358_3 # pkg info -r x264 x264-0.136.2358_3: ffmpeg-2.1.1_1,1 ffmpeg0-0.7.16_1,1 opal-3.10.10_2 vlc-2.1.2_2,4 Not good. Since

Re: Circular dependency, because x264 links ffmpeg

On Tue, Mar 4, 2014 at 1:22 PM, Jan Henrik Sylvester m...@janh.de wrote: # pkg info -r ffmpeg ffmpeg-2.1.1_1,1: libxine-1.2.4_5 vlc-2.1.2_2,4 libstreamanalyzer-0.7.8_3 x264-0.136.2358_3 # pkg info -r x264 x264-0.136.2358_3: ffmpeg-2.1.1_1,1

Re: circular dependency ffmpeg-x264 - broken pkgng database???

and refused to upgrade. Of the long list of unresolved dependencies, these two, circular, stand out: multimedia/x264: multimedia/ffmpeg multimedia/ffmpeg: multimedia/x264 Strange... Checking the build machine, x264 seems to have a bogus dependency on ffmpeg: # pkg info -d x264 x264

circular dependency ffmpeg-x264 - broken pkgng database???

of unresolved dependencies, these two, circular, stand out: multimedia/x264: multimedia/ffmpeg multimedia/ffmpeg: multimedia/x264 Strange... Checking the build machine, x264 seems to have a bogus dependency on ffmpeg: # pkg info -d x264 x264-0.136.2358_3: gpac-libgpac-0.5.0,1 ffmpeg

ffmpeg

Hi! When I check pormaster --chec-depends it shows me still files which have dependencies with ffmpeg1. I did run again portmaster -o multimedia/ffmpeg multimedia/ffmpeg1 and I got: === Checking if multimedia/ffmpeg already installed === Registering installation for ffmpeg-2.1,1 as automatic

Re: ffmpeg

On 10/27/13 23:58, Ajtim wrote: Hi! Whenever I run potmaster -a I got: portmaster -a === Gathering distinfo list for installed ports === Starting check of installed ports for available updates === The multimedia/ffmpeg1 port moved to multimedia/ffmpeg === Reason: Use

Re: ffmpeg

=== The multimedia/ffmpeg1 port moved to multimedia/ffmpeg === Reason: Use multimedia/ffmpeg instead === Launching child to reinstall ffmpeg1-1.2.3_1 === All ffmpeg1-1.2.3_1 (1/1) === The multimedia/ffmpeg1 port moved to multimedia/ffmpeg === Reason: Use multimedia/ffmpeg

ffmpeg

Hi! Whenever I run potmaster -a I got: portmaster -a === Gathering distinfo list for installed ports === Starting check of installed ports for available updates === The multimedia/ffmpeg1 port moved to multimedia/ffmpeg === Reason: Use multimedia/ffmpeg instead === Launching

multimedia/ffmpeg build fails on 9.2-STABLE and perl-5.18

After rebuilding world and kernel to 9.2-STABLE amd64 r256096 I upgraded perl to perl-5.18.1_1, and consequently initiated 'in place' update of all my ports with portmaster -afd. It failed on multimedia/ffmpeg with error described here: http://www.freebsd.org/cgi/query-pr.cgi?pr=181516 Provided

Re: multimedia/ffmpeg build fails on 9.2-STABLE and perl-5.18

On Mon, 7 Oct 2013 14:10:15 +0200 Marko Cupać marko.cu...@mimar.rs wrote: My patch is attached. It looks like the attachment was stripped. I'll put it inline: - --- doc/protocols.texi.orig 2013-02-17 23:46:23.0

multimedia/ffmpeg build error with clang

(branches/release_31 156863) 20120523 Target: i386-unknown-freebsd9.0 Thread model: posix portmaster -D multimedia/ffmpeg: 2 warnings generated. CC libavcodec/h264_cabac.o In file included from libavcodec/h264_cabac.c:40: libavcodec/x86/h264_i386.h:51:9: error: ran out of registers during

Re: multimedia/ffmpeg build error with clang

=clang-cpp CFLAGS= -O3 -pipe clang --version: FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 Target: i386-unknown-freebsd9.0 Thread model: posix portmaster -D multimedia/ffmpeg: 2 warnings generated. CC libavcodec/h264_cabac.o In file included from libavcodec

Re: Another vlc 2.0.3 update (new ffmpeg! :)

[Now also posted here:] On Mon, Aug 13, 2012 at 07:18:52PM -0400, Alexander Kabaev wrote: On Mon, 13 Aug 2012 23:52:12 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Mon, Aug 13, 2012 at 08:12:42PM +0200, Gary Jennejohn wrote: On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On 14.08.2012 13:39 (UTC+2), Juergen Lock wrote: [Now also posted here:] On Mon, Aug 13, 2012 at 07:18:52PM -0400, Alexander Kabaev wrote: On Mon, 13 Aug 2012 23:52:12 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Mon, Aug 13, 2012 at 08:12:42PM +0200, Gary Jennejohn wrote: On Mon,

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On Mon, 13 Aug 2012 01:12:10 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote: On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: SKIP GEN../modules/plugins.dat

Re: Another vlc 2.0.3 update (new ffmpeg! :)

12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On Mon, Aug 13, 2012 at 02:41:35AM -0400, Alexander Kabaev wrote: On Mon, 13 Aug 2012 01:12:10 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote: On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev kab...@gmail.com wrote: [snip lots of gdb trace] Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate a stack buffer with negative size, smashing the stack dead. Seems

Re: Another vlc 2.0.3 update (new ffmpeg! :)

19:11 (UTC+2), Juergen Lock wrote: On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc

Re: Another vlc 2.0.3 update (new ffmpeg! :)

19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On Mon, Aug 13, 2012 at 08:12:42PM +0200, Gary Jennejohn wrote: On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev kab...@gmail.com wrote: [snip lots of gdb trace] Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On Mon, 13 Aug 2012 23:52:12 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Mon, Aug 13, 2012 at 08:12:42PM +0200, Gary Jennejohn wrote: On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev kab...@gmail.com wrote: [snip lots of gdb trace] Please check the use of

Another vlc 2.0.3 update (new ffmpeg! :)

Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Please give this a good test to make

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now

Re: Another vlc 2.0.3 update (new ffmpeg! :)

On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia

Re: Another vlc 2.0.3 update (new ffmpeg! :)

to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Does this mean we should change from multimedia

Re: Another vlc 2.0.3 update (new ffmpeg! :)

16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Does

FreeBSD Port: ffmpeg-0.7.13_4,1

Hello, ffmpeg requires the permission to execute files in /tmp which is rather odd, not to mention that users shouldn't be allowed to run things in /tmp. This is a problem on user systems because /tmp and ~/.. should be mounted nosuid noexec for obvious security reasons. When compiling

FFMpeg port video4linux

I'm at a loss here; I could be tired, but I cant find if video4linux has been enabled in ffmpeg (or disabled). There's nothing in the makefile either. For the life of me I cannot get it use a webcamd device - all I get is unknown input format. I'm using ffplay (not that should make

Re: FFMpeg port video4linux

On 03/24/12 23:31, David Wolfskill wrote: On Sat, Mar 24, 2012 at 11:12:50PM +1000, R Skinner wrote: I'm at a loss here; I could be tired, but I cant find if video4linux has been enabled in ffmpeg (or disabled). There's nothing in the makefile either. For the life of me I cannot get it use

multimedia/ffmpeg fails to build

/vf_libopencv.c:364: warning: implicit declaration of function 'fill_picref_from_iplimage' gmake: *** [libavfilter/vf_libopencv.o] Error 1 gmake: *** Waiting for unfinished jobs *** Error code 1 Stop in /usr/ports/multimedia/ffmpeg. *** Error code 1 This is my options : === The following

Re: multimedia/ffmpeg: error updating to 0.7.1,1

: *** [libavcodec/vp56.o] Error 1 *** Error code 1 Stop in /usr/ports/multimedia/ffmpeg. *** Error code 1 Stop in /usr/ports/multimedia/ffmpeg. This is ffmpeg-0.7.1_2,1 -- Regards, Torfinn Ingolfsen ___ freebsd-ports@freebsd.org mailing list http

Re: multimedia/ffmpeg: error updating to 0.7.1,1

}:1857: Error: `(%esi,%eax)' is not a valid 64 bit base/index expression gmake: *** [libavcodec/vp56.o] Error 1 *** Error code 1 Stop in /usr/ports/multimedia/ffmpeg. *** Error code 1 Stop in /usr/ports/multimedia/ffmpeg. This is ffmpeg-0.7.1_2,1 Problem exists with 8.2-RELEASE-p2 amd64

Re: multimedia/ffmpeg: error updating to 0.7.1,1

## Torfinn Ingolfsen (tin...@gmail.com): Hi, More errors. On Sat, Jun 25, 2011 at 1:47 AM, Barbara barbara.xxx1...@libero.it wrote: I'm getting the following error (http://pastebin.com/fjggW0C4) trying to upgrade ffmpeg: On a 64-bit machine and os: tingo@kg-v2$ uname -a FreeBSD kg

Re: multimedia/ffmpeg: error updating to 0.7.1,1

On 6/26/2011 12:27 PM, Christoph Moench-Tegeder wrote: Confirmed, as long as I use the default system compiler (gcc (GCC) 4.2.1 20070719 [FreeBSD]). When using gcc 4.5 (set USE_GCC=4.5+) from ports, I can build ffmpeg just fine on amd64 8.2-RELEASE, even with SSE3 etc. enabled. I'm getting

Re: multimedia/ffmpeg: error updating to 0.7.1,1

There was a problem with the latest update - maintainer missed a patch file. It has been corrected; please update and try again. If failure persists, please talk to the maintainer. Respectfully, Robert Huff

Re: multimedia/ffmpeg: error updating to 0.7.1,1

Hi, More errors. On Sat, Jun 25, 2011 at 1:47 AM, Barbara barbara.xxx1...@libero.it wrote: I'm getting the following error (http://pastebin.com/fjggW0C4) trying to upgrade ffmpeg: On a 64-bit machine and os: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 8.1-STABLE FreeBSD 8.1-STABLE #3: Thu Sep

Re: multimedia/ffmpeg: error updating to 0.7.1,1

On Sat, Jun 25, 2011 at 7:52 PM, Torfinn Ingolfsen tin...@gmail.com wrote: Hi, More errors. On Sat, Jun 25, 2011 at 1:47 AM, Barbara barbara.xxx1...@libero.it wrote: I'm getting the following error (http://pastebin.com/fjggW0C4) trying to upgrade ffmpeg: On a 64-bit machine and os: And I

multimedia/ffmpeg: error updating to 0.7.1,1

I'm getting the following error (http://pastebin.com/fjggW0C4) trying to upgrade ffmpeg: In file included from ffplay.c:34: libavformat/avformat.h:151: warning: 'AVMetadata' is deprecated ffplay.c: In function 'input_request_frame': ffplay.c:1627: warning: passing argument 3

gstreamer-ffmpeg-0.10.11_1 build fail

Dear porters, I have following error with 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r219308 amd64. $ cd /usr/ports/multimedia/gstreamer-ffmpeg $ make [snip] *** Warning: Linking the shared library libgstffmpeg.la against the *** static library ../../gst-libs/ext/ffmpeg/libavformat/libavformat.a

php5-ffmpeg = config.m4 broken

Hello, I don't know if this issue concern port maintainer or php ffmpeg extension team directly, but after make extract in FreeBSD ports there's an error in config.m4, this line use PHP == operator that is of course not available in a .m4 file : if test $enable_ffmpeg_swscale == yes

ffmpeg install failed

: checking for ld used by GCC configure:1292: checking if the linker (/usr/bin/ld) is GNU ld configure:1308: checking for BSD-compatible nm configure:1344: checking whether ln -s works See script msgs below: dedicated# make install WITH_LAME === ffmpeg-0.5,1 depends on executable: yasm - found

Re: ffmpeg install failed

: dedicated# make install WITH_LAME === ffmpeg-0.5,1 depends on executable: yasm - found === ffmpeg-0.5,1 depends on executable: texi2html - found === ffmpeg-0.5,1 depends on executable: gmake - found === ffmpeg-0.5,1 depends on file: /usr/local/bin/sdl-config - not found ===Verifying

multimedia/ffmpeg upgrade

Just a quick note to say I had to rebuild vlc after the last ffmpeg upgrade. I can't say for other ffmpeg-dependent ports as vlc is my only one. Maybe it should be noted in UPDATING or PORTREVISION should be bumped for some ports. Cheers -- Olivier Smedts

multimedia/ffmpeg upgrade

i agree, there are other ports which need to be rebuilt. also, really old ones are broken due to api changes imho a note should be added in UPDATING -- Alberto Villa villa.albe...@gmail.com Fortune's Real-Life Courtroom Quote #52: Q: What is your name? A: Ernestine McDowell. Q: And what is

FreeBSD Port: ffmpeg-2008.07.27_9

Dear sir, On the 10th of March 2009 FFmpeg 0.5 was released. Can you tell me if this version will be ported to FreeBSD, and if so, do you have an idea about a release date of this port? Thanks in advance. With kind regards, Laurens Kistenkas

ffmpeg vulnerability

(Resending, I did not see it posted earlier) ffmpeg has 3 announced vulnerabilities in this past month. Here is the latest... 09.6.23 CVE: Not Available Platform: Cross Platform Title: FFmpeg libavformat/4xm.c Remote Code Execution Description: FFmpeg is an application used to record, convert

ffmpeg 2007.9.14 not compiling (long log inline in email)

Hi folks, I tried a portupgrade -ay last week and found ffmpeg wasn't compiling for me, but didn't have time to fire off an email. This morning, I updated my ports tree, deinstalled ffmpeg and removed its files from distfiles, to make sure I would be giving myself the best shot at compiling. I

amd64: cc -dumpmachine [ffmpeg]

. At least configure script of the latest ffmpeg-devel port seems to be confused by this. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: amd64: cc -dumpmachine [ffmpeg]

of the latest ffmpeg-devel port seems to be confused by this. The same behaviour also on: [EMAIL PROTECTED] /root]# uname -srm FreeBSD 5.4-STABLE i386 [EMAIL PROTECTED] /root]# gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD

Re: amd64: cc -dumpmachine [ffmpeg]

the same empty result on a 32bit RELENG_6 (i386) machine here. It seems to be normal. Maybe normal for FreeBSD GCC but not for GCC in general. E.g.: $ uname -srm Linux 2.6.19-1.2895.fc6xen x86_64 $ cc -dumpmachine x86_64-redhat-linux At least configure script of the latest ffmpeg-devel port

Re: amd64: cc -dumpmachine [ffmpeg]

of the latest ffmpeg-devel port seems to be confused by this. Works fine here on said i386 machine. So it must be something else, no related to the -dumpmachine output, but maybe amd64-related. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M

Re: amd64: cc -dumpmachine [ffmpeg]

-pc-linux-gnu)---and don't do anything else. At least configure script of the latest ffmpeg-devel port seems to be confused by this. yeah, I noticed that. ffmpeg doesn't build on amd64 right now as ARCH_X86 or ARCH_X86_64. and ffmpeg-devel tries to compile amd64 as ARCH_X86 right now

Re: amd64: cc -dumpmachine [ffmpeg]

) machine here. It seems to be normal. Maybe normal for FreeBSD GCC but not for GCC in general. E.g.: $ uname -srm Linux 2.6.19-1.2895.fc6xen x86_64 $ cc -dumpmachine x86_64-redhat-linux At least configure script of the latest ffmpeg-devel port seems to be confused by this. Works fine here

multimedia/ffmpeg missing BUILD_DEPENDS?

Trying to build multimedia/ffmpeg (0.4.9.p1_7) fails because pod2man is not found. ffmpeg-0.4.9.p1_6 is already installed so this must be in the latest change. Looking at the Makefile it appears that pod2man is only required if the docs are built, but even trying to build with -DNOPORTDOCS

ffmpeg-devel WITH_VIDEO_CAPTURE=yes WITH_BKTR_FORMAT=PAL WITH_BKTR_DEV=1 broken

Hello, I have some problems with ffmpeg-devel: [12:[EMAIL PROTECTED]:/usr/ports/multimedia/ffmpeg-devel# make WITH_VIDEO_CAPTURE=yes WITH_BKTR_FORMAT=PAL WITH_BKTR_DEV=1 patch Define WITHOUT_FFMPEG_FFSERVER to disable ffserver build Define WITHOUT_IPV6 to disable IPV6 network support