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: [Suggestions / Wishlists] for future updates (Read 105107 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: [Suggestions / Wishlists] for future updates

Reply #550
Feature Request:  allow user to set/configure maximum boost for ReplayGain.

I have come across some very soft tracks having >10dB boost.

Re: [Suggestions / Wishlists] for future updates

Reply #551
Feature request: allow to display the left / right half of the Album Art image.
The context menu might look like this:
Spoiler (click to show/hide)
Displaying only a half of the image may be useful for images like this:


New Advanced Setting for this feature:
Minimal width-to-height ratio of the image for enabling Display Half feature: [1,9]

For images that don't meet the minimal ratio requirements (i. e. for "normal" images) Full Image displaying is forced regardless of the currently selected radio button and the radio buttons are greyed out (or the corresponding menu items are not displayed at all).
Magically yours
Raistlin

Re: [Suggestions / Wishlists] for future updates

Reply #552
Grouping functionality for the playlist manager.

The playlist manager shows all your playlists on a single list. That is not useful, if you have tens of playlists.

Could you please implement a grouping functionality for the playlist manager?

Re: [Suggestions / Wishlists] for future updates

Reply #553
Grouping functionality for the playlist manager.

The playlist manager shows all your playlists on a single list. That is not useful, if you have tens of playlists.

Could you please implement a grouping functionality for the playlist manager?
I think you should check out regor's Playlist Manager. Available here.

EDIT. Sorry, I'm too slow. Just seen the other thread.

Re: [Suggestions / Wishlists] for future updates

Reply #554
Grouping functionality for the playlist manager.

The playlist manager shows all your playlists on a single list. That is not useful, if you have tens of playlists.

Could you please implement a grouping functionality for the playlist manager?
I think you should check out regor's Playlist Manager. Available here.

EDIT. Sorry, I'm too slow. Just seen the other thread.
Anyway it would be great to have more features on the native manager.

I mean that's the reason of my manager  :)) yep, but the more possibilities the better. Many users don't wanna use SMP or want more simple things.

For many, just having folders/grouping on the native manager and a few simple contextual menu actions applicable on batch would be perfection.

Re: [Suggestions / Wishlists] for future updates

Reply #555
Agreed. I'm pretty happy with the Playlist Switcher (I don't know if the one in Columns UI is default or not) as it is, but I could also see myself benefiting from folders.
Think millionaire, but with cannons.

Re: [Suggestions / Wishlists] for future updates

Reply #556
Is a component but is C) Peter Pawlowski so I will try here. Please move if not fit.

Adding "clean up" to masstagger, a cleanup function or something to deal with duplicates multivalues in a field in an automated way.

Like a plus some function to sort values alphabetically, will be great

Re: [Suggestions / Wishlists] for future updates

Reply #557
Feature request / small deterioration compared to previous versions with native plugins
Get rid of ffmpeg.exe/ffprobe.exe and wrapper and just include support of TTA, SHN, MLP, rtmp:// into included library. That's not much that is offered in wrapper.

What I mean that got worse is that ffmpeg lib decoder (wrapper too) for TAK doesn't show field "Tool" in item properties, so you can see encoder version track was made by.
Previous versions with native TAK decoder had that field. Hope it can be fixed for TAK and other formats that need that field.
Listen to WMRI...

Re: [Suggestions / Wishlists] for future updates

Reply #558
What I mean that got worse is that ffmpeg lib decoder (wrapper too) for TAK doesn't show field "Tool" in item properties, so you can see encoder version track was made by.
Previous versions with native TAK decoder had that field. Hope it can be fixed for TAK and other formats that need that field.
Case has recompiled foo_input_tak in both 32 and 64-bit, and Foobar v2 does display the "Tool" field when using that plugin: https://foobar.hyv.fi/2.0/?view=foo_input_tak

Re: [Suggestions / Wishlists] for future updates

Reply #559
Thanks for info. I will use it.
Listen to WMRI...

Re: [Suggestions / Wishlists] for future updates

Reply #560
Can you add new function for playlist context menu option "Read only"?
Than means - if is checked, you cannot remove positions from this playlist or add new songs.
I have playlist with a few radio stations (like on photo) and sometimes I click song on left panel to play new song and stations on my playlist are disappear (this is annoying).


Re: [Suggestions / Wishlists] for future updates

Reply #561
Hi,

it would be nice to save the converter settings. They wheren't saved by export theme!

Re: [Suggestions / Wishlists] for future updates

Reply #562
Please make icons scalable for 4k displays.

e.g. the possibility to choose the size of icons between 32 and 128 pixels


Re: [Suggestions / Wishlists] for future updates

Reply #563
Please let Foobar remember the devices that are set in the toolbar.

Currently, devices that are not present are displayed as unknown. It would be better if Foobar remembers the device name associated with the icon and displays it even if the device is not currently connected.

Re: [Suggestions / Wishlists] for future updates

Reply #564
Converter - When finished
- Add user defined tag(s)
  [Tagname] [Value, (titleformatting string)]

I was surprised FB2K cannot do that. Automatically stamping the created files. I personally would like to add the used converter tagz string, amongst other things.

Re: [Suggestions / Wishlists] for future updates

Reply #565
I suggest to optimize preferences and components preference locations.
Though the concept has its logic, to me this appears sometimes cluttered - this is personal preference of course.
The belonging of preferences and component is also not ideal.

e.g. foo_preview (just as example, component is awesome, hope grimes gets this right)
X
I know it is mentioned in the list 'Advanced Preferences', but I ask myself why its prefs are not at Playback > dedicated tab. At least I personally wouldn't categorize this as being advanced.

Preferences > Tools > Paylist Tools tab has some prefs of 1/3 tab and additionally advanced preferences (currently of amount 1).

In general we have a mixture of main foobar preferences, component preferences with tab and the tab-free advanced preferences, being more or less advanced.

Some prefs appearance are inconsistent, e.g.
X
line should be a category like 'CD Ripper', well guess so.

I also suggest to require component author and URL at components' about as minimum-info provided - currently it differs as being not standardized.

Re: [Suggestions / Wishlists] for future updates

Reply #566
Can you add date e.g. 2023-03-21 to every release's changelog? Also for beta?
I cannot find this information on webpage and files into release.
Thank for advance.

Re: [Suggestions / Wishlists] for future updates

Reply #567
Feature request: (UI) - Customizable Dark Background Color
- More color customization option for
  * Main Background, window, toolbar, tabs, button, button borders etc.
- Expose or override system background color.
- Option to change that gray border or the divider width or option to change its color.
- An option to hide the bottom status bar.

Re: [Suggestions / Wishlists] for future updates

Reply #568
Request features (order functions).
Please make support:
  • working commands for: only unpause, only pause playback and start play with begin track (/only_play, /only_pause and /start);
  • adding (come) column with (on) right (back-to-back) per clicked column in area header;
  • adding all *.lnk files at draging;
  • password-protected archives;
  • sorting files by shortcuts (with foo_lnk component) and symbolic links with their indications in column.

Re: [Suggestions / Wishlists] for future updates

Reply #569
Plus bitperfect passthrough of bitstream (AC3, DTS, DTSHDMA and others) (without decoding to PCM)?
I second this request.

Re: [Suggestions / Wishlists] for future updates

Reply #570
Easy access to the Converter Setup through a Menu shortcut and a shortcut for Creating a new Preset in the menus.

Re: [Suggestions / Wishlists] for future updates

Reply #571
Proper queue support with built-in queue viewer. It's currently pretty weird after all this years that there is no way to edit it (but using extra plugins). I would say it's one of the most basic features on a player.

No idea what was the original design plan, but currently being able to view and edit the queue is the standard. See Spotify, MusicBee, etc.

Re: [Suggestions / Wishlists] for future updates

Reply #572
Proper queue support with built-in queue viewer. It's currently pretty weird after all this years that there is no way to edit it (but using extra plugins). I would say it's one of the most basic features on a player.

No idea what was the original design plan, but currently being able to view and edit the queue is the standard. See Spotify, MusicBee, etc.
I would guess the original design was to use playlists as more temporary objects to act as playback queue (which is how I used Winamp back in the day), but I can't be certain. Only Peter would know I think.

You've probably seen this thread. marc2k3 just made a new one, and might work on it more.
https://hydrogenaud.io/index.php/topic,123942.new.html#new

I'll repeat here what I wrote in that thread:
I have embedded a screenshot showing my foobar layout, with the old foo_queuecontents area just below the playlist view. For a suitable replacement, I would need feature parity as far as customizable columns go. A perfect solution for me would be to have it somehow built-in to ColumnsUI so it could share all the current column options in the playlist view (with a couple minor changes), but I don't expect such a thing to happen. My only actual problem with foo_queuecontents right now is the scrollbar not following dark mode preferences, but it's only a minor issue.

https://hydrogenaud.io/index.php?action=dlattach;topic=123942.0;attach=25186;image

The second screenshot shows the columns I'm using in my queue contents editor.
https://hydrogenaud.io/index.php?action=dlattach;topic=123942.0;attach=25188;image
Think millionaire, but with cannons.

Re: [Suggestions / Wishlists] for future updates

Reply #573
Completely different from the previous post. My short wishlist of foobar2000 features:
1. Save shuffle order between application restarts
2. Option to reset volume to a specific level after restart
3. More playback order modes
- Play Once (Track)
- Play Once (Album)
- Repeat (Album)

I'm not an expert, but judging by current functionality in foobar2000, it seems like these would be trivial to add.

I am aware of foo_stopafteralbum, but it won't work for me. I already have a very frequent and specific use for "Stop After Current", and I can't use any other plugins that use it without losing functionality that is more important to me. Regarding Play Once (Track), I need "Stop After Current" to reset after playback stops, and it's impractical to go into the options menu and change that each time I play songs individually (I also have a button for Stop After Current, which I use frequently, but I forget very often when I'm playing tracks one at a time). Likewise, I have several playlists with multiple albums on them, and I would much prefer to have a playback mode that stops at the end of the album than having to add the whole thing to my queue, which causes different interactions with my controls.

If I had these features, my foobar setup would be basically perfect for my needs. Please pardon me if I have said anything strange. I have some cognitive problems due to medicine and other factors right now. Thank you for reading!
Think millionaire, but with cannons.

Re: [Suggestions / Wishlists] for future updates

Reply #574
I saw it, but the point is at 2023 there should be no need for either a non updated component or a new one with missing features. It has been a few years since queue feature was added.

If the design is having playlists, then remove the queue. If the design is having a queue list, then add a proper queue. In the latter case it should be a native feature, not a half-baked one needing extra components. It's totally counterintuitive to have a queue and not being able to see/edit it. It's like an alien feature not integrated at all with the UI or the player.

The same for the playlist manager, I still don't understand how there is not a native manager supporting folders, searching or basic operations.

Also the current situation where even the most basic features of a player are being covered by plugins which at any point get broken on fb updates, have missing source code (or it disappears when author goes mad) or whatever makes no sense to me.

Sorry for being so critic, but really seeing how MusicBee has evolved during years compared to foobar2000... I think it's a reasonable expectation that an "advanced freeware audio player" (fb web description) should be able to at least manage playlist and playback in a basic way. XD