Skip to main content
Topic: foobar2000 v1.0 beta 2a (Read 37055 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

foobar2000 v1.0 beta 2a

foobar2000 v1.0 beta 2a is now out.

Release Notes on foobar2000.org
Download page on foobar2000.org (downloads via BitTorrent protocol)
(Distribution of betas via BitTorrent not up for debate)

Issues fixed in v1.0 beta 2 from the previous beta:
  • New: Converter encodes to .m4a rather than to .mp4.
  • New: Notices for components that no longer serve any purpose.
  • Bug: Certain ASX playlist files are not parsed properly.
  • Bug: Unwanted playlist view scrolling when deleting items in certain scenarios.
  • Bug: cannot bind context menu commands to toolbar buttons.
  • Bug: "initialization failure" errors when making a clean non-portable install rather than upgrading from an earlier version.
  • Bug: possible unnecessary tag reloads on Media Library contents on startup.
  • Bug: doubleclicking the Selection Properties element no longer brings up the Properties dialog.

Beta 2a corrects the issue with foo_uie_biography being mis-detected as one of the obsolete components.
stimulating the audio nerve directly


foobar2000 v1.0 beta 2a

Reply #2
Thanks for the new version, been using the first beta since it's out and I am really happy with all the new features. The context menu is more clear, the preference pages more "standard", and the color code really shiny.

  • Bug: Unwanted playlist view scrolling when deleting items in certain scenarios.

And thanks for fixing that bug that's bothering me since a long time. It seems to be okay now, I can't seem to reproduce it in beta 2, no matter how hard I try.


foobar2000 v1.0 beta 2a

Reply #4
New version is great, thanks.
Quote
Startup time : 0:01.501343


foobar2000 v1.0 beta 2a

Reply #6
I had quite a few plugins disabled and the installer removed some obsolete plugins. Also the troubleshooter recommended to remove/update some plugins. All of this is fine, I removed a lot of stuff I don't need and updated others, but I couldn't find any updated/alternatives for some. foo_uie_lyrics.dll is commented as heavy crashware, but there aren't any new versions or alternatives for viewing lyrics in a panel. Peakmeter Spectrum and Cuesheet Creator also have no updates. I also have album art panel because it is the only one that has a cycling option.

foobar2000 v1.0 beta 2a

Reply #7
I read somewhere that since 1.0 beta 1 borders were made to look thinner. I like it more this way, but it seems to me that not all borders are made thinner (see screenshots). For example, when i use the Playlist Tabs container the empty tab still has "wider" or sunken border.

When I add any of the components native included in the DUI, the border type changes. But when I use the foo_textdisplay.dll to display the lyrics, the border remains sunken.

The reason I'm asking about this is that I don't know whether or not this is up to the foo_lyrics.dll plugin, or something that has been done on purpose, or something that has been overlooked.



EDIT: i just realised that this happens on any container

foobar2000 v1.0 beta 2a

Reply #8
I have $rgb(255,0,0)sometext$rgb() in my Status Bar to make sometext red.  This worked in all recent versions.  Now, instead of displaying in red, I get "0000FFsometext"

Was this an intentional change?  Is there a workaround?

foobar2000 v1.0 beta 2a

Reply #9
Yes. See the very bottom of Help->Title formatting Help to see how the new text coloring works.
elevatorladylevitateme

foobar2000 v1.0 beta 2a

Reply #10
Yes. See the very bottom of Help->Title formatting Help to see how the new text coloring works.

Neither
<sometext>
nor
>sometext<
looks any different from
sometext
in my status bar.  Using 2 or 3 angle brackets on each side doesn't change that.

Am I misreading?


foobar2000 v1.0 beta 2a

Reply #12
Yes, UI components needs to be modified to change the border type when it's not needed.
Full-quoting makes you scroll past the same junk over and over.

foobar2000 v1.0 beta 2a

Reply #13
With graphic card set to 32 bit colour depth foobar 1.0 beta 2 does no longer show grid lines in its preferences dialogs (e.g. Components list, Converter).

I installed beta 2 over v0.9.6.9 on Windows XP.
This is HA. Not the Jerry Springer Show.

foobar2000 v1.0 beta 2a

Reply #14
I was a little worried when installing this one. Foo_covers was declared obsolete & someone in this thread said that after letting Foobar delete that component album art wasn't shown anymore. I didn't let the installer delete foo_covers.dll, but opted to delete it manually. Don't know if that made a difference, but my album art is still being shown. Most likely, though, it all comes down to what component one uses to show album art.

The "unrecoverable playback error: device not found" reports were also worrisome. No such error here using WASAPI with an Audigy 2 ZS.

foobar2000 v1.0 beta 2a

Reply #15
I've noticed that too, but only on some pages- I kind of thought it was intentional, but maybe it isn't?

foobar2000 v1.0 beta 2a

Reply #16
With graphic card set to 32 bit colour depth foobar 1.0 beta 2 does no longer show grid lines in its preferences dialogs (e.g. Components list, Converter).

I installed beta 2 over v0.9.6.9 on Windows XP.


I am experiencing the same behavior.

1.0b2a installed over 0.9.6.9 on XP SP3

foobar2000 v1.0 beta 2a

Reply #17
Must be because of this:
  More consistency in UI, "Vista" look everywhere.
People were asking why things still look like in Windows 2000, so where possible, controls are told to use the new style, like what Explorer uses.
Full-quoting makes you scroll past the same junk over and over.

foobar2000 v1.0 beta 2a

Reply #18
running fine here... removed obsolete covers component.

foobar2000 v1.0 beta 2a

Reply #19
it's not related to this beta, but DSP window is "updated" as changed, so if annoying warning about legacy should be seen on some (all, right now) components, it should be seen also in DSP window, as immediate changes take effect

foobar2000 v1.0 beta 2a

Reply #20
Would it be complicated to move that yellow hint a little bit for an easier access of the buttons OK, Apply, Cancel and so on?



Clicking in that field makes it disappear but who often needs to adjust his settings will probably agree with me that this action would become more comfortably that way.

I am enthused whole-heartedly by foobar's new version, only a more suitable placement of this field I am longing for as well as for the return of a keyboard shortcut for the metadata tab (properties) for quick editing of file tags.
This is HA. Not the Jerry Springer Show.

foobar2000 v1.0 beta 2a

Reply #21
Would it be complicated to move that yellow hint a little bit for an easier access of the buttons OK, Apply, Cancel and so on?


Why would you need to access these buttons as they do not make sense in "legacy preference page"? 


foobar2000 v1.0 beta 2a

Reply #22
Maybe it's intentional. Maybe it will make people grumble more. Maybe they will push all component developers to release versions using the new Apply/OK/Cancel format sooner once the SDK is out. 
Full-quoting makes you scroll past the same junk over and over.

foobar2000 v1.0 beta 2a

Reply #23
[quote author=q-stankovic link=msg=670464 date=1259454516]Why would you need to access these buttons as they do not make sense in "legacy preference page"?  [/quote]
For closing the configuration window ("OK").
This is HA. Not the Jerry Springer Show.

foobar2000 v1.0 beta 2a

Reply #24
There's also the X in the top right corner.
elevatorladylevitateme

 
SimplePortal 1.0.0 RC1 © 2008-2019