IPB

Welcome Guest ( Log In | Register )

3 Pages V  < 1 2 3  
Reply to this topicStart new topic
TAK 1.0.2, (including Winamp plugin 1.0.5 and SDK 1.0.4)
greynol
post Dec 4 2007, 18:25
Post #51





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



QUOTE (TBeck @ Dec 3 2007, 19:30) *
I vote for an update! Thank you in advance.
It's done. I was going to change what was said about the external return code, but figured I'd better leave it since I don't know the full story about wapet returning errors under various circumstances. Personally I use a batch script which does pass error information along and have the setting in EAC enabled.

As for the main TAK article, I left it alone, though I do have reservations about the comparisons made with other encoders since they seem to be very dependent on system and sample; not to mention that Josh recently reported that flac provides a significant decoding speed increase when it doesn't have to calculate an md5 hash.


--------------------
Your eyes cannot hear.
Go to the top of the page
+Quote Post
TBeck
post Dec 4 2007, 19:07
Post #52


TAK Developer


Group: Developer
Posts: 1095
Joined: 1-April 06
Member No.: 29051



QUOTE (TBeck @ Dec 4 2007, 18:18) *
QUOTE (TBeck @ Dec 4 2007, 17:47) *

I think it has to do with the behaviour of Delphi's wrapper of the window's open file dialog. I will check it.

That it was...

But i don't know, if i should call this a bug.

Anytime you open files or choose an output directory in TAK (GUI version only), TAK will make the directory windows' current directory. Because windows does not allow you to modify any component of it's current directory path, you will see an error message.

I really don't know if i should change this behaviour. Does the average user expect something different?

Can someone please help me with this question? I really don't know what would be the best (meet the average user's expectations)...

Thomas
Go to the top of the page
+Quote Post
Speckmade
post Dec 12 2007, 01:30
Post #53





Group: Members
Posts: 36
Joined: 15-February 05
Member No.: 19848



When it has finished working and I already closed the encoding window I would expect it to unlock the folder/files. For example I'm often working with a whole bunch of programs on an album's folder (ripper, wav trimmer, compressor, tagger, replay gain scanner, ...) and now renaming fails and you don't know which program caused the lock - can be confusing or stressful to close them one by one trying to unlock your folder again...
I think a program should only lock files/folders if it needs to because it's currently working with them. And for a user without further insight I think it's quite logical that you can't work on the file while another program is processing it - but afterwards?
Also it seems unnecessarily stressful if I have to close the tool, because it thinks it is the only thing in the world just to open it again the next minute to encode the next album and therefore again having to set all my desired options, select the whole path, that is just little different... -
Oh, by the way: maybe it would be handy if tak.exe stores the last settings..?

So far on what I'm thinking about it...

Regards from the Speckmade
(I like your baby - lookin forward to welcome it in the world of free software, on linux, in rockbox, ... Thanks so far, man!)
Go to the top of the page
+Quote Post

3 Pages V  < 1 2 3
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 18th April 2014 - 01:22