Avidemux v2.8.2 (250112_03ce895a30a)
- searching black frame, if you cancel and confirm in the dialog pressing [Cancel process], the search keeps running
Quote12:21:42-068 [HandleAction] ************ Scale **************
12:21:42-068 [HandleAction_Navigate] Scale :6875
12:21:42-068 [HandleAction_Navigate] Scale Time:1992985 ms (total=2898880 ms)
12:21:42-068 [HandleAction_Navigate] Scale Time:00:33:12,985 ms
12:21:42-068 [ADM_Composer::getFrameNumFromPtsOrBefore] Best candidate for time 00:43:49,733 in reference is frame 65717
12:21:42-068 [HandleAction_Navigate] Seeking to Time:00:33:05,680 ms
12:21:48-660 [HandleAction] ************ NextBlackFrame **************
12:21:48-660 [qtRegisterDialog] reparenting widget DialogProcessing
12:21:52-516 [ADM_Qt4CoreUIToolkit::DIA_processingQt4::reject] Stop Request
Confirmation "The processing is paused." "Cancel it ?" : No
- saving over an existing video, confirming in the dialog pressing [yes], it does not overwrite
Quote12:18:54-986 [HandleAction] ************ SAVE_VIDEO **************
Question "Overwrite file Heiter bis tödlich Akte Ex F19S03E03 - Zieht euch aus! - One HD.mkv?": No
12:19:18-703 [HandleAction] ************ AUDIO_CODEC_CHANGED **************
[AudioEncoder] Selected Vorbis for index 11, tag 0x676f
Quote from: Jan Gruuthuse on January 12, 2025, 12:28:10 PMConfirmation "The processing is paused." "Cancel it ?" : No
The log says that you declined stopping processing. I cannot reproduce the issue on my system with Qt 6.8.1, i.e. the dialog says what it really does. Maybe you have very old translation files in avidemux/qt4/i18n? Or rather you are actually running a much older version of Avidemux (like when it had been installed to /usr/local/ and takes precedence over the one in /usr).
QuoteThe log says that you declined stopping processing.
Yes, but I click on [Cancel Processing] and not on [(x)No]
Searching Black Frame forward
(https://i.imghippo.com/files/ruC5224w.png)
Cancel Processing
(https://i.imghippo.com/files/SR9658AAM.png)
Keeps Running after click on Cancel Processing
(https://i.imghippo.com/files/drn6903tYc.png)
When you edit a video file, and you mouse click in Menu Edit: Reset Edit
Quote11:27:03-885 [HandleAction] ************ ResetSegments **************
Question "Are you sure?": No
nothing happens either. Normaly the video ends up as if it was just loaded, not?
Perhaps an QT6 library is missing for this interaction?
Quote from: Jan Gruuthuse on January 14, 2025, 11:37:23 AMWhen you edit a video file, and you mouse click in Menu Edit: Reset Edit
Quote11:27:03-885 [HandleAction] ************ ResetSegments **************
Question "Are you sure?": No
nothing happens either.
If you reject the confirmation dialog as the log indicates, nothing happens. If you accept it, the playback position is rewound to the start of the video and the segment layout is reset to default.
Quote from: Jan Gruuthuse on January 14, 2025, 11:37:23 AMNormaly the video ends up as if it was just loaded, not?
Correct, this is what should happen.
I don't have an idea at the moment. I remember there was some time where the meaning of the buttons in the confirmation dialog was swapped, but it was fixed quite a while ago and it works for me on Linux and macOS (haven't verified on Windows yet, will do it later).
Quote from: Jan Gruuthuse on January 14, 2025, 11:37:23 AMPerhaps an QT6 library is missing for this interaction?
Not quite sure what you meant by missing (if you have built Avidemux against Qt6, it is present, else the application would not run).
Ok. Was build against QT6.
Only one avidemux 2.8.2 is on the computer, the one that is locally build.
Being on x11 desktop instead of Wayland desktop could this play a role?
On Wayland nothing works (without a workaround) as long as the mean00/wayland branch is not yet merged into master. That said, please keep using an X11 session for Avidemux for now.
Just noticed, when I logged in under Wayland, So I'm back in x11. And see what you can dig up. Thanks.
Press Abort, does not work either while enconding
Quote13:07:45-058 [DIA_encodingQt4::pauseButtonPressed] StopReq
Alternate - "The encoding is paused. Do you want to resume or abort?": "Resume" or "Abort"
Alternate: the first option chosen
2% done frames: 2660 elapsed: 00:00:05,176
3% done frames: 3398 elapsed: 00:00:06,178
3% done frames: 4217 elapsed: 00:00:07,179
13:07:49-641 [DIA_encodingQt4::pauseButtonPressed] StopReq
Alternate - "The encoding is paused. Do you want to resume or abort?": "Resume" or "Abort"
Alternate: the first option chosen
The same happens when asked to overwrite an existing video file:
Dialog box asking for some required action, when confirming Positive, it is always filled with a No.
Quote06:50:00-378 [HandleAction] ************ SAVE_VIDEO **************
Question "Overwrite file Nord bei Nordwest S01E27 Das Nolden-Haus - Das Erste HD.mkv?": No
Maybe the mouse click value is not transfered or reset to level above (parent, routine)
Does it mean that the buttons are not simply swapped but both work the same way (both reject or both accept)?
Yes, only one answer: the same output as if you would have clicked the [x No], whatever you choose/click.
Could you please pull the changes (https://github.com/mean00/avidemux2/commit/06c00acd18bb9d7ce5518e5b97c52b3e77f59869), rebuild and test whether the bug is fixed?
8) Avidemux v2.8.2 (250119_49b04e3d888)
Quote05:57:07-932 [qtRegisterDialog] reparenting widget DialogProcessing
05:57:10-980 [ADM_Qt4CoreUIToolkit::DIA_processingQt4::reject] Stop Request
Confirmation "The processing is paused." "Cancel it ?" : Yes
Quote05:58:30-635 [HandleAction] ************ ResetSegments **************
Question "Are you sure?": Yes
OK, this fixed the issue in the dialog box
Many thanks for solving this