Package Details: ffmpeg-full 7.1-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-full.git (read-only, click to copy)
Package Base: ffmpeg-full
Description: Complete solution to record, convert and stream audio and video (all possible features including libfdk-aac)
Upstream URL: https://www.ffmpeg.org/
Keywords: audio codec convert cuda cuvid decklink encoder fdk-aac fdkaac hwaccel libnpp media nvenc svt video
Licenses: LicenseRef-nonfree-and-unredistributable
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: rpolzer
Maintainer: dbermond
Last Packager: dbermond
Votes: 135
Popularity: 0.76
First Submitted: 2013-01-24 11:17 (UTC)
Last Updated: 2024-11-07 22:45 (UTC)

Required by (1920)

Sources (10)

Pinned Comments

dbermond commented on 2024-06-24 15:59 (UTC)

@LordSIGSEGV avoid creating files not tracked by pacman in the system reserved directories, specially symlinks to shared libraries, as this have the potential to completely break your system. I have already notified the quirc maintainer in the aur web page of the package in April-2024. While this issue is not solved in quirc, I recommend to use quirc-git, which currently has a better packaging and does not suffer from this problem.

Latest Comments

« First ‹ Previous 1 .. 30 31 32 33 34 35 36 37 38 39 40 .. 55 Next › Last »

Trollwut commented on 2016-12-26 18:18 (UTC)

Ok just to be clear: Do I now need community/flite or aur/flite1? If both are ok, may you declare them both as an "OR" dependency?

dark-saber commented on 2016-12-26 13:23 (UTC)

ffmpeg supports only flite v1 officially, and while it compiles with the unsupported flite2, some features do not work correctly (and may brake more in the future) - also, see https://aur.archlinux.org/cgit/aur.git/commit/?h=ffmpeg-full-git&id=4bbf8aa31abc4ff2a4cf32ad67b77581a1efb926. However, I see the major issues with building flite1 from AUR, so I'm reverting this change.

TilmanV commented on 2016-12-25 11:02 (UTC)

Why is flite1 a makedep? I was able to compile this package with community/flite

Trollwut commented on 2016-12-11 19:34 (UTC) (edited on 2016-12-11 19:35 (UTC) by Trollwut)

Hey darky! Tested it today after a restart and it worked. Didn't change anything, but Kernel 4.8.12-2 was running, while 4.8.12-3 was installed. Maybe this was the issue, but couldn't proof it, as I didn't think about. Maybe I'll look into that on next update. :) //EDIT: Running community/obs-studio btw

dark-saber commented on 2016-12-11 19:04 (UTC)

Trollwut: Well, I guess, disregard the previous message, I've found out that SimpleScreenRecorder fails only when I'm trying to record all 3 screens at once, recording one screen with nvenc works.

dark-saber commented on 2016-12-11 07:38 (UTC)

Trollwut: I'm able to reproduce the issue with simplescreenrecorder, if i select *nvenc* codecs, recompiling SSR from git doesn't change anything, but OBS works just fine, even the community/obs-studio. That's somewhat strange.

dark-saber commented on 2016-12-11 06:32 (UTC) (edited on 2016-12-11 06:36 (UTC) by dark-saber)

Trollwut: I've tried it now and NVENC recording works for me with obs-studio-git 0.16.6.r25.g752c118-1. There are some warnings (http://pastebin.com/KiWkkTjD), but nothing too important. Which version of obs do you use and have you tried to recompile it after the ffmpeg-full-nvenc upgrade? Update: Hmm, community/obs-studio 0.16.6-1 works for me too.

Trollwut commented on 2016-12-10 21:39 (UTC) (edited on 2016-12-10 22:44 (UTC) by Trollwut)

Sorry, will edit! Unfortunatelly, since the last package update I can't record with NVENC per OBS (Open Broadcaster Studio). :C Running `obs` per terminal will give me this error: warning: Failed to open video codec: Unknown error occurred warning: ffmpeg_data_init failed `simplescreenrecorder` does this error: [BaseEncoder::Init] Error: Can't open codec! [PageRecord::StartOutput] Error: Something went wrong during initialization.

saildata commented on 2016-12-08 19:33 (UTC)

@dark-saber Thank you for updating this and looking into the dependencies further! I ended up downgrading this package, chromaprint, and `IgnorePkg` for ocl-icd. I'll try this latest build and report back. @Trollwut Where it's not completely obvious, as a courtesy to others, would you mind explaining the flags passed to pacman when posting them? That way, people who are newer to the pacman tool (or any tool based on pacman) understand the command better. I understand what they are doing, but I could imagine a scenario where someone blindly types `pacman -Rdd` without knowing that it skips all dependency checks, for example. Thanks, everyone!

« First ‹ Previous 1 .. 30 31 32 33 34 35 36 37 38 39 40 .. 55 Next › Last »