Topic: Short playtime keeps disappearing

I don't know if this is a just me-problem but every time I’m adding tags to short videos the short_playtime keeps disappearing and when I try to add them back it just didn’t save and keep the previous tag history.

Is this an automatic feature? Like how aliased tag automatically change to a different tag even though nobody is changing said tag. If so then there’s must be a mistake somewhere as the wiki says “less than 30 seconds” and I actually use a stopwatch to see if it’s true.

I hope that this bug is not a new feature because there’s no way videos under 30 seconds aren’t short enough.

gifs are not videos
gifs do not have a stored duration, so the tag is removed when editing

gifs have a maximum of 20MiB
I don't think that's enough to reasonably go above 30 seconds

snpthecat said:
gifs have a maximum of 20MiB
I don't think that's enough to reasonably go above 30 seconds

if the full thing was 24fps that'd be 720 frames, ~28k per frame. that dosn't sound too unreasonable. although that'd also assume that they animated the entire 30 second thing on 1s, which would be unlikely.

snpthecat said:
gifs have a maximum of 20MiB
I don't think that's enough to reasonably go above 30 seconds

Improbable, but not impossible.

For example, the gif in post #2967592 has a duration of 1:45 and post #2938543 has a duration of 0:40.
^{(At least these are the values that FFPROBE spits out)}

As a sidenote:
I found these while searching for gifs in order of descending duration.
Seems the site stores duration information for some gif posts.
This seems to affect all posts that were originally webm files, which later got replaced with a gif. Example 1 Example 2
Even after the replacement, these posts retain the duration information.
I don't think that's intentional.

snedmano said:
Seems the site stores duration information for some gif posts.
This seems to affect all posts that were originally webm files, which later got replaced with a gif. Example 1 Example 2
Even after the replacement, these posts retain the duration information.
I don't think that's intentional.

It's definitely a bug, it's probably as simple as not clearing the field (if the duration matches the old video), or mismatched checks resulting in actually saving the duration of the gif (the same method used for getting video duration does work on gifs, so if a gif manages to get there it will return a valid value) for example calculating the duration with the gif file while the post still has the webm extension, causing it to think it's still a video

donovan_dmc said:
It's definitely a bug, it's probably as simple as not clearing the field (if the duration matches the old video), or mismatched checks resulting in actually saving the duration of the gif (the same method used for getting video duration does work on gifs, so if a gif manages to get there it will return a valid value) for example calculating the duration with the gif file while the post still has the webm extension, causing it to think it's still a video

Why not include that information for all animated gif / png posts then? I don't see any harm in that.

We'd have to add bespoke duration calculations for that instead of just reading the metadata. Not a huge deal or anything, but it is extra work. I'll forward this internally.