Thanks you for that and all the new stuff I hope that in the future you'll be able to implement something that will make the browser remember the sizes between instances

BTW, bug report: in the browser characterr like ● and □ don't seems to be supported and are replaced by weird stuff.

Small inconsistencies with the 'auto update $playing' feature:

- when an auto-updating query is selected, the browser doesn't change on track change,

- my folders are formatted like '%name% [%length%]'. parent folders don't get updated (length stays 0:00).

Best regards,
eph

Fixed



Fixed

I also fixed the special characters problem jkwarras was having...

Thanks

done... look under components->tree browser->auto-save columns sizes

Yeah! Issues with special characters are solved and the $playing() auto-refresh works great. Thanks again, you rock dude.

Just to report, foobar2000 takes a lot more time to close with your latests builds. I have quite a lot of queries so I guess it has to do with that. For the startup it takes like 30 seconds but to close it takes quite much more than that.

BTW, is there a way to get on the name of a folder the number of included items (ex. number of tracks on an album, etc...)?

I have some more requests/suggestions that you may want to implement if you have the time, it covers some things that i have already requested and some new stuff.

Playlist Tree:

- Right-click (to open context-menu) on a node send content to browser: option to disable it.

Browser:

- Options to double-click on browser.
- Column center/right/left align, etc... on browser.
- Color support on browser.

Playlist Tree and Browser:

- Update information on real-time (i.e. playcount or other tag changes like normal playlist does). Some sort of background update should be implemented to avoid continuous CPU usage... I don't know how for ex. the playlist handle that, it changes on real time, so I guess just by identifying the track playing on every playlist tree location and updating the info should do the trick, instead of refreshing continually on the background all the nodes content (even does that didn't change). Just guessing, I know nothing about that stuff...

It seems that Eskimos have a hundred words for snow.. there should be more variants for 'thank you', it gets boring after a while

Thank you

I was thinking exactly the same...let's see, I have: thanks you, you rock, you're the man, great job, keep up the good work, I love you....

Bug report: I still get this (not a big deal anyway).

Ahh.. I know why that is... it only removes an item when a new items starts playing... So I'm guessing it stops playing but a new thing doest start so no removal is done...

Right now there is not a way to get the item count in a node, but that should be an easy fix...

EDIT: I added %itemcount% which does this

I just uploaded a new version that allows you to turn off selection of the item when you right click... if its off, and you right click on somehting, it won't be send to the browser automatically, but if you click send to playlist the item you right clicked on will be sent not the highlighted node... after using it for a second you will figure it out...

here's what i did for refreshing... I added a tag called $refresh... put it in the title off the query you want automatically refreshed... be sure there is a space after it... it will tell the program that although there is no $playing() in it, treat it like there was and the $refresh tag will be removed whenever the items is displayed...

So instead of the title "Last Ten Items" put "$refresh Last Ten Items"

EDIT: BTW, the way refreshes work is that I keep a list of all the nodes that need refreshing when a song change happens, so it doesnt continuously update the whole tree everytime... it just goes to that list and updates every node in the list...

Bug report: dequeue doesn't work here. Only track that it's dequeued it's if you stop in the middle of a song, then this track is removed from playlist.

Three little requests:

- Possibility of having in the name of a folder the count of subfolders (like %itemcount% but for subfolders).

- Possibility of hide the content of a node including tracks and folders (static and dynamic). Why? For ex. for a 'feels like now playing' folder that contains a lot of subfolders with different queries, I will like to hide everything that's inside, and only display the results in the browser when clicking on the 'feels like now playing' folder.

- Possibility of specify a node to always search there when hitting the 'All' in the playlist tree search toolbar. This will prevent to search all nodes if you don't want to, and nevertheless, still display it in a 'search' node.

And just a thought: When refreshing folders with $playing() function every time a a track changes, I get a delay of 10 seconds where fb2k freezes (I see in the console that playlist tree is refreshing those nodes). It's not bad since my PC isn't a really new one (P3 800mhz 320MB Ram) and these folders in question contains quite a lot of queries. I wonder if the refresh instead of being done fully in the moment where the track changes, if it was done more gradually over the time the track is being played it will maybe less CPU consuming for old computers. Instead of being done in a time of 10 seconds, it was done in i.e. 3 min. it will be less consuming. but as always, I'm not a programmer so maybe I'm talking nonsense

Fixed it.



Added %foldercount%

I'll think about the other suggestions... Someone else has requested the hide feature before...

The option of doing the the population of queries gradually might be fairly complex so I dont think it will probably get done, but I have an idea of one way to do it...

look in the preferences... there's a new edit box that says "Search ctl-All node"... put the name of the node you'd like to search in that, and when you want to get all the nodes from only that node instead of click all, hold control when you hit all...

That would really be a nice option.


Hope you find some way of implement it.

Today I've been testing a lot the search function. This is what I've found, I hope you'll find it useful:

- Bug report: Search Ctl-All doesn't search in the specified node. In fact, I don't know where it really search but it doesn't return any results or very few when it should return a lot.

'Search' function beta-testing. Some suggestions:

- Close search node between fb2k sessions. Right now results node are auto-saved which reduces startup time.
- Be able to send search results to browser.
- Option to disable search as-you-type.
- Option to use Ctr-All as default 'All' search mode.

Another bug?: Lately I've been experiencing really huge closing times with fb2k. I didn't install any new component but yours. Sometimes it takes > 2 min and/or hangs and I have to force the closing.

- General component user impressions:

==> Tab in preferences for browser. Too much crowded right now (difficult to set up and some options are left out in the component main menu).
==> Speed improvements in general would be welcome.
==> Except for that and some other old request I'm really a happy user

Done.

i have 3 requests that would be great for playing albums and playlists with a remote control:

- a "show folder indexes" check box (as seen in the album list plugin options) or even better a %folderindex% field, that would allow numbering the albums.

- an option for Playlist Tree Search to allow searching "by index" or "by album"/"by folder". it would be useful to quickly and remotely "dial" any album/playlist (since they would all have a unique index) and add it to the main playlist.

- an option to print the playlist tree with indexes, or to save the displayed tree to a raw text file.



about the latest builds from jan 9 and 10 i'm also experiencing a slow foobar shutdown time. i noticed it only happens when i used the "search this" or "search all" context option. the Playlist Tree area freezes for up to 4 seconds before foobar closes down. sometimes the whole Playlist Tree area turns grey and the horizontal and vertical scrollbar buttons blink up/down and left/right pretty fast. i also got this error box once: "metadb_handle leaks, 1 objects".

I think that %foldercount% does that, it display the number of subfolders in a node.


I guess that's what I also requested before but hopefully cwbowron implemented that, if you specify a node (i.e. by album) then if you hold control and hit 'All' it'll search only in that node, is this what you're talking about?

Anyway, as I reported I don't seems to get it done correctly.


I've also get this one but only once.

Feature request: Is it possible to set the "Browse Playlist" to a variable? Specifically I want the playlist to be carry the same label as the query. That way you can trick Columns UI configs that display differently accoriding to playlist names, to display each playlist correctly. For instance; if one playlist in my tree is called Singles I might want to configure Columns UI to display it as a list of singles as opposed to a list of albums....

at first i thought %foldercount% was what i was looking for, but it displays the sum of the subfolders. what i meant is an index, like Album list does, giving each folder an individual number.


i meant it like "search indexes only", "search albums only", "search folders only", restricting the results to nodes only, not files.
for example you would use the search by index, dial "816" then hit return or use a keyboard shortcut and it would add the content of index 816 to the main playlist. foobar control from the living room


today i got this failure.txt:


Illegal operation:
Code: C0000005h, flags: 00000000h, address: 00D44FDBh
Access violation, operation: read, address: 00000090h
Call path:
WinMain=>app_shutdown
This is the first crash logged by this instance.
Code bytes (00D44FDBh):
00D44F9Bh: 50 E8 8B B2 00 00 8B C8 E8 54 B2 00 00 8B 4D 08
00D44FABh: 8D 45 E8 50 E8 E2 D3 FF FF 39 7D EC 8B 35 F8 20
00D44FBBh: D5 00 74 06 FF 75 EC FF D6 59 39 7D 10 74 06 FF
00D44FCBh: 75 10 FF D6 59 8B 45 08 5F 5E C9 C2 1C 00 33 D2
00D44FDBh: 39 91 90 00 00 00 74 04 6A 13 EB 36 39 91 84 00
00D44FEBh: 00 00 74 04 6A 0D EB 2A 8B 41 6C 3B C2 74 25 39
00D44FFBh: 51 70 74 04 6A 0F EB 1A 3B C2 74 18 F7 81 9C 00
00D4500Bh: 00 00 FC FF FF FF 75 04 6A 0C EB 06 3B C2 74 04
Stack (0012BD68h):
0012BD48h: C00000FD 0012BF80 0012BF58 00000000
0012BD58h: AB31D2A8 AB31CFB0 AB31CFEC AB31D070
0012BD68h: 00D45CD3 00000000 01C3C6C8 00000000
0012BD78h: 0012BD9C 00000001 01C3C6C8 0012BDC8
0012BD88h: 00000000 0012BDC8 00D45C81 0012BD9C
0012BD98h: 00000001 00000000 00000000 00000000
0012BDA8h: 00000000 00000000 00000000 00000000
0012BDB8h: 00000000 00000000 00000000 00000000
0012BDC8h: 0012BE50 00D49E34 00000000 00000000
0012BDD8h: 00000001 0012BEB8 00D49B04 00000000
0012BDE8h: 006D005C 00730075 00630069 0048005C
0012BDF8h: 00720061 00200064 006F0052 006B0063
0012BE08h: 0020002C 0065004D 00610074 005C006C
0012BE18h: 00630061 00000009 00000000 00000000
0012BE28h: 0000000F 00000000 00D49B04 01CAD8E0
0012BE38h: 00000000 00000000 01C75940 00000000
0012BE48h: 00000000 00000000 0012BE7C 77D18709
0012BE58h: 001101FC 0000004E 000003E8 0012C084
0012BE68h: 00D49B04 DCBAABCD 00000000 0012BEB8
0012BE78h: 00D49B04 0012BEE8 77D24CA6 00D49B04
Registers:
EAX: 0012BD9C, EBX: 00000000, ECX: 00000000, EDX: 00000000
ESI: 01C3C6C8, EDI: 00000000, EBP: 0012BD8C, ESP: 0012BD68
Crash location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h

Loaded modules:
foobar2000 loaded at 00400000h - 00452000h
ntdll loaded at 7C910000h - 7C9C7000h
kernel32 loaded at 7C800000h - 7C904000h
USER32 loaded at 77D10000h - 77DA0000h
GDI32 loaded at 77EF0000h - 77F36000h
ole32 loaded at 774A0000h - 775DC000h
msvcrt loaded at 77BE0000h - 77C38000h
ADVAPI32 loaded at 77DA0000h - 77E4C000h
RPCRT4 loaded at 77E50000h - 77EE1000h
COMCTL32 loaded at 77390000h - 77492000h
SHLWAPI loaded at 77F40000h - 77FB6000h
utf8api loaded at 10000000h - 1000D000h
comdlg32 loaded at 76340000h - 7638A000h
SHELL32 loaded at 7C9D0000h - 7D1F2000h
foo_ac3 loaded at 008D0000h - 008E3000h
foo_ape loaded at 008F0000h - 0090F000h
foo_console loaded at 00910000h - 00917000h
foo_flac loaded at 00920000h - 0093C000h
foo_girder_dvdspy loaded at 00940000h - 00947000h
foo_gym loaded at 00950000h - 009AB000h
MSVCR71 loaded at 7C340000h - 7C396000h
foo_infobox loaded at 009C0000h - 009D3000h
foo_input_std loaded at 009E0000h - 00A7E000h
MSACM32 loaded at 77BB0000h - 77BC5000h
WINMM loaded at 76AE0000h - 76B0F000h
foo_modplug loaded at 00B00000h - 00B57000h
foo_nez loaded at 00B60000h - 00B8B000h
foo_oggpreview loaded at 00B90000h - 00C91000h
foo_output_asio(dll) loaded at 00CA0000h - 00CD1000h
foo_output_std loaded at 00CF0000h - 00CF9000h
foo_out_dsound_ex2 loaded at 00D00000h - 00D09000h
DSOUND loaded at 73E60000h - 73EBC000h
VERSION loaded at 77BD0000h - 77BD8000h
foo_out_ks loaded at 00D20000h - 00D2B000h
SETUPAPI loaded at 778E0000h - 779D8000h
foo_playlistfind loaded at 00D30000h - 00D3B000h
foo_playlist_tree loaded at 00D40000h - 00D64000h
foo_pl_hopper loaded at 00D70000h - 00D76000h
foo_psf loaded at 00D80000h - 00E2C000h
foo_repeat loaded at 00E30000h - 00E4F000h
MSVCP60 loaded at 76010000h - 76075000h
foo_rgscan loaded at 00E50000h - 00E5D000h
foo_scroll loaded at 00E60000h - 00E66000h
foo_search_ex loaded at 00E70000h - 00E78000h
foo_shn loaded at 00E80000h - 00E8F000h
foo_shuffle loaded at 00E90000h - 00E9B000h
foo_sid loaded at 00EA0000h - 00EE7000h
foo_spc loaded at 00F00000h - 00F11000h
foo_speex loaded at 00F20000h - 00F38000h
foo_tfmx loaded at 00F40000h - 00F49000h
foo_tta loaded at 00F50000h - 00F59000h
foo_uie_albumart loaded at 00F60000h - 00F6C000h
MSVCP71 loaded at 7C3A0000h - 7C41B000h
gdiplus loaded at 4EB80000h - 4ED23000h
foo_uie_albumlist loaded at 00F80000h - 00F91000h
foo_ui_columns loaded at 00FA0000h - 00FD7000h
foo_ui_std loaded at 00FE0000h - 00FF7000h
foo_vis_bacon loaded at 01000000h - 01018000h
foo_vis_manager loaded at 01020000h - 01028000h
foo_wavpack loaded at 01030000h - 01042000h
foo_web loaded at 01050000h - 01069000h
foo_wma loaded at 01170000h - 0118A000h
WMVCore loaded at 7D7B0000h - 7D9BA000h
wmidx loaded at 4B410000h - 4B439000h
WMASF loaded at 59D10000h - 59D4C000h
OLEAUT32 loaded at 770E0000h - 7716C000h
msdmo loaded at 73600000h - 73607000h
WININET loaded at 77AA0000h - 77B47000h
CRYPT32 loaded at 779E0000h - 77A76000h
MSASN1 loaded at 77A80000h - 77A92000h
urlmon loaded at 77170000h - 7720E000h
MSVFW32 loaded at 75BA0000h - 75BC1000h
WSOCK32 loaded at 71A10000h - 71A1A000h
WS2_32 loaded at 719F0000h - 71A07000h
WS2HELP loaded at 719E0000h - 719E8000h
DRMClien loaded at 01190000h - 011DF000h
foo_xa loaded at 011F0000h - 011FF000h
foo_ym loaded at 012B0000h - 013FF000h
DisplaySpyHook loaded at 01200000h - 0121A000h
pshook loaded at 01230000h - 0123B000h
UxTheme loaded at 5B090000h - 5B0C8000h
keyboard loaded at 01740000h - 01750000h
events loaded at 16000000h - 16028000h
imagehlp loaded at 76C40000h - 76C68000h
DBGHELP loaded at 5D3F0000h - 5D491000h

Stack dump analysis:
Address: 00D45CD3h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 00D45C81h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 00D49E34h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 00D49B04h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 00D49B04h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 77D18709h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "GetDC" (+00000072h)
Address: 00D49B04h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 00D49B04h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 77D24CA6h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "CreateIconFromResourceEx" (+000002C2h)
Address: 00D49B04h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 77D40494h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "GetClipboardFormatNameA" (+0000014Fh)
Address: 77D24CC8h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "CreateIconFromResourceEx" (+000002E4h)
Address: 77D24AF2h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "CreateIconFromResourceEx" (+0000010Eh)
Address: 00D49B04h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 00D54748h, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 77D1B3B4h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "DefWindowProcW" (+000001CFh)
Address: 7C91EAE3h, location: "ntdll", loaded at 7C910000h - 7C9C7000h
Symbol: "KiUserCallbackDispatcher" (+00000013h)
Address: 77D24A73h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "CreateIconFromResourceEx" (+0000008Fh)
Address: 77D194E3h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "GetWindowLongA" (+00000067h)
Address: 77D1DE6Eh, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "SetPropW" (+000000BBh)
Address: 77D1B7ABh, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "SendMessageW" (+00000049h)
Address: 773AAF7Bh, location: "COMCTL32", loaded at 77390000h - 77492000h
Symbol: "Ordinal414" (+00000FB4h)
Address: 00D5234Ch, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 773C6CF6h, location: "COMCTL32", loaded at 77390000h - 77492000h
Symbol: "Ordinal384" (+0001AECCh)
Address: 00D5234Ch, location: "foo_playlist_tree", loaded at 00D40000h - 00D64000h
Address: 77EF5ECBh, location: "GDI32", loaded at 77EF0000h - 77F36000h
Symbol: "CreateCompatibleDC" (+000000BBh)
Address: 77D1C6C8h, location: "USER32", loaded at 77D10000h - 77DA0000h
Symbol: "RedrawWindow" (+0000000Ch)
Address: 773C81C0h, location: "COMCTL32", loaded at 77390000h - 77492000h
Symbol: "Ordinal384" (+0001C396h)
Address: 773C9021h, location: "COMCTL32", loaded at 77390000h - 77492000h
Symbol: "Ordinal384" (+0001D1F7h)
Address: 773CA8A3h, location: "COMCTL32", loaded at 77390000h - 77492000h
Symbol: "Ordinal384" (+0001EA79h)
Address: 773C9EADh, location: "COMCTL32", loaded at 77390000h - 77492000h
Symbol: "Ordinal384" (+0001E083h)
Address: 7C92056Dh, location: "ntdll", loaded at 7C910000h - 7C9C7000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 773C9EADh, location: "COMCTL32", loaded at 77390000h - 77492000h
Symbol: "Ordinal384" (+0001E083h)
Address: 7C9205C8h, location: "ntdll", loaded at 7C910000h - 7C9C7000h
Symbol: "RtlFreeHeap" (+0000018Bh)
Address: 7C920551h, location: "ntdll", loaded at 7C910000h - 7C9C7000h
Symbol: "RtlFreeHeap" (+00000114h)
Address: 7C92056Dh, location: "ntdll", loaded at 7C910000h - 7C9C7000h
Symbol: "RtlFreeHeap" (+00000130h)

Version info:
foobar2000 v0.8.3
UNICODE

You're right, I thought it also thought it was that, I hadn't the time to play with it. Maybe cwbowron could add support for it as a tag/variable in the display format.

I think I've managed to get the control-All function to work, but it only return results when both Label and Query (at least in foo_playlist_ge format) are exactly the same i.e.
Label= year is 2000
Query= year IS 2000 |x| foo_playlist_gen format

if you rename label to 2000 it'll not work (at least here).

Edit: About the slow fb2k closing it seems closely related to the number of queries you have under the playlist tree. In another computer where I only have 3 queries it closes right away and it's a older computer. At home I must have around 15-20 different queries, only one with $playing() (and auto-resfresh) and 3-4 forcing the refresh via $refresh tag. It's a shame that this slow things so much because I love having all this queries, but I guess we can't have it all. I don't know if some speed improvements could be achieved

I can't get this to work. If I hide the content of a folder the results are also hidden in the browser.

I thought that's how you wanted it...

You want the contents to only be hidden in the tree, but to show up in the browser?

Do you notice this only when you use search? Do you have search as a seperate panel or use the popup search?

I think the problem is related to the restoration of a tree after a search... when you shut down, the search box performs that same shutdown code as if you had just closed the box and restores the tree to its previous state... I think that might be whats slowing down the fb2k shutdown....

I just added %folderindex%

I also totally redid the way the configuration page is... hopefully users won't find it too annoying or difficult, but it will make it much easier for me to add new configuration options...

I added a variable called "Browse Hidden Content" that if checked will show the contents of a selected node in the browser but not in the tree itself...

Not only when I use search, but it seems to be worst if I've just used search, then the shutdown seems to hang and take forever. Without search I get a 2 min. closing time.

I use the toolbar search, as a separate panel.

I just uploaded a new version with a variable called "Restore Tree After Search"... Try turning that off and see if that doesnt improve your shutdown time...

thanks for %folderindex%!

would it be possible to have an option in the "folder display" variable so that query names are not numbered separately than subfolders? when i added %folderindex% to folder display like that: "%folderindex% - %name%" it also added a number to my queries "? - All", "1 - Albums"... but the numbering also started from 1 for the subfolders. if each folder had a unique number it would be great for adding a whole query or a subfolder to the main playlist with a remote control. it would look like that:

I just uploaded a new version that supports a %overallindex% tag that does this.

Yes It now closes in 9 seg. Last time (previous version) it was around 75 seg. Very cool.

BTW, what's the new 'Incremental search' function?

great you'll soon be faster than our requests
adding everything to the playlist with the remote works pretty good!

(if somebody reads this and is interested in using a remote control here's how to do it with the Girder software:
- a "find" button to execute the Escape key (in case you typed a wrong number and want to start again), then the keyboard shortcut to bring the Find box.
- an "ok" button to execute the Return key to process the search, then the Escape key to close the find box, then the Space key to add the result to the main playlist.
press "find", then dial, then press "ok" )

i ran into two problems related to search, would it be possible to restrict searching to the first "n" characters of each nodes?
- when i dialed number 96 it found album number 7 instead because this one was released in 1996. i could disable the display of Year, but there will always be an album with a number in it's name.
- i don't know why, but now when i search for 12 for example, it only finds track numbers while it worked perfectly and it only found album index 12 a few minutes ago. i could disable track numbers but it's the same than for the albums, if a title contains a number it's likely to fail at some point in the future.


it's not important since it works already well like it is, but i noticed that the %overallindex% is numbering like that:



this numbering would look more natural when the nodes are not expanded:




when unchecking "restore tree after search" foobar isn't slow to shut down anymore for me as well.

i found what was causing my slow foobar shutdowns:
when "restore tree after search" is checked and if using search, if i don't press Escape after my first search and erase manually what i typed to do another search, the node selection is messed up (when i click on a folder it doesn't turn blue) and all my next search attempts fail: the Playlist Tree background turns red if i search for a number higher than two digits.
if i close foobar while in this situation, it is quite slown to shut down, while the horizontal and vertical scrollbars from the Playlist Tree eventually blinking up/down and left/right.
if i uncheck "restore tree after search" this behaviour still happens, but it only slows down foobar's shutdown by a very small amount of time.
if i hit the Escape key to close the "find box" everything is back to normal and foobar closes down fine.

if i use the "Playlist Tree Search" toolbar as a column_ui panel instead of the "find box" that pops up in the column_ui panel when i use the keyboard shortcut, hitting Escape goes back to normal behaviour but i experience the slow shut down with blinking scrollbars.

I just uploaded a new version that numbers it this way...

This is really great, but I'm having a small problem with the "Double Click Autoplay" function. I've set up a query, and if I double click on a folder (for example representing an album), it will start playing. But when the first track ends, it will repeat one more time before going on to the second track.

This is most noticeable when "Double Click Replace" is also enabled. If "Double Click Replace" is not enabled, then after playing the first song from the double clicked folder, it will go back in the playlist to what was playing before.

In other words, "Double Click Autoplay" does start playing what was double clicked, but it's as if it doesn't set the "current song cursor" (non-technical term) to the first item in the folder that was double clicked. When the song is finished, it then plays the next track as if the double click didn't change where in the playlist you were.

To reproduce, enable "Double Click Autoplay" and "Double Click Replace". Double click something to replace the playlist and start playing a track. Click the next track button, and the same track will start playing again. Clicking the next track button will then go to the next track.

Using the latest version posted today, and disabled most of my other extensions.

I hope this makes sense...

Uploaded new version with configurable double click in browser.

thanks for the bug report... Just uploaded a new version that should fix it...

Indeed it does! Thank you very much.

Hello cwbowron ,
Just a small thing : when double clicking an already selected folder its name opens for editing. can this be fixed so only one click will cause this behaviour and not double?

Not bad I don't know if you're familiar with the ffdshow configuration page? Personally I like the easy selection of different items, and how you can see which items are enabled..


yep!

Thanks also for the browser configurability!

Another subject.. could you clarify the use of the external bitmap file? What are the different icons (lots unused?), and especially, to what color palette is it converted? My test-bmp can be found here, but it gives some strange color shifts and dithering.
If you think it's worth the work, maybe it would be nice if the nodes could be replaced by the icons.. (in which case it would be nice to manually set the indentation)

Could you please also add an option not to show the horizontal scrollbar?

Thx!!

this morning i found a way to "search for index only".
i just put "<%overallindex%>: %name%" as my Folder Display variable, and use Girder to automatically add < before and >: after the dialed number.
now it should work 100% with the remote. thanks so much for this plugin

What do you mean the nodes being replaced by icons?

I added this to the readme:

Done.

I just uploaded a new version that should have faster queries and drops. If you can, try a large query and time it and then upgrade and try the query again. I'd like to see how much faster it is.

When I start Foobar, the playlist tree is unexpanded and doesn't vertically fill the panel so there is no scroll bar. If I expand the tree using the number keys on the keyboard, then the panel expands beyond the height of the panel, but no scroll bar appears. If I expand the tree using the mouse, then the scroll bar does appear.

While on this topic, what do you think of an option to automatically expand the tree to a certain level on startup?

My fb2k loads playlist tree at startup, it has a lot of queries and drops, this is the results:
Previous version:
INFO (CORE) : startup time: 33829 ms
Latest version:
INFO (CORE) : startup time: 24525 ms

For stuff like $refresh and auto-refresh $playing() on track changes, it has reduced the populating here from +-24 seg. to 14 seg

I fixed the scroll issue... I also added a configurable variable "Default Expansion"... set it to -1 for no default...

The expansion/contraction may result in the quickly disappearing/reappearing tree issue I have seen before but it is working now...

What does the incremental search do as opposed to not having it enabled?

Nothing. Originally I was using an incremental search in the tree, then I added the option of disabling it, but I was running into serious issues with it enabled so I disabled incremental search altogether and removed the option in the latest release.

- foobar startup with one big query ($drop: 600 folders, format "$directory(%_path%,3)|%_directoryname%|%_filename%")

jan 12 10:15:55:
INFO (foo_playlist_tree) : populate: 36623 ms
INFO (CORE) : startup time: 37795 ms

jan 12 11:41:54:
INFO (foo_playlist_tree) : populate: 36553 ms
INFO (CORE) : startup time: 37724 ms


- foobar startup with one big "empty" query (nothing in the query field, reads from database the same content than the 600 folders drop, format "$directory(%_path%,3)|%_directoryname%|%_filename%")

jan 12 10:15:55:
INFO (foo_playlist_tree) : populate: 1722 ms
INFO (CORE) : startup time: 3004 ms

jan 12 11:41:54:
INFO (foo_playlist_tree) : populate: 1753 ms
INFO (CORE) : startup time: 3045 ms


for this last query, if i use "%_directoryname%|%_filename%" instead, i get:
INFO (foo_playlist_tree) : populate: 4236 ms
INFO (CORE) : startup time: 5288 ms

it seems like with those format strings it's faster to populate 600 folders displayed as subfolders in 10 folders than 600 folders displayed in a single folder.