Re: [FFmpeg-user] How to create error log file ffmpeg Loudnorm?
OK, but how to make the names of the log files, which will be generated in the Normalizando_lufs folder, match the names of the mp3 audios, e.g.: Blalala.log Cracrcra.log Dedede.log ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] How to create error log file ffmpeg Loudnorm?
On 25-04-2024 09:10, CMG DiGiTaL wrote: OK, but how to make the names of the log files, which will be generated in the Normalizando_lufs folder, match the names of the mp3 audios, e.g.: Blalala.log Cracrcra.log Dedede.log Rename them after they have been created, but before starting the next conversion? ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] MpegTS CBR
Hello all Dear developers, is there anyone here who was able to solve the problem of realtime CBR stream generation in mpegts multiplexer? Best regards, Serhii ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Use processed filename as draw text after tmix, in one pass?
> On Apr 24, 2024, at 11:54 PM, Paul B Mahol wrote:
>
> On Thu, Apr 25, 2024 at 6:21 AM Steven Kan wrote:
>
>>
>>> Thanks! This works, and I agree that it’s better than using the filename:
>>>
>>> ffmpeg -pattern_type glob -i '*.jpg' -vf
>> "drawtext=text='%{metadata\\:DateTimeOriginal}':
>> fontfile=/System/Library/Fonts/Helvetica.ttc:fontcolor=white: fontsize=48:
>> x=(w-text_w)*0.01: y=(h-text_h)*0.98" -y CombLapseWithTimeStamp.mp4
>>>
>>> I can now add tmix after drawtext:
>>>
>>> ffmpeg -pattern_type glob -i '*.jpg' -vf
>> "drawtext=text='%{metadata\\:DateTimeOriginal}':
>> fontfile=/System/Library/Fonts/Helvetica.ttc:fontcolor=white: fontsize=48:
>> x=(w-text_w)*0.01: y=(h-text_h)*0.98, tmix=frames=10:weights='1'" -y
>> CombLapseWithTimeStampAndTmix.mp4
>>>
>>> And it renders, but the timestamps get blended.
>>>
>>> Can I use “split” to make one stream of images from which I can extract
>> the timestamp, and then another stream for tmix, and then overlay the
>> timestamp after tmix? How would I sync up the two streams, since tmix would
>> be N frames shorter than the original?
>>
>> Hmmm.
>>
>> This:
>>
>> https://youtu.be/-NB1JzR5aCQ
>>
>> is the result of:
>>
>> ffmpeg -pattern_type glob -i '*.jpg' -vf "split [tmp][main]; [tmp]
>> crop=iw:ih*0.05:0:ih*0.95, drawtext=text='%{metadata\\:DateTimeOriginal}':
>> fontfile=/System/Library/Fonts/Helvetica.ttc:fontcolor=white: fontsize=72:
>> x=(w-text_w)*0.01: y=(h-text_h)*0.01 [text]; [main]
>> tmix=frames=10:weights='1' [blend]; [blend][text] overlay=0:H*0.95" -y
>> CombLapseWithTimeStampAndTmixSplit.mp4
>>
>> which approximates the result I'm trying to achieve, but it's cheating,
>> because it's making a separate stream of the bottom 5% of the video with
>> the drawtext overlay, and then overlaying that on top of the blended
>> frames. It appears to work only because there's nothing much happening in
>> the bottom half of the frames. If there were any significant bee activity
>> in the bottom 5% it would be apparent that that section is not getting
>> tmixed.
>>
>> Can anyone help me construct a filter chain that will overlay the internal
>> timestamp in an arbitrary position on top of the blended frames, after tmix
>> has been applied?
>>
>
> Not anyone, but what about adding drawtext *after* tmix ?
I actually tried that first, e.g.:
ffmpeg -pattern_type glob -i '*.jpg' -vf "tmix=frames=10:weights='1',
drawtext=text='%{metadata\\:DateTimeOriginal}':
fontfile=/System/Library/Fonts/Helvetica.ttc:fontcolor=white: fontsize=48:
x=(w-text_w)*0.01: y=(h-text_h)*0.98" -y CombLapseWithTimeStampAndTmix.mp4
and it renders no drawtext. If I change '%{metadata\\:DateTimeOriginal}' to
'%{metadata\:lavf.image2dec.source_basename\:NA}' then the drawtext renders as
“NA”, presumably because the tmixed images no longer have a filename or a
timestamp.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Initialising hardware device fails with error -17
Hi Haihao, this is an update finding myself in a happy mood 🙂 openSuSE ships both _libmfx_, and _libmfx-gen_. It took me some time to realise that, but your last response lead me in the right direction. I compiled libmfx-gen, and voila I can qsv transcode as desired. Thank you for your continuous support, Martin. Am 24/04/2024 um 04:26 schrieb Xiang, Haihao: Hi Martin, /usr/lib64/libmfxhw64.so.1.35 is for legacy HWs, you should install the vpl runtime for your i9-13900. libmfx-gen.so is a link to the vpl runtime. For example, below is the runtime in my system: $ ls -l /usr/lib/x86_64-linux-gnu/libmfx-gen.so* lrwxrwxrwx 1 root root17 Apr 24 10:09 /usr/lib/x86_64-linux-gnu/libmfx-gen.so -> libmfx-gen.so.1.2 lrwxrwxrwx 1 root root20 Apr 24 10:09 /usr/lib/x86_64-linux-gnu/libmfx-gen.so.1.2 -> libmfx-gen.so.1.2.10 -rw-r--r-- 1 root root 114212224 Apr 24 10:09 /usr/lib/x86_64-linux-gnu/libmfx-gen.so.1.2.10 Please install the runtime component via apt/yum etc or install the library to /usr/lib64 when building the runtime from source code, then retest. BRs Haihao Hi Haihao, when running "vpl-inspect", I get this, and only this Implementation #0: mfxhw64 Library path: /usr/lib64/libmfxhw64.so.1.35 AccelerationMode: MFX_ACCEL_MODE_VIA_VAAPI ApiVersion: 1.35 Impl: MFX_IMPL_TYPE_HARDWARE VendorImplID: 0x ImplName: mfxhw64 License: Version: 1.2 Keywords: MSDK,x64 VendorID: 0x8086 mfxAccelerationModeDescription: Version: 1.0 Mode: MFX_ACCEL_MODE_VIA_VAAPI mfxPoolPolicyDescription: Version: 1.0 mfxDeviceDescription: MediaAdapterType: MFX_MEDIA_UNKNOWN DeviceID: a780/0 Version: 1.1 mfxDecoderDescription: Version: 0.0 mfxEncoderDescription: Version: 0.0 mfxVPPDescription: Version: 0.0 NumExtParam: 0 Warning - MFX_IMPLCAPS_SURFACE_TYPES not supported Total number of implementations found = 1 I do NOT have the library "libmfx-gen.so" in my system... Best wishes, Martin. On Tuesday, 23 April, 2024 17:57 CEST, "Xiang, Haihao" wrote: Hi Martin, I may reproduce your issue in my side if there is only msdk runtime (libmfxhw.so) in my system. Could you run vpl-inspect to check whether vpl gpu runtime (libmfx-gen.so) is available in your side ? $ vpl-inspect | grep libmfx-gen.so BRs Haihao ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". -- Martin Stenzel · er/ihm · he/him m.sten...@mail.xy-space.de An der Drehscheibe 9 D-50733 Köln · Cologne Deutschland · Germany This message was checked by ESET Endpoint Antivirus for Linux. Detection Engine Version: 29125 (20240425). smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
