Winff should not suppress whole part of filename after dot (.) about winff HOT 8 CLOSED

I disagree. Not changing the extensions would complicate things for most other 
users.

bggmtt:
i doesn't mean not to change extension, but add a new one at the end of 
filename.
this is because winff can not "guess" that e.g. '.mov04' is not an regular file
extension and can not check if he overwrite a source file. 

dvgrab outputs ISO dates as YYYY.MM.DD.extension  this seems to totally confuse
winff's output'ed filenames as all similar.
PLEASE!

Matt, I think the latter case has a point, if it is true (If you test for a 
dot, you
should test for the last one.)

As extensions only say so much and are not even compulsory on Linux (not sure 
for
Windows) I would say even the first user has a point, except that you may want 
to
make it configurable. Maybe add a check box or preferences option?

winff looks for the first dot from the right. It is essential that the output 
file
have an appropriate extension with out using the '-f' option in ffmpeg.

the other possibility would be to just tack on the extension. For example, 
'test.avi'
would become test.avi.mp4.

Again, this would cause confusion for the vast majority of users.

> the other possibility would be to just tack on the extension. For example,
'test.avi' would become test.avi.mp4.

> Again, this would cause confusion for the vast majority of users.

With this I agree completely.

Confusing for most users yes, but it completely breaks multi-dotted filenames 
as they
try to over-write the previous name.  Can we do a last .name1 to .name2 
substitution
instead?

Mike

> Can we do a last .name1 to .name2 substitution instead?

I think this is what Matt thinks WinFF is doing. Do you mean to say that WinFF 
does
NOT check for the first dot from the right? That would indeed be a bug by the 
looks
of it. Although, I can not reproduce that.
Input: dscf0497.1.1.2.avi
Output: dscf0497.1.1.2.wmv

Which is what I would expect. Please let us no if this is not the behavior that 
you see.