/usr/bin/ffmpeg -y -i "/home/me/Downloads/video_2023-10-29_22-47-48.f4v" "/home/me/Downloads/~~~video_2023-10-29_22-47-48.mp4" ffmpeg version 5.1.3 Copyright (c) 2000-2022 the FFmpeg developers built with gcc 12 (Mageia 12.3.0-3.mga9) configuration: --prefix=/usr --enable-shared --enable-pic --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include --disable-stripping --enable-postproc --enable-gpl --enable-pthreads --enable-libtheora --enable-libvorbis --disable-encoder=vorbis --enable-libvpx --enable-runtime-cpudetect --enable-libaom --enable-libdc1394 --enable-librtmp --enable-libspeex --enable-libfreetype --enable-libgsm --enable-libcelt --enable-libopenmpt --enable-libopus --disable-libopencv --enable-libopenjpeg --enable-libvidstab --enable-libtwolame --enable-libxavs --enable-frei0r --enable-libmodplug --enable-libass --enable-gnutls --enable-libcdio --enable-libmfx --enable-libpulse --enable-libv4l2 --enable-opencl --enable-libmp3lame --enable-sndio --enable-libdav1d --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --enable-libx264 --enable-libx265 --enable-libvo-amrwbenc --enable-libxvid --enable-libjxl libavutil 57. 28.100 / 57. 28.100 libavcodec 59. 37.100 / 59. 37.100 libavformat 59. 27.100 / 59. 27.100 libavdevice 59. 7.100 / 59. 7.100 libavfilter 8. 44.100 / 8. 44.100 libswscale 6. 7.100 / 6. 7.100 libswresample 4. 7.100 / 4. 7.100 libpostproc 56. 6.100 / 56. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/me/video_2023-10-29_22-47-48.f4v': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2023-10-29T20:11:44.000000Z Duration: 00:03:18.40, start: 0.000000, bitrate: 1643 kb/s Stream #0:0[0x1](eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 464x848, 1584 kb/s, 24.17 fps, 30 tbr, 90k tbn (default) Metadata: creation_time : 2023-10-29T20:11:41.000000Z handler_name : VideoHandle vendor_id : [0][0][0][0] Stream #0:1[0x2](eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 52 kb/s (default) Metadata: creation_time : 2023-10-29T20:11:41.000000Z handler_name : SoundHandle vendor_id : [0][0][0][0] Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (native)) Press [q] to stop, [?] for help [libx264 @ 0x1764f00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 [libx264 @ 0x1764f00] profile High, level 3.1, 4:2:0, 8-bit [libx264 @ 0x1764f00] 264 - core 164 - H.264/MPEG-4 AVC codec - Copyleft 2003-2022 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '/home/me/Downloads/~~video_2023-10-29_22-47-48.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf59.27.100 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 464x848, q=2-31, 30 fps, 15360 tbn (default) Metadata: creation_time : 2023-10-29T20:11:41.000000Z handler_name : VideoHandle vendor_id : [0][0][0][0] encoder : Lavc59.37.100 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2023-10-29T20:11:41.000000Z handler_name : SoundHandle vendor_id : [0][0][0][0] encoder : Lavc59.37.100 aac
@ Holger I can see you are using ffmpeg-5.1.3, but not whether you are using ffmpeg-5.1.3-3.mga9 or ffmpeg-5.1.3-3.mga9.tainted Please tell us. CC'ing the registered maintainer.
Keywords: (none) => NEEDINFOCC: (none) => marja11, smelrorSource RPM: (none) => ffmpeg-5.1.3-3.mga9(tainted?)
Updated *mythtv*-33.1-20231015.1.mga9 packages were pushed by daviddavid to: 9 core/updates_testing and 9 tainted/updates_testing (Depending on your mirror, it might take a while before you see them) Holger, can you test whether they solve this issue for you?
CC: (none) => geiger.david68210
No, i have deleted the tainted package, but i can not pick the x64 one.
(In reply to Marja Van Waes from comment #2) > Updated *mythtv*-33.1-20231015.1.mga9 packages were pushed by daviddavid to: ? Is this not about a straight video conversion using ffmpeg directly? @Holger You say "does not work anymore". Please say more. In what way does it not work? I can spot no error in the console output (but there might be). Does it simply do nothing? Or stop with an error message? Or crash? Is this your first use of ffmpeg under Mageia 9? It has not been updated since release. Does it fail with other similar conversions, say different videos and/or different input or output formats? If it stays running without finishing, use from a different terminal: $ top to see whether it is using all of a CPU, probably looping. Take a look at the output file after a failure with: $ ls -l /home/me/Downloads/~~~video_2023-10-29_22-47-48.mp4 Is it there at all? Is it empty? Does it look as if something has been done? Post this output. (In reply to Holger Mainz from comment #3) > No, i have deleted the tainted package, but i can not pick the x64 one. To show exactly what package you have installed, do: $ rpm -q ffmpeg Do this after each re-install to check you have the variant you expect. The 'tainted' option is common, but if the UNtainted one does the job - good. Are you using Add/Remove software to (un)install ffmpeg? You cannot simply remove it because other packages depend on it, and they will be removed too. I suggest using: # urpmi --replacepkgs [--test] ffmpeg with Tainted repo enabled to get the tainted; disabled to get the purer version. The --test option tries the command without actually doing it, but does download the package. Because it is the same package name, do before installing either version explicitly: # urpmi --clean which clears the RPM cache, and avoids using what is there (which might be the wrong one) rather than downloading it.
CC: (none) => lewyssmith
(In reply to Lewis Smith from comment #4) > Is this not about a straight video conversion using ffmpeg directly? > Yes. That was a senior monent :-( I've marked that comment as "off-topic"
Thanks for helping me with the problem. Im using ffmulticonverter. Previously, just a 1kb file was created and the process stopped. I took down all ffmpeg, but reinstalled, because i had needed it. localhost➜ ~ ⯈ rpm -q ffmpeg ffmpeg-5.1.3-3.mga9.tainted localhost➜ ~ ⯈ Now it is again working. Only problem at the moment is, that the progress bar stalls at 0%, but the conversion is done.
To elaborate a bit further: @Holger You say "does not work anymore". Please say more. In what way does it not work? I can spot no error in the console output (but there might be). Does it simply do nothing? Or stop with an error message? Or crash? ---> It converts but no progress bar, no done message. Otherwise as expected. Is this your first use of ffmpeg under Mageia 9? It has not been updated since release. ---> I think so, yes. Does it fail with other similar conversions, say different videos and/or different input or output formats? ---> Seems, in / outputformat was not the prob. > No, i have deleted the tainted package, but i can not pick the x64 one. To show exactly what package you have installed, do: $ rpm -q ffmpeg Do this after each re-install to check you have the variant you expect. The 'tainted' option is common, but if the UNtainted one does the job - good. Are you using Add/Remove software to (un)install ffmpeg? You cannot simply remove it because other packages depend on it, and they will be removed too. I suggest using: # urpmi --replacepkgs [--test] ffmpeg with Tainted repo enabled to get the tainted; disabled to get the purer version. The --test option tries the command without actually doing it, but does download the package. Because it is the same package name, do before installing either version explicitly: # urpmi --clean which clears the RPM cache, and avoids using what is there (which might be the wrong one) rather than downloading it. --> Thanks for the good hints: Can i somehow browse my requests, in case i have to reread something ? I was using the mcc and dnf for the install / erase process.
Thank you for your explanations. (In reply to Holger Mainz from comment #6) > Im using ffmulticonverter. My fault, misled by the terminal command /usr/bin/ffmpeg in comment 0. Only just discovered: Name : ffmulticonverter Summary : GUI File Format Converter Description : Graphical application which enables you to convert audio, video, image and document files between all popular formats using ffmpeg, unoconv, and PythonMagick. > Now it is again working. Only problem at the moment is, that the progress > bar stalls at 0%, but the conversion is done. This may be the only fault. Will try it... In fact there are two problems: * With some conversions, the progress bar does not advance, but is shown full at end and the convert dialogue shows end. * With some conversions, the progress bar never shows, and even when the conversion is finished, the convert dialogue remains active, not at end. When it does finish (use 'ls -l' repeatedly on the output file to see two identical file sizes), you have to dismiss the dialogue 'Cancel'. In this case, the converted video *is* however valid & viewable. In my tests, the only one that went visibly to end was webm-mp4. Others that got converted blindly were mp4-avi, avi-mp4. No time to test further. @Holger: it would help if you could try conversions between different formats to identify more that display correctly, or do not. Pinging Ben in case he can. The program is quick & easy to use.
Source RPM: ffmpeg-5.1.3-3.mga9(tainted?) => ffmulticonverter-1.8.0-9.mga9.src.rpmCC: (none) => westel
will try another system ~ https://mirror.aarnet.edu.au/pub/mageia/distrib/9/x86_64/media/core/release/python3-sip-4.19.25-8.mga9.x86_64.rpm ~ Installation failed: python3-sip conflicts with (installed) python3-sip6-6.7.6-1.mga9.x86_64
Created attachment 14130 [details] .mp4 original
Created attachment 14131 [details] avi convert playback
not sure I would be happy with the conversion. uname -r 6.4.9-desktop-4.mga9 progress bar .mp4 to .avi, not ok. conversion playback - ok. progress bar .mp4 to .mkv, not ok. conversion playback - ok. progress bar .mp4 to .webm, not ok. conversion playback - ok. terminal output: Exception in thread Thread-1 (convert): Traceback (most recent call last): File "/usr/lib/python3.10/threading.py", line 1016, in _bootstrap_inner self.run() File "/usr/lib/python3.10/threading.py", line 953, in run self._target(*self._args, **self._kwargs) File "/usr/lib/python3.10/site-packages/ffmulticonverter/progress.py", line 249, in convert if conv_func(*params): File "/usr/lib/python3.10/site-packages/ffmulticonverter/progress.py", line 307, in convert_video self.nowQPBar.setValue(100 * now_sec / total) TypeError: setValue(self, value: int): argument 1 has unexpected type 'float'
Thanks for trying. It looks more a case of identifying conversions that end correctly, rathet than those that do not. You agree with me that even those that do not visibly end (but do, invisibly) give a good output. Let's see if Holger comes up with anything more.
Another thing occurs to me, if someone has the time. The ffmulticonverter 'Details' window starts with the actual ffmpeg command it uses - see comment 0. It would be worth knowing whether, for a 'blind' conversion, issuing exactly the same command from a terminal returns to command prompt at end, or hangs. This would indicate whether ffmpeg is the culprint (does not return), or ffmulticonverter (ffmpeg returns).
(In reply to Lewis Smith from comment #14) > Another thing occurs to me, if someone has the time. > The ffmulticonverter 'Details' window starts with the actual ffmpeg command > it uses - see comment 0. > It would be worth knowing whether, for a 'blind' conversion, issuing exactly > the same command from a terminal returns to command prompt at end, or hangs. > This would indicate whether ffmpeg is the culprint (does not return), or > ffmulticonverter (ffmpeg returns). running the command from comment 0: /usr/bin/ffmpeg -y -i "/home/me/Downloads/video_2023-10-29_22-47-48.f4v" "/home/me/Downloads/~~~video_2023-10-29_22-47-48.mp4" adjusted for my directory and filename, seem to work fine. no GUI of course.
Hmm, there is no progress as of now. When i cue more than one file, ffconverter does not automatically start the next one. In addition, oftentimes, i damp down clips, but that is difficult by using the terminal ( at least for me )
(In reply to Holger Mainz from comment #16) > Hmm, there is no progress as of now. When i cue more than one file, > ffconverter does not automatically start the next one. One can guess that this happens when the GUI program does not pick up the end of the conversion (which is however done), the main fault. So it gets stuck on the 'blind' conversion. Holger, can you supply us with some specific file conversions (from and to formats) that do not seem to work properly, so we can try them? Our version 1.8.0 is that currently offered, and seems to go back to 2017.
Keywords: NEEDINFO => (none)
Hi Lewis. All files, that were on to of the stack, were converted properly. But in order to be sure, the conversion has finished, one has to click "cancel" and perform a find to see if the file is there. If you pick "delete source", this is not done. But " save to the same folder " is done. So, it seems, it is not a ffmpeg problem
Thank you for this further information. I have just tried the [same] program under Mageia 8, and the faults reported in this bug do not happen there. To recap the main one: many conversion are done 'blindly'; that is, with no progress or 'done' information. The output file is, however, correct. The GUI hangs despite what is being/has been done. Note that the same package works on M8, so this is a reversion due to something else. Noting for ERRATA. Obliged to assign this globally.
Assignee: bugsquad => pkg-bugsSummary: ffmulticonverter does not work anymore => ffmulticonverter does not work correctly on Mageia 9; the same version did work on M8Keywords: (none) => FOR_ERRATA9CC: lewyssmith => (none)
Upstream information ffmulticonverter-1.8.0.tar.gz 2016-06-30 So I guess is ffmulticonverter have compatibility issues with current ffmpeg version
(In reply to Lewis Smith from comment #19) > Thank you for this further information. > I have just tried the [same] program under Mageia 8, and the faults reported > in this bug do not happen there. To recap the main one: > many conversion are done 'blindly'; that is, with no progress or 'done' > information. The output file is, however, correct. The GUI hangs despite > what is being/has been done. > > Note that the same package works on M8, so this is a reversion due to > something else. Noting for ERRATA. > > Obliged to assign this globally. OKed. I think, for me, the bugfixing is over, as the problem is handed over to the experts.
Blocks: (none) => 32127
It seems fixed on github: https://github.com/ilstam/FF-Multi-Converter/commit/c47d47ab7f66a1973b1314ef531de2fb444c2fe6 There is no release since 1.8.0, though.
CC: (none) => geex+mageia
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=34005
*** Bug 34005 has been marked as a duplicate of this bug. ***
CC: (none) => andrewsfarm
No updates upstream since 2016 - it is not being maintained, and should be dropped for Mageia 10.
(In reply to Thomas Andrews from comment #24) > No updates upstream since 2016 - it is not being maintained, and should be > dropped for Mageia 10. I'll check if the commit in comment#22 fix something but is 4 years old
I see a version that make the changes in the commit, I don't know why not was assigned to QA RPMS: ffmulticonverter-1.8.0-10.1.mga9.noarch.rpm SRPM: ffmulticonverter-1.8.0-10.1.mga9.src.rpm
Assignee: pkg-bugs => qa-bugs
RH x86_64 Current package LC_ALL=C urpmi ffmulticonverter To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release (distrib1)") ffmulticonverter 1.8.0 9.mga9 noarch python3-sip 4.19.25 8.mga9 x86_64 2.3MB of additional disk space will be used. 404KB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) Testing package LC_ALL=C urpmi ffmulticonverter installing ffmulticonverter-1.8.0-10.1.mga9.noarch.rpm from //home/katnatek/qa-testing/x86_64 Preparing... ################################################################################################## 1/1: ffmulticonverter ################################################################################################## Try to convert mp4 to avi, the conversion crash QWidget::repaint: Recursive repaint detected QWidget::repaint: Recursive repaint detected QBackingStore::endPaint() called with active painter; did you forget to destroy it or call QPainter::end() on it? Violación de segmento (`core' generado) dmesg shows [ 5352.008166] ffmulticonverte[63545]: segfault at 1c8 ip 00007f86c2aeafb6 sp 00007f8690ff6160 error 4 in libQt5Gui.so.5.15.7[7f86c2ae2000+4af000] likely on CPU 2 (core 2, socket 0)
@David just need to rebuild, perhaps some of the recent qt updates produce noise I test the same mp4 to avi conversion and this time not crash, the progress bar works
I can only confirm the feedback on the CLI as given in Comment 12.
CC: (none) => herman.viaene
(In reply to katnatek from comment #28) > @David just need to rebuild, perhaps some of the recent qt updates produce > noise > I test the same mp4 to avi conversion and this time not crash, the progress > bar works After a local rebuild on your machine?
I cannot install it on my machine because it requires python3-sip, which conflicts with the python3-sip6 that is already installed there. Ben ran into the same problem in comment 9. $ urpmq --whatrequires python3-sip6 mageiasync python3-qt5-qhexedit2-devel python3-sip6 I have Mageiasync installed, and will be needing it when (if?) we start testing isos for Cauldron. But: $ urpmq --whatrequires python3-sip autohint-onoff enki ffmulticonverter meteo-qt python3-sip python3-sip-devel pyzo qarte sansimera-qt So it looks like this conflict needs to be resolved somehow, because it affects the installation of several packages.
(In reply to David GEIGER from comment #30) > (In reply to katnatek from comment #28) > > @David just need to rebuild, perhaps some of the recent qt updates produce > > noise > > I test the same mp4 to avi conversion and this time not crash, the progress > > bar works > > After a local rebuild on your machine? Yes that what I did try to say (In reply to Thomas Andrews from comment #31) > I cannot install it on my machine because it requires python3-sip, which > conflicts with the python3-sip6 that is already installed there. Ben ran > into the same problem in comment 9. > > $ urpmq --whatrequires python3-sip6 > mageiasync > python3-qt5-qhexedit2-devel > python3-sip6 > > I have Mageiasync installed, and will be needing it when (if?) we start > testing isos for Cauldron. But: > > $ urpmq --whatrequires python3-sip > autohint-onoff > enki > ffmulticonverter > meteo-qt > python3-sip > python3-sip-devel > pyzo > qarte > sansimera-qt > > So it looks like this conflict needs to be resolved somehow, because it > affects the installation of several packages. If you see my test in comment#22 the python3-sip require is removed in testing package
(In reply to katnatek from comment #32) (In reply to Thomas Andrews from comment #31) > > So it looks like this conflict needs to be resolved somehow, because it > > affects the installation of several packages. > > If you see my test in comment#22 the python3-sip require is removed in > testing package Must be comment#27
(In reply to katnatek from comment #33) > (In reply to katnatek from comment #32) > (In reply to Thomas Andrews from comment #31) > > > So it looks like this conflict needs to be resolved somehow, because it > > > affects the installation of several packages. > > > > If you see my test in comment#22 the python3-sip require is removed in > > testing package > Must be comment#27 The way I read comment 27, I wasn't sure that your updated ffmulticonverter install didn't require python3-sip because it was already installed from the first test. I used qarepo to download the new ffmulticonverter, and installed it with MCC. Python3-sip was not required this time. I ran it from the Plasma menu, and converted an avi (Xvid codec) video to mp4(x264 codec) The progress bar operated as expected, and the conversion succeeded. I watched part of the new mp4 file with vlc, and used it to determine that the file had indeed been converted to the H.264 codec. So, once this is formally ready, I will be glad to give an OK and validate. Now to check the other packages that require python3-sip, and see if they can be installed without a conflict. If not, then I will raise a new bug on the issue.
(In reply to Thomas Andrews from comment #34) > (In reply to katnatek from comment #33) > > (In reply to katnatek from comment #32) > > (In reply to Thomas Andrews from comment #31) > > > > So it looks like this conflict needs to be resolved somehow, because it > > > > affects the installation of several packages. > > > > > > If you see my test in comment#22 the python3-sip require is removed in > > > testing package > > Must be comment#27 > > The way I read comment 27, I wasn't sure that your updated ffmulticonverter > install didn't require python3-sip because it was already installed from the > first test. > Next time I add information if I not really install something > I used qarepo to download the new ffmulticonverter, and installed it with > MCC. Python3-sip was not required this time. I ran it from the Plasma menu, > and converted an avi (Xvid codec) video to mp4(x264 codec) The progress bar > operated as expected, and the conversion succeeded. I watched part of the > new mp4 file with vlc, and used it to determine that the file had indeed > been converted to the H.264 codec. > > So, once this is formally ready, I will be glad to give an OK and validate. > > Now to check the other packages that require python3-sip, and see if they > can be installed without a conflict. If not, then I will raise a new bug on > the issue. So not crash for you? that is weird
(In reply to katnatek from comment #35) > So not crash for you? that is weird I ran it again, trying different conversions, specifying different video codecs, or just using the default, whatever that is. I specifically did an mp4-to-avi conversion, using the default video codec. There were mixed results with regard to quality, ranging from OK to terrible, but no crashes.
Blocks: (none) => 34014
@Thomas I test in my i586 same file and not issues I not have nothing against give OK if you do
It doesn't fail with anything I try to convert with it, at least not exactly. The resolution of some video conversions is simply terrible, but that's probably due to the nature of the different compression protocols. Since katnatek tested on i586 and I did on x86_64, giving it an OK for both arches. Validating.
CC: (none) => sysadmin-bugsWhiteboard: (none) => MGA9-32-OK MGA9-64-OKKeywords: (none) => validated_backport
Keywords: validated_backport => advisory, validated_update
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2025-0014.html
Status: NEW => RESOLVEDResolution: (none) => FIXED
Blocks: 32127 => (none)