1
Solved

Resolution issues (i.e. formatting downloaded file's title)

I have reported this previously, but maybe I wasn't clear enough or didn't give you enough options.  In the configuration section that relates to the formatting of filenames for downloaded files (i.e. Configuration ==> General ==> Downloads ==> Filename format for downloaded files"), you show as 1 of your options, "%res%.

The example shown, when this option is selected depicts the output filename would add a string as shown here:

   04:05:00

However, that is impossible, because Windows won't let you use any of the following characters in file or folder names:

   \ (backslash), / (forward slash), : (colon), * (asterisk), ? (question mark),

   " (double quote), < (left angle bracket), > (right angle bracket), | (vertical bar)

So, downloaded files cannot be formatted in this way.  Just now, as a test on version 4.5.2562.0, I tried to download an MP3 of "Theme from a 'Summer Place'", which is 2 minutes and 23 seconds long, and the program returned the string, "00 02 23" (i.e. no colons).

Previously, I suggested for you to use a format such as "99h99m99s", while also zero-suppressing leading zeroes, as well as suppressing unimportant leading segments.

Examples of this would be:

   4h05m00s, rather than 04h05m00s for 4 hours and 5 minutes

   5m00s, rather than 00h05m00 to represent 5 minutes and 0 seconds

  15s, rather than 00h00m15s to show that the clip is only 15 seconds long

So, in this way, you only show only significant fields, which is very readable and saves space as well.

However, if you don't want to do that, if it is too difficult to program, or you just don't like the look, please consider either 04-05-00, or 04.05.00 as alternative output formats, though dashes might give the impression you are depicting a date.

As it is, you are showing a format that cannot be displayed as shown so, which is not only confusing, but incorrect.  Still, another, final option (other than to ignore me again) is to show the format as it REALLY would be displayed, not as you are showing now.  However, that format requires me to edit every single filename for every file I download.

Follow

5 replies

Votes Newest Oldest
S

Wow!  Such awesome support!  I live it!

I have to tell you.  I have enjoyed this program so much since I purchased it, and thanks to your company, I have tons of downloaded videos.  I have to admit that even though I have been in technology for over 35 years, I WILL use a lot of things that I would NEVER mention to my friends, family or customers, and that's because they may have a few quirks or inconsistencies, appear unpolished, etc.

It is very rare to receive the kind of responses I have gotten from you in just the past couple of days, and because of your understanding and eagerness to resolve issues, add new functionality ... to improve your product, this has now just become a program that I can wholeheartedly recommend to others.  I have people asking me about this kind of stuff all the time ... it fills a need and does it very well.

Thanx again for your continued support.  I hope to pay it forward many times, with some new sales.  I certainly feel I can be comfortable now letting others in on my little secret.

It's been nice working with you,

Steve

 

S

Sorry, one more thing.  The reason I got this mixed up was, I originally had been thinking about mentioning both, the "%length%" AND %res% parameters, but mentioned the wrong one, in error, when I reported the issue.

My thoughts about "%res%" is really only a "request" or "suggestion", not an issue.  However, if you are so willing, I think "HD" resolutions be better expressed as their more commonly known terms, when they apply.  For example:

   1080p  - 1920×1080 (2,073,600 pixels

   1080i   - 1920x1080 (1,036,800 pixels)

   720p    - 1280×720p (921,600 pixels)

They are just shorter and more widely recognized than the longer (length x width in pixels) notation, but that's just my opinion.

Thanx again, for listening,

Steve

Thanks for the suggestion Steve.

I don't have any objection as to change the %res% to better reflect the resolution as per what you suggested. It would certainly make the filename shorter.

I've also passed this one onto the development team. Thanks!

 

S

I forgot, even though we went through the above discussion, I actually forgot to mention that there IS a problem with the %res% parameter, as I just re-verified.  That parameter NEVER returns anything other than "0x0" in the actual proposed title when downloading a file, so I guess it is NOT a only request, but an actual complaint.

Thanx again,

Steve

Hi Steve,

I'm glad to announce that we've successfully fixed all issues with the filename placeholders. The bug fixes will be available when we release the next update, which is due TODAY. Once we have released it, the next time you run VDownloader you'll be prompted to update.

Thank you very much for your patience!

Regards,

Diogo @ VDownloader

S

Yes, you are correct.  Thank you for noticing.

Thanks for confirming. I'll let you know as soon as this is fixed.

S

Awesome, thank you.

Dear SPWilkins,

Thank you very much for your feedback. I will pass this onto the development team so this issue can be resolved in the next update.

I believe that the "99h99m99s" is quite acceptable but I will check with the developers. Either way, it will be fixed. 

Best Regards,

Diogo Alves @ VDownloader

Just to confirm, you're not referring to the %res% parameter but to the "%length%" one instead, correct?

Topic is closed for comments