Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Moving files within media library takes very long (Read 5408 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Moving files within media library takes very long

Hi everybody,

I just moved some files from \Artist\Album\CD - Track - Title to \Artist\Album\CD - Track - Artist - Title and it took a couple of minutes whilst the files are already moved/renamed. What is done by foobar in the meantime? Updating all the database's entries just when the files are renamed? The files are beeing moved inside my media library folder. If I move files from outside my media library into it nearly six GiB of data are moved instantly (on the same partition).

What is foobar doing and please could this bug be fixed in the next versions?

It appears on both my Desktop PC and my Notebook, so I don't think I'm the only one having this problem. If you need more information please ask for them.

Regards

Moving files within media library takes very long

Reply #1
Just wanted to create a thread about that. Same happens here, moving files takes longer than with previous versions.
There is no progress bar shown anymore when moving files, instead the whole UI freezes. Can't even move the progress window.
Eventually the UI gets responsive again but in previous version there was no such issue.

I think this was introduced in like v1.1.2 and still happens with v1.1.5
This is on XP can't test on other OS.

Moving files within media library takes very long

Reply #2
i noticed this myself last week for the first time using 1.1.6 beta 2.  haven't moved many files lately, but I was moving a few GB's into various folders.  the move operations were taking a long time & locking up the foobar GUI (I was playing a songs during the moves, which didn't get interrupted); the move operations did complete.

by the way, i would suggest requesting a mod to move this thread get moved to "foobar2000 Tech Support"

Moving files within media library takes very long

Reply #3
Same here with the 1.1.6 beta 1, Windows XP, using the "move entire source content" option
Files were actually moved (outside my library) and source folders deleted but UI was frozen and no progress shown.
I don't move files very often so I don't know about previous versions.

Moving files within media library takes very long

Reply #4
i have been moving a lot of files since my previous post, i'm thinking maybe the freeze/delays are due to Playback Statistics and the new Library monitoring.

perhaps searching/reorg'ing or rewriting the db's?
since moving files outside the monitored locations works instantly.

do you guys also have large library's?

mine is almost 23MB's just under 50k tracks.
i'm not to worried about it, hasn't crashed yet
just kinda scary when it locks up moving so many files.


Moving files within media library takes very long

Reply #5
Yeah well, my library is about 30mb. It's not a huge problem, just a little inconvenience.
I also surmised that it's related to the improved library management from v1.1.2 but don't know for sure.

Moving files within media library takes very long

Reply #6
I'd like to add that it's technically not the moving of the files that takes so long, since they do show up instantly in windows explorer at the new location.
Also it's not only the UI temporary freezing but also playback (after a song has ended it won't start playing the next one).
ATM moving a 7CD box set (FLAC, 143 tracks) within the library will freeze foobar for 3 minutes 5 seconds.

Interestingly though, when the files are being moved via windows explorer there is no freeze whatsoever and the files are instantly shown in facets.


Code: [Select]
XP Home, foobar v1.15, 4gb ram, athlon64 x2 6000+

Core (2011-02-27 19:44:04 UTC)
    foobar2000 core 1.1.5
foo_ac3.dll (2010-07-22 00:55:49 UTC)
    AC3 decoder 0.9.5
foo_albumlist.dll (2011-02-27 19:42:12 UTC)
    Album List 4.5
foo_audioscrobbler.dll (2010-06-04 07:27:04 UTC)
    Audioscrobbler 1.4.7
foo_bitcompare.dll (2008-12-05 13:08:02 UTC)
    Binary Comparator 1.2
foo_burninate.dll (2011-03-16 04:06:19 UTC)
    Audio CD Writer 3.0.3
foo_cdda.dll (2011-02-27 19:42:04 UTC)
    CD Audio Decoder 3.0
foo_chacon.dll (2010-07-22 00:55:49 UTC)
    Chacon 3
foo_comserver2.dll (2006-07-31 19:13:20 UTC)
    COM Automation server 0.7 alpha 6
foo_converter.dll (2011-02-27 19:41:48 UTC)
    Converter 1.5
foo_discogs.dll (2010-07-22 00:55:49 UTC)
    Discogs Tagger 1.25
foo_dsp_std.dll (2011-02-27 19:42:22 UTC)
    Standard DSP Array 1.0
foo_dsp_vlevel.dll (2010-01-02 13:18:10 UTC)
    VLevel 20080302.0
foo_facets.dll (2008-03-01 19:51:36 UTC)
    Facets 2008-02-25
foo_fileops.dll (2011-02-27 19:40:50 UTC)
    File Operations 2.1.3
foo_freedb2.dll (2011-02-27 19:40:56 UTC)
    freedb Tagger 0.6.3
foo_input_alac.dll (2011-03-16 04:06:19 UTC)
    ALAC Decoder 1.0.7
foo_input_monkey.dll (2011-03-16 04:06:19 UTC)
    Monkey's Audio Decoder 2.1.5
foo_input_std.dll (2011-02-27 19:41:24 UTC)
    Standard Input Array 1.0
foo_jesus.dll (2011-01-07 19:53:38 UTC)
    Autosave & Autobackup 10
foo_lock.dll (2010-01-11 11:18:36 UTC)
    Pause on Lock 0.5
foo_lyricsgrabber2.dll (2011-01-07 19:53:39 UTC)
    Lyrics Grabber 2 0.5.5.2 beta
foo_masstag.dll (2009-09-18 08:01:36 UTC)
    Masstagger 1.8.4
foo_musicbrainz.dll (2009-04-10 20:27:28 UTC)
    MusicBrainz Tagger 0.2
foo_out_asio.dll (2009-03-22 14:15:46 UTC)
    ASIO support 1.2.7
foo_playcount.dll (2011-01-07 19:53:39 UTC)
    Playback Statistics 3.0.1
foo_playlist_revive.dll (2009-08-11 08:02:22 UTC)
    Playlist Revive 0.2
foo_plorg.dll (2011-04-21 16:22:20 UTC)
    Playlist Organizer 1.9.1
foo_preview.dll (2008-12-22 20:41:11 UTC)
    Preview 1.4
foo_quicksearch.dll (2011-04-21 16:17:20 UTC)
    Quick Search Toolbar 2.4
foo_quicktag.dll (2011-01-07 19:53:39 UTC)
    Quick Tagger 1.0.3
foo_rgscan.dll (2011-02-27 19:41:56 UTC)
    ReplayGain Scanner 2.0.9
foo_run.dll (2009-06-07 14:15:18 UTC)
    Run services 0.3.7
foo_skip.dll (2011-04-21 16:17:20 UTC)
    Skip Track 1.5.1
foo_softplaylists.dll (2011-02-08 16:48:41 UTC)
    Soft Playlists 2011-02-05
foo_stopaftercuralbum.dll (2009-06-01 07:50:42 UTC)
    foo_stopaftercuralbum 0.2
foo_tagbox.dll (2011-03-16 04:06:19 UTC)
    TagBox 0.212
foo_textdisplay.dll (2008-07-08 17:45:26 UTC)
    Text Display UI Element 1.0 RC 3
foo_texttools.dll (2011-01-07 19:53:39 UTC)
    Text Tools 1.0.5
foo_ui_std.dll (2011-02-27 19:42:12 UTC)
    Default User Interface 0.9.5
foo_uie_biography.dll (2010-04-30 21:49:24 UTC)
    Biography View 0.4.2.0
foo_uie_esplaylist.dll (2011-02-23 06:41:32 UTC)
    EsPlaylist 0.1.3.7
foo_verifier.dll (2009-10-05 09:39:20 UTC)
    File Integrity Verifier 1.1
foo_wave_seekbar.dll (2010-04-24 22:35:42 UTC)
    Waveform seekbar 0.2.12
foo_whatsnew.dll (2008-08-30 13:45:00 UTC)
    Feature Watcher 1.0.6

Moving files within media library takes very long

Reply #7
I am not really sure, but I think it's ES Playlist especially if you use it as lib browser.

Moving files within media library takes very long

Reply #8
I don't really use it, it's just sitting in an inactive tab most of the time. So I removed ES Playlist to confirm what you said, but the same thing still happens unfortunatly.

Moving files within media library takes very long

Reply #9
it's the same for me...windows xp, foobar 1.1.5...
renaming in foobar/file-browser and moving in the file-browser lock the gui up for quite a long time...playback is not effected
i guess i noticed this behavior first after installing version 1.1

i allways blamed it on my extensive use of esplaylist (3 panels set to browse library) and autoplaylists (~10)

Moving files within media library takes very long

Reply #10
So, if it's a UI freeze, can anyone confirm this is still an issue when using the Default UI and without any 3rd party UI components installed?
elevatorladylevitateme

Moving files within media library takes very long

Reply #11
After removing components one by one it seems it's being caused by Facets.
So I guess we gotta live with it, since Frank apparently is no longer interested in updating it.

Moving files within media library takes very long

Reply #12
i played around a little bit

if i have a relatively small library monitored i can have a facets panel and multiple esplaylists set to browse library and there is no freezing at all
switiching to a much bigger without those panels will lag a little bit if files are copied to monitored folders
adding those panels yields much longer freezes

thus: big library + components that watch it = lag

Moving files within media library takes very long

Reply #13
thus: big library + components that watch it = lag


facet with crazy title formatting scripts do the rest.
plus autoplaylists methinks

Moving files within media library takes very long

Reply #14
The problem with your theory is that this does NOT happen with foobar v1.1 (same config, components and everything, just different .exe)
With v.1.1 it works as expected, progress bar is shown, Facets updates, no UI freeze.

Like I already said some posts above, the problem was introduced in like v.1.1.2. If i had to guess I'd say that Facets isn't optimized for the improved library managment introduced in v1.1.2, but who knows.

Moving files within media library takes very long

Reply #15
the problem with your theory is that this DOES happen with foobar v1.1 (same config, components and everything, just different .exe), at least for me
with v.1.1 it does not work as expected, progress bar is not shown, UI freeze

like i already said some posts above, the problem is -for me- also present in v1.1 and hapens regardless of the presence of a facets panel...i tested different set-ups (small/big library with/out esplaylists and/or facets)...and as i said, lag increases with the library getting bigger and with the addition of panels that whatch it

Moving files within media library takes very long

Reply #16
I believe what you are experiencing is mainly due to extensive library monitoring, you said it yourself in post#13
In your case slowdown is proportional to library size/esplaylist panels.

What i was trying to point out before was that moving merely 150 files with v1.1.5 + Facets takes over 3 Minutes while with v1.1 (same setup) it takes only few seconds. This indicates that the cause for what I'm experiencing is somewhere between those two versions. Slowdown here is not proportional to library size and not caused by extensive library monitoring.

So they are probably different kinds of problems. Have you tried with versions prior to v.1.1? I think it will be the same result.

Moving files within media library takes very long

Reply #17
i just installed v1.1.6 portable, set it up to monitor 12 gb and used only 1 panel - facets
then i moved ~150 files out of the monitored folder...it lagged for 1,2, maybe 3 seconds
i moved it back...the lag again was shorter than 5 seconds
maybe it's faster with versions prior to 1.1...but i guessed i couldn't tell...it's really fast with a set-up like this

now i moved ~150 out of the (much bigger) folder that's monitored by my standard foobar install (v1.1.5) - the lag is about 5 to 10 seconds (facets, a couple of esplaylists)
moving back freezes foobar for 5-10 seconds - it was quite a bit longer

so i rest my case...facets alone is not the problem...

btw: if it really takes 3 minutes you should probably check your hard drive

Moving files within media library takes very long

Reply #18
Problem fixed with Facets v1.0, everything is speedy as usual.

Moving files within media library takes very long

Reply #19
yep - very speedy!

 
SimplePortal 1.0.0 RC1 © 2008-2021