Dynamic Library v1.1 Beta

[Lion12]

Originally posted by billyvnilly
Also rename Misc. to Roots

Concur, but don't forget youre using 'misc.' string with 'show icon in NxsThinger'

[mrym]

My Downloads folder...

that's terrible...

[Joonas]

Originally posted by Lion12
Concur, but don't forget youre using 'misc.' string with 'show icon in NxsThinger'

Language will probably go back to Misc. tab so I doubt it will change name...

[billyvnilly]

no unerase wizard? sorry to hear that.

[Joonas]

Originally posted by billyvnilly
no unerase wizard? sorry to hear that.

I wasn't that much fortunately in the folder...nothing that I couldn't replace at least

[Joonas]

Originally posted by billyvnilly
[B]for sort column, if you have things highlighted, the highlights dont follow what you had highlighted.

I'm not sure it is possible either...not without major caching of sorts...the listview only keeps track of which list item is selected. The text for each list item is on the other hand stored in the internal list, seperate from the listview. When you sort you change the internal list order and redraws the listview...

[jojo 544]

In the .lng file:
[Preferences]
16=Default enqueue action

This line i can't translate, it always keep showing 'Default enqueue action' in pref's window.

[siebe83]

Originally posted by Joonas
I could need some feedback here...Automatically generated playlist files that are created when you Drag from the listview...where should they be stored really? and how to work with them...
In 1.0 (and 1.1 as well) they are just put in the temp directory...which will be damn full of those eventually since they are never deleted (ooops! )

It wouldn't be much of a problem if you only drag and drop them somewhere...then I could just delete the original afterwards but if you drag n' drop to like Winamp Media Player (talked about this with mrym a long time ago I think) the file must remain or else it can't be loaded...

So what do you think?

Just happened to read this while I was searching for something else...
Did you already found a solution?

What if you just delete all generated playlists on Winamp exit? If the file is still in use by another program, just leave it. Next time you'll run and exit Winamp it will delete the playlist then...
(so on exit you'd just do a search in the temp folder for files named eg. dl-pl*.m3u (or whatever you name them) and delete them if possible)

[edit]
If that would not be possible for whatever reason, I wouldn't bother too much. My temp folder contains 350 MB of stuff that was never deleted as it should've been, so you'd not be the only one leaving stuff there

[jojo 544]

Originally posted by jojo 544
...i've been busy fixing playlist lately...There are some small isues, but il get into that when i find out more about how it happens.

Hm, still couldn't put my finger on it, but it apears sometimes DL doesn't find the file tho it sure is there.
Happens only for few files.
Another question: in what order do the files apear in the dialog for manual fixing?
It seems to me that it isn't the order of the playlist, neather alphabetic.
The 'browse for' remembers the last chosen map, that is very helpfull, but that help gets lost coz the files seem to appear in random order, so to fix files in map A, i have to select map A several times because other files get inbetween. I think the best order to 'manualy fix' is the alphabetic order of the full path and filename of the broken links?

edit: BTW, using the scrolbars during autofix aborts the fix. No big thing, but not needed coz the escape also does the trick

edit2: rightclick menu for map in tree : delete folder (Del); 'Del' doesn't work, Ctrl+del does it instead.
Rightclick a playlist doesn't show the delete option (i guess it just doesn't exist, maybe create that option for playlist too?) but Ctrl+del on a playlist in the tree (or root.plst) pops up a box saying ' a memory function failed. A windows restart is recomended.'

[siebe83]

Originally posted by jojo 544
edit2: rightclick menu for map in tree : delete folder (Del); 'Del' doesn't work, Ctrl+del does it instead.
Rightclick a playlist doesn't show the delete option (i guess it just doesn't exist, maybe create that option for playlist too?) but Ctrl+del on a playlist in the tree (or root.plst) pops up a box saying ' a memory function failed. A windows restart is recomended.'

Exactly the same behaviour in v1.01

[Joonas]

Originally posted by jojo 544
Hm, still couldn't put my finger on it, but it apears sometimes DL doesn't find the file tho it sure is there.
Happens only for few files.

See if you can find out something that can be reproduced...

Another question: in what order do the files apear in the dialog for manual fixing?
It seems to me that it isn't the order of the playlist, neather alphabetic.

They really just came in the map order...dunno what it sorts them by. Changed it to playlist order.

The 'browse for' remembers the last chosen map, that is very helpfull, but that help gets lost coz the files seem to appear in random order, so to fix files in map A, i have to select map A several times because other files get inbetween. I think the best order to 'manualy fix' is the alphabetic order of the full path and filename of the broken links?

This seem strange though...the repair should (and does for me) remember which directories you have shown it...so even if the files doesn't come in order it shouldn't ask you to find for example "Single songs" a second time...

edit: BTW, using the scrolbars during autofix aborts the fix. No big thing, but not needed coz the escape also does the trick

Dunno how the scrollbars abort...I couldn't reproduce...locked the dialog instead...so I hope you can't do this anymore.

edit2: rightclick menu for map in tree : delete folder (Del); 'Del' doesn't work, Ctrl+del does it instead.
Rightclick a playlist doesn't show the delete option (i guess it just doesn't exist, maybe create that option for playlist too?) but Ctrl+del on a playlist in the tree (or root.plst) pops up a box saying ' a memory function failed. A windows restart is recomended.'

Changed this to Ctrl+Delete. This shouldn't work for playlists though. They should be removed first...Have fixed it now and will fix this for 1.01 too.

* Jojo's language bug fix.
* Export playlist should work now...

Beta 14

[jojo 544]

Originally posted by Joonas
...This seem strange though...the repair should (and does for me) remember which directories you have shown it...so even if the files doesn't come in order it shouldn't ask you to find for example "Single songs" a second time...

Yes nothing's broken here, but maybe i didn't explain very clear. If the file to fix new location is in map'A' you browse to map 'A' and fix, if the next file to fix new location is in map 'B', the next fix will go straith to map'A', so you have to change by browsing to map'B'. if then the thirt file to fix is in map'A' again, the fix wil remeber map'B' and you have to browse back to 'A'. So what i mean is when the first file to fix (in 'A') is done, the dialog skips file 2, and fixes file 3 first, that is also in map'A'. Of corse the dialog can not know how the new locations of the files are grouped, but if it handles the order like it was before (with broken links) chanses are much bigger to have a good fix order.

...They really just came in the map order...dunno what it sorts them by. Changed it to playlist order.

That sure is a better order than before, but best would be broken path/filename order. DL don't show the broken path of broken links, but fileinfo does; so somehow it's there i guess.

...Dunno how the scrollbars abort...I couldn't reproduce...locked the dialog instead...so I hope you can't do this anymore.

Yes i can , but never mind that's a minor thingy

Ctrl+Delete. fixed !
memory failure fixed !
Language bug fixed !
Export playlist works ! (worked before too but now it creates a m3u along with the files )

[Joonas]

Originally posted by jojo 544
[B]Yes nothing's broken here, but maybe i didn't explain very clear. If the file to fix new location is in map'A' you browse to map 'A' and fix, if the next file to fix new location is in map 'B', the next fix will go straith to map'A', so you have to change by browsing to map'B'. if then the thirt file to fix is in map'A' again, the fix wil remeber map'B' and you have to browse back to 'A'. So what i mean is when the first file to fix (in 'A') is done, the dialog skips file 2, and fixes file 3 first, that is also in map'A'. Of corse the dialog can not know how the new locations of the files are grouped, but if it handles the order like it was before (with broken links) chanses are much bigger to have a good fix order.

I still don't quite understand what you mean...you should never have to browse more than once to any single directory...but you mean Browse file perhaps?

That sure is a better order than before, but best would be broken path/filename order. DL don't show the broken path of broken links, but fileinfo does; so somehow it's there i guess.

I thought playlist order would be fine...? More logical than alphabetical no?

Yes i can , but never mind that's a minor thingy

Oh you mean while the automatic repair is working...hmm
I guess I should lock down DL while it's working...not only because of that but also so you don't remove roots that are needed for the repair.

[jojo 544]

Yes i mean for browse file, sorry.
Alphabetic path+filename would be better but playlist order is ok

edit: Another request; could it be possible to ignore the file extention? i mean i had an mp3 named 'Blahblah1.MP3', i re-ripped that file to ogg vorbis, so now it's 'Blahblah1.ogg'.
The file has the same name and is in the same place, but because the extention has changed the repair doesn't recognize it.

edit2: maybe i'm taking this all too far, i have some more requests, like search for matches by looking only for same tittle, but i think a fix playlist plugin is more to do that than a library.

[jojo 544]

Originally posted by jojo 544
maybe i'm taking this all too far...

You have to stop me if so, coz i just keep going :
in preferences playlist tab is some empty space, i have an idea to fill it;.

auto repair search for:
-exact same file
-same tittle
-simular title (fe 'the bomb' 'the bomb, dub')
chequebox: ignore file extention.

(When more matches are found the dialog prompts you to choose one)

[Joonas]

Originally posted by jojo 544
You have to stop me if so, coz i just keep going :
in preferences playlist tab is some empty space, i have an idea to fill it;.

auto repair search for:
-exact same file
-same tittle
-simular title (fe 'the bomb' 'the bomb, dub')
chequebox: ignore file extention.

(When more matches are found the dialog prompts you to choose one)

Problem with this is that I would have to rewrite the whole thing then...cause now it just looks for the first match and then breaks. This would mean scanning all files and picking out promising ones...it would also mean the whole thing would be way slower since it would require to scan all files for EACH broken link. If this is a general request I can do it later on...but it will be slow slow slow slow I think....

[edit]
I could though build a separate plugin for this later I guess.
[/edit]

[jojo 544]

Fair enough

[Joonas]

edit: Another request; could it be possible to ignore the file extention? i mean i had an mp3

named 'Blahblah1.MP3', i re-ripped that file to ogg vorbis, so now it's 'Blahblah1.ogg'.
The file has the same name and is in the same place, but because the extention has changed the repair doesn't recognize it.

I would say that's the kind of thing that Browse file is for...and not something for the automatic repair...but perhaps most ppl think like jojo?

* DL locked down while auto-repair is running. Escape can abort now though.
[Window] 5 changed to - Escape to abort. so it can be used with automatic repair.

Beta 14.1

[Joonas]

Beta 14.2

* Language moved back to Misc.
* Search filter finally made it into Preferences.

@TazDevil: Sorry to say it but character replacement won't make it into DL. I guess I could put it in behind the scenes or something...say a file that DL will look at and replace characters if it is found. But no GUI or anything will make it. There's just too many strings and checks everywhere and the GUI requires too much work to make it practical.

[TazDevil]

well I was looking forward to that.

I guess I could put it in behind the scenes or something...say a file that DL will look at and replace characters if it is found.

if you can do it otherwise be my guest. i don't mind about the GUI anyway.
All i need is to get the job done. if you think you can do it as you suggest above, please do.

I just need this for searching perposes ONLY not for physically changing by data. so character replacement will only occure in your interal db somehow..

Will you need all the combinations of each character ?

[Joonas]

Originally posted by TazDevil
well I was looking forward to that.


if you can do it otherwise be my guest. i don't mind about the GUI anyway.
All i need is to get the job done. if you think you can do it as you suggest above, please do.

I just need this for searching perposes ONLY not for physically changing by data. so character replacement will only occure in your interal db somehow..

Will you need all the combinations of each character ?

Will work on that one of these days then...
I don't need any combination...not right now at least

[TazDevil]

ok, thanks
when you are ready to test it just let me know

I suppose this method will be compatiple with future releases right (will it be a special build, or normally incorporated) ???

[TazDevil]

I hate to repost but i am sending a pic
visual not operational "bugs?"

See picture
1. if there are a lotof items in the listview, search does not resize as fast, maybe you should put it to resize above the listview.
2. Also if the listview contains no files and the label that says "No files to display" is shown, if you scroll right and back left, then the label fills all over the place

3. please make all control dimensions in preferences as large as possible for translating purposes, usually greek sentences (words) are larger than english
PS. this also applies to the two buttons as well if possible

[Joonas]

Originally posted by TazDevil
I hate to repost but i am sending a pic
visual not operational "bugs?"

See picture
1. if there are a lotof items in the listview, search does not resize as fast, maybe you should put it to resize above the listview.
2. Also if the listview contains no files and the label that says "No files to display" is shown, if you scroll right and back left, then the label fills all over the place

3. please make all control dimensions in preferences as large as possible for translating purposes, usually greek sentences (words) are larger than english
PS. this also applies to the two buttons as well if possible

1. I don't really understand the picture...do you mean the fact that the search field takes half a second longer to refresh?

2. Yes...but it redraws itself when it catches up. This is a known bug from 1.0 too...tip: don't scroll if you have no files

3. All controls are as large as they can be...

Also...there were really a lot of trouble making á act like a. Can't promise it will ever make it into DL. Just remembered (was informed really..) that there are a lot of ASCII codes to take into account...if you use Western Latin or Russian or whatever...

[TazDevil]

1. Yes
2. ok, just pointing out (i didn't know the bugs of 1.0

well i only want 11 ASCII codes in total, i could set it up in a configuration file like.
and there are only 7 vowels for me

[trans..]
***945; = ***913;, ***940;
***949; = ***904;, ***941;
***951; = ***905;, ***942;
***959; = ***908;, ***972;
***969; = ***911;, ***974;
***953; = ***912;, ***938;, ***906;, ***943;, ***970;
***965; = ***910;, ***939;, ***944;, ***971;, ***973;

well see what you can do

[Joonas]

Okay...

See if this is what you wanted...14.3 now checks for replace.txt in the Plugins\dl folder.

The file should just look like this:

á=a

which means that all á will be treated as ordinary a:s.

You can't do multiples like you wrote...you can't have say
***949; treated as both ***904; and ***941;. But it at least gives you some space...treat all those characters ***949;, ***904; and ***941; as e maybe?

[TazDevil]

is this correct...? <- replace.txt

i used it with only ***940;=***945;, but didn't work unfortunatelly
which fields are actually replaced (title, artist...)
My search mode is ALL

[Joonas]

Originally posted by TazDevil
is this correct...? <- replace.txt

i used it with only ***940;=***945;, but didn't work unfortunatelly
which fields are actually replaced (title, artist...)
My search mode is ALL

All fields should be replaced. It is hooked into the search algorhytm...

Thing is...both characters have to be in your character set and among the 256 characters therein...anything requiring Unicode won't work. But you should have a Greek character set...so I dunno. I can't try cause I don't have one...

[edit]
Oh I'm so stupid! Try 14.4 now...
[/edit]

[mrym]

pref > id3tags > all is cannot be checked status, whenever i clicked it.
(actually it works though)
if i checked from search bar, pref menu is properly checked.



i still prefer drop down menu though...

[Joonas]

Originally posted by mrym
pref > id3tags > all is cannot be checked status, whenever i clicked it.
(actually it works though)
if i checked from search bar, pref menu is properly checked.

Fixed, uploaded a 14.5

i still prefer drop down menu though...

Drop-down menu is intact...this is just so those that don't know of it can still set Search filters.

[TazDevil]

YESSSSSSSSSs, thanks a million
it works now... like a charm.

i am never going to use ML from now on.
Love ya Joonas

[Joonas]

Originally posted by TazDevil
YESSSSSSSSSs, thanks a million
it works now... like a charm.

i am never going to use ML from now on.
Love ya Joonas

Great It was real easy when I finally came to grips how to implement it...

[TazDevil]

Told you it was easy, but, I understand you had other piorities....

Could the table be plased in dl.ini though, under a separate section [character replacement] or something, or it is easier to check if the file replace.txt exists ?

THe GUI i previously draw was suppose to use this table actually, but if you dont want to putit back no problem

One more question, replace.txt is read one at intialisation, or everytime a search is performed???

[Joonas]

Originally posted by TazDevil
Told you it was easy, but, I understand you had other piorities....

Could the table be plased in dl.ini though, under a separate section [character replacement] or something, or it is easier to check if the file replace.txt exists ?

THe GUI i previously draw was suppose to use this table actually, but if you dont want to putit back no problem

One more question, replace.txt is read one at intialisation, or everytime a search is performed???

It is easier to have it in its own file since I just check if the file is there on startup, read everything in it into a table and that's it. I think this is a proper way to implement a feature that I don't think you need to change very often...or?

[TazDevil]

no its ok, i'm not changing the table. For me it is complete.
Anyway better to have a separete file now i think about it, because if i press Defualt settings, and delete the dl.ini, then i will have to rewrite the table

I hope it will not break on future compilations tho.
You are the man...

(was it too much to ask from the ML team to implement?, cause i have been requesting this for a long time from them, but no answer, now i have to convince Dro to implement it for JTFE as well) <- think you could pull some strings ?

[Joonas]

Originally posted by TazDevil
no its ok, i'm not changing the table. For me it is complete.
Anyway better to have a separete file now i think about it, because if i press Defualt settings, and delete the dl.ini, then i will have to rewrite the table

I hope it will not break on future compilations tho.
You are the man...

(was it too much to ask from the ML team to implement?, cause i have been requesting this for a long time from them, but no answer, now i have to convince Dro to implement it for JTFE as well) <- think you could pull some strings ?

Hehe, DrO is a nice enough guy...he probably will do it if he gets time on his hands...which is perhaps less likely..

The feature shouldn't break on future compilations...it's a fairly small thing but it is hooked into the actual search code so it doesn't matter if there are new tags later on...they all pass through the same search function.

[edit]
Put up a 14.6 now too....small change to the repair playlist dialog...I thought it silly you had to click Remove or Skip for all files...if you really wanted to remove all or just Skip the rest...so if you Ctrl+Click on Skip or Remove it means Skip all or Remove all.
[/edit]

[edit2]
14.7 too now...added the filesize column. Just put it in kb now...but I don't know...what should it look like?
[/edit2]

[NickV]

Jonas,
I'm having a problem where a large number of folder or files seems to be causing the plugin to fail.
I've switched it to monitor a smaller folder and it works great! If it monitors a larger series of folders & files (7,500+ files) it fails.

What information can I collect to help your development process?
OR
Do you have a debug version that logs its activity so I can send the log to you?

[Joonas]

Originally posted by NickV
Jonas,
I'm having a problem where a large number of folder or files seems to be causing the plugin to fail.
I've switched it to monitor a smaller folder and it works great! If it monitors a larger series of folders & files (7,500+ files) it fails.

What information can I collect to help your development process?
OR
Do you have a debug version that logs its activity so I can send the log to you?

Again...have you tried to see if there is any specific file causing the crash? jojo has a lot more than 7000 files and no problems there. Earlier someone found the problem hidden with some corrupt mp3-file.

[TazDevil]

Originally posted by Joonas
Again...have you tried to see if there is any specific file causing the crash? jojo has a lot more than 7000 files and no problems there. Earlier someone found the problem hidden with some corrupt mp3-file.

A suggestion to jonas
isn't there a way to print to the screen the last handled file, so that we know in a case of a crush which file is corrupt, smt like expeption handling lets say

I once had this and had to check it file by file because the folder contained about a 100 mp3's ?


Menuitems for Filesize and Path don't work correctly, path column is visible but unticked.

[Joonas]

Originally posted by TazDevil
A suggestion to jonas
isn't there a way to print to the screen the last handled file, so that we know in a case of a crush which file is corrupt, smt like expeption handling lets say

I once had this and had to check it file by file because the folder contained about a 100 mp3's ?


Menuitems for Filesize and Path don't work correctly, path column is visible but unticked.

I can do something close...but to make it really good I need a corrupt mp3 so if you find one, plz send it along to me so I can see exactly where the code crash...

Download this version: http://www.joonas.ne1.net/gen_dl_debug.zip

It produces a dl.txt in c:\.

This file contains all files that DL began processing and successfully could finish processing.
Hopefully the damaged file should be begun but not finished..