Avidemux Forum

Glad it works for you now, but what was the key for success – using VC++ nightly from Mai 1 or turning hw decoder on (or off?)?

Now, it works perfectly! Thank you very much! JK

Hi, first of all, thank you for this wonderful and efficient little tool!

I've started using Avidemux a long time ago (probably over a decade) to compile timelapse videos from photos. Many of these are astrophotography, shooting stars or northern lights timelapses, shot in conditions so dim that I have to take longer exposures than I'd like - the solution was to use the Change FPS filter's blend option in the old versions, so it would generate an intermediate frame between real frames, and I could have a 30 fps video from just 15 frames - double the duration, not as hectic movement in the skies.

However, this feature was removed in later versions. There is now a separate filter called Blend, but it only combines existing frames to speed up a timelapse - I need the opposite.
I've tried using the Change FPS, from 60 to 30 (like I did many years ago, when the Blend was still there), but that now just results in making the 30 fps project a 15.0x (randomly 15.01 or 15.02 or 15.04 etc) fps file. Here's one of the videos on Yt - since it's slow movement, it's not so apparent that it's just 15 fps, but if you click stats for nerds, you'll see it.

As a workaround, I've also tried combining it with the Resample FPS filter as that still has the Blend option:
Project of 30 fps -> Resample FPS to 60 with Blend enabled -> Change FPS 60 to 30 fps: and the end result is 30.0x fps (again randomly 30.01 or 30.02 or something similar).
Now this workaround works, but it's not very elegant - it would be nice if the slowing-down Blend could be added back. Or is there a better way to do this?

And these random fps numbers, I wish the set fps was better enforced. These are short clips (10-30s), maybe there's not enough granularity, but still. When I found out I'm only getting 15 fps, I resorted to DaVinci Resolve, and it could make it a clean 30.00 fps (however, Resolve is just overkill for this task, way too complicated, resource-hungry and wasteful, I don't like using it). It's kinda close enough, but before I start recompiling a few dozen timelapses, I thought I'd ask Should I open a separate topic for the fps issue?

Thanks!

I observed this crash, seems to be reproducible in some rare circumstances. Presumably an upstream libaom issue.

Hello,
nightly avidemuxLinux_GLIBC_2.36_amd64_250323_1106.app

as in topic, setting swsResize or VA-API Resize, apparently any resolution (locked proportions) and av1 encoding results in a core dump.
Setting a multiple by 16 resolution did not help. I tried several *.ts files from dvb-T, I did not try anything else.
Dump seems to occur at random times within the first 5-7 minutes of encoded file.
Anyone else experiencing this?

$./avidemuxLinux_GLIBC_2.36_amd64_250323_1106.app 2>&1 | tee avidemux.log

https://paste.debian.net/hidden/9321f0e6/

Thank you, got the sample. An Avidemux Linux build off the latest git shows no issues seeking throughout the movie itself and trailers preceding and following the movie in the stream, it detects 3574 keyframes including 30 IDR frames (a keyframe every 1.85 seconds on average). Saving a part of the stream in copy mode works fine as well.

Could you please try...

1. The latest VC++ nightly from https://avidemux.org/nightly/vsWin64/. It is still not fully functional, but missing bits are irrelevant for the problem you describe. To uninstall it, run the uninstaller in the program directory directly rather than going the usual Windows Settings / Apps path (this is a known upstream bug of the Qt installer framework).

2. Please test whether enabling / disabling hw decoding in Avidemux Preferences has any effect.

As said above, no issues with current code on Linux.

Answer to your satement from May 06, 2025, 02:49:29 PM:
I only worked with and tested the original recorded *.ts streams. The files were newly recorded and no old *.idx2 files existed. Video and Audio Codecs were both in Copy mode. Because the recordings in question after cutting (as far as possible) were remuxed to *.ts because in this form they can be re-played more or less normally with MPVnet or VCL. (Recordings from the 2nd TV chain I remux to the the recommended *.mkv.)
I have a small number of original recordings in the remaining space of my System SSD (ca. 1 GB). 

Actually, the smalles one has approx. 1.4 GB, a little bit more than you asked for, but with this you can get a more complete picture then with a cutteted one. Its title is "Die Macht der Frauen" (The Power of Woman).
The total length is 1:49:18. Between start and the begin of the movie (mostly trailers for future emissions) at aprox. 0:04:03 and 0:04:18 are 8 stop points. During the movie at 0:18:59, 0:19:05 and 1:34:49. The next one at 1:36:34 is already after the movie's end and some more trailers follow with shorter distances as at the begin. Accidentially, in this case cutting was very easy at 0:04:03 and at 1:36:34 because they were very close to the begin and the end. But often there are other cases with only 3 of such points over more then 2 hours.
I put it on Mega.nz. The link is

https://mega.nz/file/sdwSnIaZ#_LsRjO9f3Uy1J_fFwhXQlub0bsIyuyEL7JM7F4MYnOI

Hope it works. Let me know what is happening and if you found a solution. JK

You are right, WeTransfer has changed their mode of operation recently, unfortunately. Thus forget this service, please. It would be great if you were able to use any of the remaining three known working options though.

I'm unable to sent you a test file (1.4 GB complete, as recordet) via WeTransfer without an e-mail-adress. Sorry

Moved to the main forum as this is presumably not an issue that has anything to do with user interface (the original request is entirely non-viable).