Example: Previously, if using a snapshot prefix such as "$N $T_-", taking a screenshot 4 seconds into a video named "coolvideo.mp4" would produce a snapshot with the filename "coolvideo.mp4 00_00_04-_2013-11-20-00h02m02s229".
Under 2.1.1, using the same snapshot prefix results in the filename "$N $T_-_2013-11-20-00h02m02s229".
I hope I have been clear in describing the problem.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items
0
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items
0
Link issues together to show that they're related.
Learn more.
The issue originally arose on a fully-updated 64-bit Arch Linux install. After reading your response just now, I installed VLC 2.1.1 on a 64 bit Windows 7 box to rule out the possibility that the bug was in my OS. However, I get the exact same behavior on both operating systems.
I have uploaded a short video demonstrating the bug (http://www.youtube.com/watch?v=wVbwMHm5EUc). I apologize for the poor quality, but I have a very slow internet connection and needed to minimize file size. You can clearly see my settings and the resulting snapshot filenames in the OSD text.
I would like to stress again that I have tested this on two different operating systems, one of which was a fresh install of VLC. I will gladly provide anything which may help you track down this bug, so please do not dismiss my problem out-of-hand.
I can confirm that this problem began with VLC 2.1 and continues on 2.1.1.
I have tested it on the Windows 64bit and Mac OS 10.6.8 platforms. In fact, I just downloaded fresh copies (22 November 2013) and found the same bug.
However, I will add, regarding shvelven's video, that I've often had the problem with changes to VLC's preferences not taking effect until the app has been closed and restarted. This has long been the case with changes to the video prefix. So, shvelven, you may wish to test $T by closing VLC and re-opening it.
T- while watching a DVD of Friends, then the snapshot filenames would look something like this: Friends-00_05_21-00004.png . This indicates a snapshot taken at 5 minutes and 21 seconds into the video; and it was the number 00004 snapshot of the day.
However, since version 2.1, changing the prefix to Friends-$T- results in file names that look like this: Friends-$T-00004.png.
Doesn't this qualify as a defect since it is a change in previous behavior?
I'd like to support this request, in the hope it might generate more attention or a status/escalation update. The loss of functionality is certainly a defect from my work use perspective.
Thanks
but the problem/bug is not fixed.
I use Win 8 64bit and in vlc-2.2.0-git-20140221-0018 (32bit) the bug is still there.
Format string variables are not processed like they used in vlc 2.0.8.
Yes, I reset my preferences in %appdata% by deleting them. And yes, I saved, closed and restarted vlc after setting my format string.
Please have another look at this.
And thanks to every developer on vlc for their great work.
Hi,
This feature was working but as soon as I updated to last version (2.1.4) the screenshot filename returned this : $N-2014-04-24-02h40m20s139.
I'm on mac OS.
Can you please have a new look at this? I really enjoy this feature, and use it a lot in my work.
It's still broken, you are not doing anything wrong.
I'm completely mystified why this problem is just being repeatedly closed instead of being investigated. If it's working for the devs, they still need to find out why it's not working for us.
Just popping in to confirm that it's still broken for me as well on Arch linux.
As dfuhrmann said above, 2.2 is the current development version and hasn't been released yet. I'm willing to wait until then before making a fuss about it. According to the roadmap, 2.2 is already 8 months late so I assume it'll be released sometime soon.
shvelven@kajiura ~ $ vlc --versionVLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5)VLC version 2.1.5 Rincewind (2.1.4-49-gdab6cb5)Compiled by nobody on (Oct 13 2014 06:22:25)Compiler: gcc version 4.9.1 20140903 (prerelease) (GCC)This program comes with NO WARRANTY, to the extent permitted by law.You may redistribute it under the terms of the GNU General Public License;see the file named COPYING for details.Written by the VideoLAN team; see the AUTHORS file.
They can be a little unstable, sometimes, but I've downloaded versions since 2.2 and they work fine. And they do indeed have this long-standing problem fixed!
I just tried night build 3.0.0 64-bit (2-3-2015) and had mixed results, however there is a way to get it to work. Testing out the 7z file (without install) it worked. However, once I uninstalled VLC 2.0.8 and actually installed 3.0.0 (using the exe), it stopped working correctly. Preferences were still intact and it even had my previous snapshot prefix in the prefs, but it didn't work correctly. I uninstalled but it still didn't work from the non-installed version. I was going to reset prefs, but got it to work without having to do that. I deleted the snapshot prefix, closed, restarted VLC, added the snapshot prefix ($N $T) and then it worked. This solution may or may not work with the installed version, and I'm not going to try now that I finally don't have to use a 2 year old version of VLC.