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.
Recent Posts
3
General - (fb2k) / Re: Sort the index.txt file for standard Playlist Switcher
Last post by stevehero -
SMP doesn't suit my needs (you're dead right about that). Sorry if I offended you by not liking it. Don't put your software on public domain if you don't like criticism.

Let me point out what I don't like about it, since you asked.
  • It's very slow in comparison to Marc's Playlist manager.
  • UI keeps jumping around the place, that last bug report I posted on github, you say isn't one. If that's by design then, it's a new one on me. Imagine deleting a folder in File Explorer and the scrolling goes way off to somewhere else. If you deleted a track from a playlist and the scroll went elsewhere would you class that as by design?
  • Playlist numbers don't update quickly (If at all).
  • Overly complex for what it is.
  • Playlist duplicates themselves for no reason. Latest Github report I put up, you say it's how I've set up your component that's causing it. Then remove it, if that's the case.
  • Would also like to clarify and rectify your info about only 2 bugs lately. It's been 13 bugs in total in the last year. https://github.com/regorxxx/Playlist-Manager-SMP/issues?q=author%3Astephen147+label%3Abug

I wouldn't get too hung up on what I think. I mentioned your plugin as I don't like it anymore and if you feel aggrieved by that, well that's not my issue.

I'm looking for an alternative now. Sorry about that.
4
General - (fb2k) / Re: Sort the index.txt file for standard Playlist Switcher
Last post by regor -
Biting on this because your comment was unrealistic, involves misinformation and is not representative of the plugins you mentioned. Not sure which SMP manager are you talking about but for sure mine has a tree view (since it has folders) xd

X

No one has complained about "too many bugs", but you. I mean, just because you have found "2 bugs" lately, doesn't mean you are right. Specially when every single report I have got about any of my scripts on github, has been usually fixed and closed in less than a week (saying this because I usually offer support and care about making things work, even when people have exotic setups, Wine or whatever). More funny is your "bugs" are not bugs... just you not understanding the usage or the settings you used.

Also, you are comparing a manager with thousand of features with things that mainly sort UI playlists in a tree view. I mean, if that's what you need, then fine. It's an apples/oranges comparison. My manager is meant for people who are tired of having 2000 ui playlists loaded everytime on foobar, so it's meant to be used along playlist files. Using it as a foo_plorg replacement was just an extra, but it's clearly not the intended usage as stated everywhere on github, the HA topic, the readme PDF, ... Also most complex functionalities can be removed (and menus simplified) at the features submenu.

I simply found ironic that you complain about something being more complex than whatever you need... then clearly the problem is you used something not suited for your needs.  I am glad there are other options, like foo_plorg replacement or the js smooth manager, so we have choice. It's perfectly fine some people need simple things, it's also fine if some people need more complex things (which are not unusable just because you don't get them).

Finally, about the other JSP manager, maybe and just maybe it's more productive to report in their thread your performance problems so the author can take care of it (or warn about a limit with the number of playlists).

PD: Would also like to clarify and rectify your info about foo_plorg being broken after V2. It was already broken on V1, as reported multiple times.
5
Other Lossy Codecs / Re: exhale - Open Source USAC encoder
Last post by C.R.Helmrich -
Quote from: Case on
I took a quick look at exhale sources and I don't see it doing anything to source WAV file channel order. If that's the case @john33 is absolutely correct and multichannel files encoded with it are quite broken, unless manually reordered to correct channel order.
My apologies, you're absolutely right, I totally misunderstood how the extensible WAVE format works regarding multichannel (I thought it allows to reorder the channels... which it doesn't). Just committed a fix to exhale's main branch, along with a minor tuning for the low-rate BA_MORE_CBR modes. With that the channel ordering should be correct.

Chris