Arch Linux User Repository

@tuxiy Hello once again, turns out an API change in the new x265 version broke the ffmpeg5.1 package. I cherry-picked the patches that fix the issue, however from my testing it seems that the encoder tends to reject most video files. Try to re-encode the file using FFmpeg that you're trying to encode for FastVideoDS. I think formats using the x264 and AAC codecs work the best.

@bemxio With ffmpeg6.1 it's even worse: Unhandled exception. System.DllNotFoundException: Unable to load DLL 'avformat.59 under /usr/lib': The specified module could not be found. at FFmpeg.AutoGen.ffmpeg.LoadLibrary(String libraryName, Boolean throwException) at FFmpeg.AutoGen.ffmpeg.<>c.<.cctor>b__7_0(String libraryName) at FFmpeg.AutoGen.ffmpeg.<>c.<.cctor>b__7_244(AVFormatContext** ps, String url, AVInputFormat* fmt, AVDictionary** options) at Gericom.FastVideoDSEncoder.FFMpegDecoder..ctor(String srcPath, Int64 startPts, Int32 videoStreamId, Int32 audioStreamId) in /home/tuxiy/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/FFMpegDecoder.cs:line 55 at Gericom.FastVideoDSEncoder.FvEncoder.Encode(String inFile, String outFile, Int32 jobCount) in /home/tuxiy/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/FvEncoder.cs:line 117 at Gericom.FastVideoDSEncoder.Program.<>c.<Main>b__1_1(Options opt) in /home/tuxiy/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/Program.cs:line 45 at CommandLine.ParserResultExtensions.WithParsed[T](ParserResult1 result, Action1 action) at Gericom.FastVideoDSEncoder.Program.Main(String[] args) in /home/tuxiy/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/Program.cs:line 42 Aborted (core dumped)

@tuixy Hmm, I'm not really sure what causes this exception, but there's still something wrong with the FFmpeg 5.1 package. You could try installing the 6.1 package as well to see if it makes any difference.

I'll try to play around with compilation options and see if enabling or disabling something will work.

@bemxio You partially solved the issue. Now it saus: Unhandled exception. System.Exception: av_seek_frame failed at Gericom.FastVideoDSEncoder.FFMpegDecoder..ctor(String srcPath, Int64 startPts, Int32 videoStreamId, Int32 audioStreamId) in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/FFMpegDecoder.cs:line 118 at Gericom.FastVideoDSEncoder.FvEncoder.Encode(String inFile, String outFile, Int32 jobCount) in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/FvEncoder.cs:line 134 at Gericom.FastVideoDSEncoder.Program.<>c.<Main>b__1_1(Options opt) in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/Program.cs:line 45 at CommandLine.ParserResultExtensions.WithParsed[T](ParserResult1 result, Action1 action) at Gericom.FastVideoDSEncoder.Program.Main(String[] args) in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/Program.cs:line 42 Aborted (core dumped)

@tuxiy Hi, it was an issue with the ffmpeg5.1 package. I adopted it and fixed the problem, please check if this package works for you now!

Hello! When i try to run fastvideods-encoder i get the following error: Unhandled exception. System.DllNotFoundException: Unable to load DLL 'swresample.4 under /usr/lib': The specified module could not be found. at FFmpeg.AutoGen.ffmpeg.LoadLibrary(String libraryName, Boolean throwException) at FFmpeg.AutoGen.ffmpeg.<>c.<.cctor>b__7_0(String libraryName) at FFmpeg.AutoGen.ffmpeg.<>c.<.cctor>b__7_637(SwrContext** ps, AVChannelLayout* out_ch_layout, AVSampleFormat out_sample_fmt, Int32 out_sample_rate, AVChannelLayout* in_ch_layout, AVSampleFormat in_sample_fmt, Int32 in_sample_rate, Int32 log_offset, Void* log_ctx) at FFmpeg.AutoGen.ffmpeg.swr_alloc_set_opts2(SwrContext** ps, AVChannelLayout* out_ch_layout, AVSampleFormat out_sample_fmt, Int32 out_sample_rate, AVChannelLayout* in_ch_layout, AVSampleFormat in_sample_fmt, Int32 in_sample_rate, Int32 log_offset, Void* log_ctx) at Gericom.FastVideoDSEncoder.FFMpegDecoder.ReceiveAudioFrame() in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/FFMpegDecoder.cs:line 261 at Gericom.FastVideoDSEncoder.FFMpegDecoder.PumpData() in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/FFMpegDecoder.cs:line 356 at Gericom.FastVideoDSEncoder.FFMpegDecoder..ctor(String srcPath, Int64 startPts, Int32 videoStreamId, Int32 audioStreamId) in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/FFMpegDecoder.cs:line 166 at Gericom.FastVideoDSEncoder.FvEncoder.Encode(String inFile, String outFile, Int32 jobCount) in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/FvEncoder.cs:line 117 at Gericom.FastVideoDSEncoder.Program.<>c.<Main>b__1_1(Options opt) in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/Program.cs:line 45 at CommandLine.ParserResultExtensions.WithParsed[T](ParserResult1 result, Action1 action) at Gericom.FastVideoDSEncoder.Program.Main(String[] args) in /home/tuxiy/.cache/yay/fastvideods-encoder-git/src/FastVideoDSEncoder/FastVideoDSEncoder/Program.cs:line 42 Aborted (core dumped) I have all the dependencies installed, and my machine supports AVX2.

You have to keep the epoch value, and also you should never decrease it.

This is the only mechanism that the Arch packaging tools support for ensuring that the version is strictly monotonically increasing, in cases when the base pkgver gets decreased, irrespective of the reason behind it.

But you don't have to worry about it. Visually it might look strange, but this kind of version string is completely normal on Arch Linux. In fact, many repo packages have such a version.

@MarsSeed I have added the epoch. Will I be able to delete it later on though, or will it need to stay forever, since the project doesn't seem to be updating real soon?

Also, please just comment in case of that stuff. Flagging packages is exclusively for when they're behind the latest release.

@MarsSeed Sorry for not being active, I will do it today. Thank you for making an alternative package for ffmpeg-compat-59!

Please kindly switch depends from the defunct ffmpeg-compat-59 to its equivalent that works, ffmpeg5.1.

Also please declare dotnet-runtime-6.0 in depends instead of dotnet-runtime. As the application does not work with other versions.

Implementing a pkgver() function in PKGBUILD is also required by Arch VCS package guidelines.