mtn 20121125a
mtn.exe
mtn.c - the source
mtn.c.diff.txt - patch for mtn-200808a
Updated for ffmpeg build 2012-11-25 (git-26c531c)
Zeranoe shared builds are kindly provided here: http://ffmpeg.zeranoe.com/builds/
bgd.dll 2.0.34.0 is provided with mtn-200808a and elsewhere
Added option -X : use full input filename (including extension) for output file
Last edit: abioj 2013-10-29
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm hoping that work on mtn hasn't completely stopped. If anyone is still working on it I was hoping they might consider the following...
Is there any way mtn (or mtn_drop) can be made to NOT process subdirectories? Sometimes it's desirable to only do the dropped directory.
It seems there's some sort of 14-sec. minimum timestep, or something, that results in short clips not being processed at all. I saw somewhere that there might be a patch for that, but it doesn't seem to be included in "abioj's" build. Perhaps some sort of log file would be useful to highlight what files were not processed, and maybe why?
.webm files are not processed if a folder containing them is dropped on mtn_drop. Those files ARE processed if the files themselves are dropped.
Is there a mtn version that will work with latest FFmpeg, preferably a static version for easy updates in the future?
Mtn (along with mtn_drop) is still the best thumbnailer I've come across, so it would be a shame if it lost support. I wish I was a programmer... ;-)
New changes:
Added .webm to the detected video extensions.
Added option -S # to select video stream (for videos with multiple streams).
Updated one of a few deprecated functions I had time to look into.
TTwrs:
On the second issue, seek mode (default and -z) often misses shots on short videos. Non-seek mode (-Z) is slower but more accurate. Also, -v (verbose) may give more info. I would include other patches too if directed to them.
@abioj - Thanks very much for the update, and for keeping mtn alive!
I'm attempting to obtain the patch for the 'rounding' problem ( https://sourceforge.net/p/moviethumbnail/discussion/716527/thread/a2769b2b/ ) that may be the cause of the trouble mtn has with small clips. I'll post it here if I'm able to round it up. One of the strong aspects of mtn is its blazing fast speed (with the -z switch). I was hoping to maintain that advantage, and hopefully the patch will help do that.
On another point .. I tried using the -N switch and found it created a filename not as I expected. I was expecting video.ext.txt but, instead, the filename lacks the video extension, the .txt, and has a -B at the end? I wasn't sure if that was by design, or not.
While woking with -N I wondered if the results of an entire folder could be processed into a single file, e.g., foldername_vids.txt , with each clip info separated with a blank line. It would be a great tool for documenting and organizing many video clips.
Is there any hope for a switch to limit processing to a single folder? I'm not sure if that could be done via mtn_drop.cmd or if it needed to be done in mtn.exe...
BTW, adding the lines "%~d0" and "cd %~p0" (without the quotes) just above the drag-drop code in mtn_drop.cmd will assure that mtn.exe is always found in the same folder, regardless off where the mtn folder is located, spaces in the foldername, or on what drive, etc. Then, just call mtn.exe as: start "movie thumbnailer" /b /wait "mtn.exe" (with the quotes) in the cmd or bat file.
Many thanks again.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
New option, -d <#> - directory recursion limit (default 0, no limit).
Info text files (-N) now obey the -X switch and include the video filename extension.
@TTwrs
Hope this works for you, and thanks for adding that info!
For cataloging, have you tried MediaInfo? It's infinitely better at things like that. http://mediaarea.net/en/MediaInfo
If you were to try in CMD script... Maybe each time through the loop append a blank line to the file (>>), then after the loop you could copy /b *.txt all.txt
Thanks for adding the video extension for -N. The -B I was seeing earlier is because I forgot to add the .txt info_suffix. Also, good hint about MediaInfo. I'll look into that.
Wow, the -d switch works great! That is a VERY useful option. When trying it out I wondered if there might be a way to drag&drop an entire drive to mtn_drop to process just the root directory (with -d 1), or even the whole thing (with -d 0). Well, unfortunately, neither one works .. nothing is processed. Sure would be a handy option... ;-)
SAR and PAR and DAR are actually quite important when doing video editing. Could there perhaps be an option to include, say, 0=none, 1=PAR-DAR, 2=SAR-DAR, 3=PAR-DAR & SAR-DAR ?
I used EnigmaVirtualBox to package mtn.exe and all the (UPX'd) dll files into a single 10-MB file. That file, along with my preferred font file (-f "%~d0\%~p0\DejaVuSansMono.ttf") and mtn_drop.cmd in the same folder is a compact, 'no-trace portable' solution that can be run from a flash drive on any Win-PC.
BTW, I've noticed that mtn does a very good job of selecting the best thumbnailing method by leaving off the -z or -Z switch. If that 'rounding error' patch can be located and implimented, I'm thinking -z might be all a person ever needs. ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Please someone gives us MTN for linux [CentOS7 x64] which has been compiled by recent ffmpeg library ,that way we will be able to use mtn for creating x265 files , Thanks
Last edit: ARIO™ 2016-07-05
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Is there anybody that could recompile mtn in a way that makes it less dependent on a particular version of FFmpeg? Mtn works great, but it is currently limited by the version of FFmpeg that it will work with.
To this day mtn is still the best and fastest thumbnailer thanks to the work of tuitfun, abioj and others, so it would be well worth the effort to make it so that an update of FFmpeg will always allow it to support the latest formats.
Anyone up to it? ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I edited abiojs source to compile under Arch Linux with ffmpeg 3.1.4.
It supports x265 now. There are some problems. It compiles with alot of warnings because it uses many deprecated ffmpeg functions. Also it's a dynamic build so you need all the shared objects for it to run.
I can't make a static build because i have no idea how to compile static ffmpeg librarys and as it seems you cant download the .a files.
I do not know if anyone has changes for mtnbatch, which I presumed it is a Windows batch script you can edit yourself -- similar to the mtn_drop Windows script I submitted above.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for that build Rua4da; Linux users can give it a try. There seem to be scripts out there that could help compile statically, and developers that distribute them, but I have not tried them and found shared builds easier myself (both on Arch and Windows).
The FFmpeg API seems to change every few weeks and most of those mtn compilation warnings, unless fixed, will eventually be game-stopping errors. I had not enough free time or understanding of mtn/FFmpeg to fix all of those, and hoped there would eventually be an equivalent project that's more up-to-date.
Last edit: abioj 2016-12-28
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
we need a hero to make static compile for centos and save us !!
because original author of mtn seems totally left the project
Thanks for ALL of people's efforts ,here in this topic
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
why static compile? It is not against LGPL? (FFmpeg is licensed under the LGPL).
I have done some patches on old mtn source code and now it is able to compile. Have a look, maybe it is worth it...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@wahibre :
I saw your files
Thank you
can you please make static version of mtn [CentOS 7x - 64-32] and attach or post somewhere? Please
I need it for making screenshots of x265
the way I do ,at the moment , is ,I created an array to send to ffmpeg when mtn fails [old static mtn]
which eats so much resources and makes ugly screenshots [still better than NOTHING !! ]
.....
@TTwrs: there are too many windows patches
one of them is in this thread and works like charm
linux is the issue and no-one did static compile to handle x265
Last edit: ARIO™ 2017-07-15
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
mtn 20121125a
mtn.exe
mtn.c - the source
mtn.c.diff.txt - patch for mtn-200808a
Updated for ffmpeg build 2012-11-25 (git-26c531c)
Zeranoe shared builds are kindly provided here: http://ffmpeg.zeranoe.com/builds/
bgd.dll 2.0.34.0 is provided with mtn-200808a and elsewhere
Added option -X : use full input filename (including extension) for output file
Last edit: abioj 2013-10-29
mtn.c, patch, mtn.exe SHA1:9d4c2d4250b3d991d479e950a1d4f6de4288e25e
A script you can drag and drop videos/folders on.
Should make it easy to tweak settings and keep different configs.
Open the script in text editor for details
Last edit: abioj 2013-10-29
I'm hoping that work on mtn hasn't completely stopped. If anyone is still working on it I was hoping they might consider the following...
Is there any way mtn (or mtn_drop) can be made to NOT process subdirectories? Sometimes it's desirable to only do the dropped directory.
It seems there's some sort of 14-sec. minimum timestep, or something, that results in short clips not being processed at all. I saw somewhere that there might be a patch for that, but it doesn't seem to be included in "abioj's" build. Perhaps some sort of log file would be useful to highlight what files were not processed, and maybe why?
.webm files are not processed if a folder containing them is dropped on mtn_drop. Those files ARE processed if the files themselves are dropped.
Is there a mtn version that will work with latest FFmpeg, preferably a static version for easy updates in the future?
Mtn (along with mtn_drop) is still the best thumbnailer I've come across, so it would be a shame if it lost support. I wish I was a programmer... ;-)
BTW, the latest FFmpeg that works with the current mtn is ffmpeg-1.2-win32-shared.7z, 27-Mar-2013 23:44 from here...
http://ffmpeg.zeranoe.com/builds/win32/shared/ffmpeg-1.2-win32-shared.7z
mtn.c 2014-05-15, diff,
mtn.exe SHA1:5b20a3e968bc2b31df4dc2742afd6433d89fcdc2
built with the latest Zeranoe FFmpeg build: http://ffmpeg.zeranoe.com/builds/win32/shared/ffmpeg-20140515-git-09cd228-win32-shared.7z
New changes:
Added .webm to the detected video extensions.
Added option -S # to select video stream (for videos with multiple streams).
Updated one of a few deprecated functions I had time to look into.
TTwrs:
On the second issue, seek mode (default and -z) often misses shots on short videos. Non-seek mode (-Z) is slower but more accurate. Also, -v (verbose) may give more info. I would include other patches too if directed to them.
Last edit: abioj 2014-05-16
@abioj - Thanks very much for the update, and for keeping mtn alive!
I'm attempting to obtain the patch for the 'rounding' problem ( https://sourceforge.net/p/moviethumbnail/discussion/716527/thread/a2769b2b/ ) that may be the cause of the trouble mtn has with small clips. I'll post it here if I'm able to round it up. One of the strong aspects of mtn is its blazing fast speed (with the -z switch). I was hoping to maintain that advantage, and hopefully the patch will help do that.
On another point .. I tried using the -N switch and found it created a filename not as I expected. I was expecting video.ext.txt but, instead, the filename lacks the video extension, the .txt, and has a -B at the end? I wasn't sure if that was by design, or not.
While woking with -N I wondered if the results of an entire folder could be processed into a single file, e.g., foldername_vids.txt , with each clip info separated with a blank line. It would be a great tool for documenting and organizing many video clips.
Is there any hope for a switch to limit processing to a single folder? I'm not sure if that could be done via mtn_drop.cmd or if it needed to be done in mtn.exe...
BTW, adding the lines "%~d0" and "cd %~p0" (without the quotes) just above the drag-drop code in mtn_drop.cmd will assure that mtn.exe is always found in the same folder, regardless off where the mtn folder is located, spaces in the foldername, or on what drive, etc. Then, just call mtn.exe as: start "movie thumbnailer" /b /wait "mtn.exe" (with the quotes) in the cmd or bat file.
Many thanks again.
mtn.c 2014-05-16, diff, Makefile
mtn.exe SHA1:6636416f8e1a4d68ad11140d3c27dcde5b38d1b5
@TTwrs
Hope this works for you, and thanks for adding that info!
For cataloging, have you tried MediaInfo? It's infinitely better at things like that. http://mediaarea.net/en/MediaInfo
If you were to try in CMD script... Maybe each time through the loop append a blank line to the file (>>), then after the loop you could copy /b *.txt all.txt
@abioj...
Thanks for adding the video extension for -N. The -B I was seeing earlier is because I forgot to add the .txt info_suffix. Also, good hint about MediaInfo. I'll look into that.
Wow, the -d switch works great! That is a VERY useful option. When trying it out I wondered if there might be a way to drag&drop an entire drive to mtn_drop to process just the root directory (with -d 1), or even the whole thing (with -d 0). Well, unfortunately, neither one works .. nothing is processed. Sure would be a handy option... ;-)
SAR and PAR and DAR are actually quite important when doing video editing. Could there perhaps be an option to include, say, 0=none, 1=PAR-DAR, 2=SAR-DAR, 3=PAR-DAR & SAR-DAR ?
I used EnigmaVirtualBox to package mtn.exe and all the (UPX'd) dll files into a single 10-MB file. That file, along with my preferred font file (-f "%~d0\%~p0\DejaVuSansMono.ttf") and mtn_drop.cmd in the same folder is a compact, 'no-trace portable' solution that can be run from a flash drive on any Win-PC.
BTW, I've noticed that mtn does a very good job of selecting the best thumbnailing method by leaving off the -z or -Z switch. If that 'rounding error' patch can be located and implimented, I'm thinking -z might be all a person ever needs. ;-)
mtn.exe SHA1:04f5e421f244d7d9e6ee8fbc2a0897e8a7dd6ac9
mtn.exe SHA1:e7de46acda2229039cdec03e93346613adab5b0f
tuitfun: "for some formats, previous seek might over shoot pass this seek_target; is this a bug in libavcodec?"
FYI: The latest ffmpeg shared library that will work with mtn-20140524.7z is available here:
http://ffmpeg.zeranoe.com/builds/win32/shared/ffmpeg-20140809-git-d6af706-win32-shared.7z
Newer versions won't work due to filename differences.
@abioj - thanks for the update making it possible to process x265
btw. have been using the windows SendTo folder for years;
acces multiple shortcuts/settings (without a mouse)
Last edit: jmsmarcelo 2015-12-20
Please someone gives us MTN for linux [CentOS7 x64] which has been compiled by recent ffmpeg library ,that way we will be able to use mtn for creating x265 files , Thanks
Last edit: ARIO™ 2016-07-05
Is there anybody that could recompile mtn in a way that makes it less dependent on a particular version of FFmpeg? Mtn works great, but it is currently limited by the version of FFmpeg that it will work with.
As it stands now, the latest mtn (mtn-20140524.7z)...
https://sourceforge.net/p/moviethumbnail/patches/_discuss/thread/fa4399d0/fbed/attachment/mtn-20140524.7z
works with a version of FFmpeg that is over two years old...
https://ffmpeg.zeranoe.com/builds/win32/shared/2014/ffmpeg-20140809-git-d6af706-win32-shared.7z
To this day mtn is still the best and fastest thumbnailer thanks to the work of tuitfun, abioj and others, so it would be well worth the effort to make it so that an update of FFmpeg will always allow it to support the latest formats.
Anyone up to it? ;-)
I edited abiojs source to compile under Arch Linux with ffmpeg 3.1.4.
It supports x265 now. There are some problems. It compiles with alot of warnings because it uses many deprecated ffmpeg functions. Also it's a dynamic build so you need all the shared objects for it to run.
I can't make a static build because i have no idea how to compile static ffmpeg librarys and as it seems you cant download the .a files.
But still somebody might have a use for this.
Hi,
How can change of background color of thumbnails?!
And any changes for mtnbatch.0.1.exe?!
please HELP...
Hi, maybe this option is what you want?:
-k RRGGBB : background color (in hex)
From 'mtn' and linked from main page: http://moviethumbnail.sourceforge.net/usage.en.html
I do not know if anyone has changes for mtnbatch, which I presumed it is a Windows batch script you can edit yourself -- similar to the mtn_drop Windows script I submitted above.
please help...!!
Thanks for that build Rua4da; Linux users can give it a try. There seem to be scripts out there that could help compile statically, and developers that distribute them, but I have not tried them and found shared builds easier myself (both on Arch and Windows).
The FFmpeg API seems to change every few weeks and most of those mtn compilation warnings, unless fixed, will eventually be game-stopping errors. I had not enough free time or understanding of mtn/FFmpeg to fix all of those, and hoped there would eventually be an equivalent project that's more up-to-date.
Last edit: abioj 2016-12-28
we need a hero to make static compile for centos and save us !!
because original author of mtn seems totally left the project
Thanks for ALL of people's efforts ,here in this topic
why static compile? It is not against LGPL? (FFmpeg is licensed under the LGPL).
I have done some patches on old mtn source code and now it is able to compile. Have a look, maybe it is worth it...
@wahibre,
Any way to get a Windows binary for your pateched version of mtn?
Thanks
windows binary attached.
libraries downloaded from:
@wahibre :
I saw your files
Thank you
can you please make static version of mtn [CentOS 7x - 64-32] and attach or post somewhere? Please
I need it for making screenshots of x265
the way I do ,at the moment , is ,I created an array to send to ffmpeg when mtn fails [old static mtn]
which eats so much resources and makes ugly screenshots [still better than NOTHING !! ]
.....
@TTwrs: there are too many windows patches
one of them is in this thread and works like charm
linux is the issue and no-one did static compile to handle x265
Last edit: ARIO™ 2017-07-15