With b16 and the beta 14 also I believe (only ones I've tested)

When fastforwarding or rewinding, the Test Vis moves around.
Either with cursor keys or with the 'jump to time' component. Sometimes during this operation it crashes.

beta16 problem
hm m3u playlist problem fixed now but still very slow everything.
try this:
activate "resume playback after restart"

open a file in explorer that is associated with foobar
close foobar
open another file in explorer that is associated with foobar

foobar will play the first file you opened for some seconds and then switch to the file you just clicked on

that doesn't happen with 667 and older betas as far as i remember

What's the use of the command /nogui? I've used it, but it won't play any of my playlist when I use the /play command (or when I specify a file manually). I get the following error:

Am I misinterpreting the point of this function?

Known DirectSound idiocy, fails to operate when calling app doesn't have main window. Use different output.

(1) intended, read up, (2) can't reproduce the crash.
[edit] OK, reproduced the crash, thanks.

Delays when opening new files are needed to allow multiple files open from explorer to be treated as one group (so they can be sorted correctly and playlist doesn't get updated on every file).

Would it be possible for the /nogui to create a hidden main window to get around this idiocy?

Beta 17 up.

It would probably confuse other components instead. Perhaps the problem could be somehow solved on foo_output_std side, but I'm not sure if it's really worth the trouble.

edited..
was not a bug.. its a feature

when to fix http header? thx.

INFO (CORE) : startup time: 490 ms
INFO (CORE) : opening file for playback : http://music.soff.net/mp3/Chinese/Band/S.H...90;界.mp3
ERROR (CORE) : error opening file for playback : http://music.soff.net/mp3/Chinese/Band/S.H...90;界.mp3

Yeah right. Next step - make http reader open dead urls.

Read 4 posts above yours

When I have play order on random, sometimes when the song ends, it plays the song right after it on the playlist which is odd. (i have over 1000 songs on the playlist :\)

That's because it's completely random. This has been discussed many times over.

If you want shuffle, open the Playlist menu, select Sort, select Randomize.

When "test visualisation" run,
open menu's foobar is slow (jerky, not fluid)
and cpu time go to 75 % on my duron 1.1 ghz.
No problems with Windows's menu.

edit: foobar 0.7 b17, win 98se.

Is it a bug?
I've checked 'Start playing on startup' box, and now, when I doubleclick any playlist file, foobar2000 starts and plays. But when I try to start it from command line, like this it just starts, but not plays. And foobar2000 doesn't start to play when it is invoked form 'Task Sheduler'. I've used to use my computer as an alarm clock, but now it's quite difficult, because I have to start foobar2000 twice, to start it and to make it play.

Edited:
Win2k3Server, F2k 0.7b17

When using the following string to rename files using Masstagger, I get a [SYNTAX ERROR IN FORMATTING STRING] error:



Probably related, I'm getting the same error when copying complex formatting strings over from my 0.667 install as well. I can provide more examples if this one is not sufficient.

Has been posted before, you need to take path separators out of functions because path components are split before parsing (to prevent characters present in tags from causing trouble).

Wow. That's going to make my real formatting string miles long. My apologies for the duplicate bug report. Is it possible to have an option to bring back the old parsing?

Can't reproduce.

When using beta 17 on W2K, the multimedia keys on my Logitech keyboard doesn't work any more. I've configured it to send keys to the FOOBAR2000_CLASS window, and that works well with 0.667, but not with 0.7b17. The only key that gives any reaction is the pause/play key, but the reaction is odd: the playlist is replaced with a single "%1" entry...

Makes me wonder if iTouch (the software handling the extra keys) can't find Foobar any more. But why? Neither the name of the exe, nor the main window class name has changed, AFAICT.

Beta 18 up.

i think i've found a bug in beta 18 (it was also there in beta 17):

my system: windows xp prof and foobar 0.7 beta 18

follow the cursor is on

i use alt + f12 as a global hotkey for PlayBack/Random

when foobar is the active window and i press alt+f12 the selection thing jumps to the new selected file. this also works if foobar is not the active window but still visible.

if i minimize the window this does not work anymore, the selection jumps to the new file but the playlist doesn't follow



another thing i've found, perhaps it's not a bug but i think it should be changed:

i use alt + f7 as a global hotkey for Playlist/Search.

it would be cool if the search dialog pops up altough foobar is not the active window.

when i'm working on something and i want foobar to play another song all i want to do is to press alt+f7. then the search dialog should pop up, i select a new song, hit escape and the focus goes back to the previous application.



anyway, keep up the good work, i really love foobar

I found a small but annoying bug in beta 18:
When I want to add a .CUE file to the foobar playlist and there's a german "umlaut" (ä, ü, ö) in the filename of the actual sound file, foobar doesn't add them correctly nor does it play the files when I double-click on a playlist entry.
Here's the error log when I try to play such a file:

This is the first bug I've encountered, keep up the good work.

When I try to fast forward, the track time moves ahead but all I get are huge (and painful ) bursts of static

I have winxp, using wave out

I can't get "Remove dead entries" to work with Audio CDs.

Beta18, WinXP SP1

upNorth:
Are you joking ?
there are no dead entries on audio cd's .. how could there be ?


EDIT: or perhaps u mean that when u removed the disc and did that thing it didn't work ?

ok then, my mistake

Still the same problem in Beta 18.


Using Beta 18 and this is not handeled correctly.

Fresh beta18 install on another box, still can't reproduce either problem (both contextmenus and "play all" work fine); please quit whining until you have some useful info about the problem (perhaps you need to properly uninstall/reinstall ?)
From what I read, you also are having issues with corrupted registry keys, so this problem probably has nothing to do with foobar2000.

Found the problem: Foobar2000 explorer context items mysteriously disappear if I select some non-associated file types, i.e. .TXT files. Are you sure all of the files you selected are associated types? They should all have FB2k related icons. If not, maybe you need to reinstall Windows. (Fun!)

Beta19 posted.

I have some pb with the playlist search with 0.7 b19 version
(it wasn't there on b18)

First time I press ctrl + f, the search box doesn't appear. I got to reselect foobar2k main window and press ctrl + f again to see the playlis search box.

EDIT : I Don't have this bug anymore if I enable remember window positions

i also have problems with the search dialog in b19

again i'using alf+f7 as global to open the search dialog. i have to hit it twice to make it appear. in normal mode i have the same problem as Ghim

btw: the selection-does-not-follow-the-active-song-if-window-is-minimized is gone

... and beta20.

still not working correct:

again alt+f7 global hotkey for search dialog. on the first keypress the search dialog appears, on the second the search dialog gets the active window.

you can watch this when you make foobar stay always on top, then selecting another window and press the hotkey twice.

What you're doing doesn't make sense, you should bind another shortcut to activate main window, then use playlist search.
Anyway, this fix will have to wait for next beta to be published.

is that "please wait" thing new ?
or is just my computer slower than before so i never saw this ?

hm actually it's abit annoying. can't it be moved to the status bar ?
it looks like this is some important firewall hacker warning. i don't think it's as important as that.

please wait

I still find it less annoying than delays without any notice; perhaps I need to make it center above main window. (no it can't be moved to status bar)

Problem installing!

Since v0.7b13 I've gotten a warning message saying "Error! Can't initialize plug-ins directory. Please try again later" when trying to install foobar... the message comes up directly when I start the installation program...

This happens under winex on my linux box (so I suppose it's not really your buissiness =) but I've always been able to run foobar on this machine so I wonder if anyone knows anything of this problem, pherhaps if there is a workaround or whatever... :-)

Sounds like your TEMP environment variable doesn't exist or points to a location without write permission.

yup, that fixed it, thanks!

@zZzZzZz,
No offense intended, but I hope you won't ignore my bug report (on top of this page), because I know quite a few people who are really annoyed by it ;). The bug has been there for at least 4 betas now.
Thanks :)

.CUE format doesn't support international characters (should be using your ANSI codepage), you should expect more or less trouble when you try to do this.

beta21 posted.

I think I've found I bug.

When I clic any Mp3 from the playlist it has a 4 second delay before actually playing the file, there's also a 100% CPU spike.

using beta20

Can't reproduce.
Full system specs ? Any specific files causing the problem ? Any DSPs enabled ? Which output are you using ?

DSP
resampler

Output
DS

Windows XP pre SP1

all files it seems, also MPC and FLAC

the problem happens every time, is a small delay before the song actually starts, you double clic the song and the title in the status bar and the window title are changed, the GUI is not frozen, when the song ends the other is played inmediately, it only happens on double clic.
------------------------------------------------------------


Ok, weird, I used the reset all button and the problem has gone, must have been a previous beta config file not overwritten by the installer..

Sorry.. thanks for your time anyway.

Tough luck, I'd like to have a look at your config files if that ever happens again.

On a side note, I've been experimenting with gapless playback of LAME-encoded MP3s (using encoder delay/padding from LAME header), and this feature is included with beta21; unfortunately results aren't 100% accurate because of weird issues on LAME side (values found in LAME headers don't exactly do what their descriptions say; doesn't look like correct gapless playback of those files is really possible).