-
-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature Request] Implement auto cropping via cropdetect #81
Comments
Honestly didn't know FFmpeg had that feature, will look into it! |
lol I load the video in handbrake, read the cropping stats and manually add them to fastflix. not very convenient but totally doable. |
* Fixing AVC always copied chapters (Current bug with thumbnails not being created properly)
* Adding #75 burn-in subtitle support (thanks to Trevbams) * Adding #81 auto crop feature (thanks to HannesJo0139) * Adding #84 pause / resume functionality (thanks to loungebob) * Adding hover info for Audio and Subtitle tracks * Adding confirm overwrite dialog if file already exists and is not empty * Adding linking to issues in changelog file * Changing to explicitly set no-slow-firstpass for x265 bitrate runs * Changing FFmpeg to download latest available * Fixing AVC always copied chapters * Fixing how aspect ratio interacted with crop * Fixing HEVC would copy HDR10 details on 8-bit videos
Added in 3.2.0 |
Tried on 2 files and seems to work fine. Detected the proper crop. Although it did say -1 in vertical resolution, the file produced was showing the correct resolution. |
Glad it's working!
|
Its really awesome how fast you have implemented it! I think that 10% or start time thing fits most needs out there. In very rare cases there are movies having sequences with different crop. May be possible to extend the analysis to match these cases too. But yeah, maybe it would be more of a gimmick that hardly anyone needs. |
So I have tested it several times now and sometimes I get invalid values. Eg on Star Wars Episode 1 it detects "crop=3840:1312:0:546". I have no idea how cropdetect exactly works but it seems to have problems on very dark scenes. If I change the start time to let's say 1h, it correctly detects crop=3840:1600:0:280. Setting a very early start time larger 0, when image is still dark, croptdetect fails and throws an error due to detected image width <1. So maybe a little more optimization, sth like collecting multiple crop values and a basic plausibility check would be a good idea. |
Good to know there are still some issues. I have it currently detecting across 10 frames, but could probably expand that to a few seconds worth for safety. |
Hi! First of all: Thank U so much again for your great work! I just updated from v2.4 to v3 and I am really really happy. Its gettin a really awesome piece of software.
Another great feature would be an auto cropping detection. In the moment I'm doing it by hand with the command
ffplay -ss 600 -i movie.mkv -t 10 -vf cropdetect
What do U think about it?
The text was updated successfully, but these errors were encountered: