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
71
General - (fb2k) / Re: Album list view for single genre?
Last post by anamorphic -
Hi there,

I'm not sure you need that first $if - you could use $swapprefix to put 'The' at the end, if that is what you were trying to get.

To show a single genre, wrap the entire view pattern in an $if test for that genre - $strstr will test for partial match (so multi-value genre tags get included), or $strcmp for exact match (single value tag) -

Code: [Select]
$if($strstr(%genre%,5.1),$swapprefix(%album artist%,The)|%album%|[[%discnumber%.]%tracknumber%. ][%track artist% - ]%title%)

(I'm not on PC to test this but it should work)


72
3rd Party Plugins - (fb2k) / Re: NEW ESLyric v0.5 - an alternative lyric show component
Last post by ohyeah -
Quote from: Defender on
Quote from: ohyeah on
Pseudo-transparency might still be used under PSS, but there probably aren't many other scenarios where it's applicable now. PSS hasn't been updated for a long time, and I hardly ever use it anyway.
PSS is what I have chosen.

The same issue applies when running ESlyrics from a more modern splitter that supports transparency like JSplitter, which I also use.
Point is that the standard solid background or just the cover as a background is not much use imo.

Can you provide a configuration that uses JSplitter and requires a transparent background?
73
AAC - General / Re: QAAC: discussion, questions, feature requests, etc.
Last post by nu774 -
Quote from: w8ub6blw on
1. from my post above why copy-artwork isn't by default? like qaac encoder copy tag from source to target, i think also cover need to be add by default ...
qaac intentionally avoid copying some tags such as replay gain related ones, and coverart is one of them.
Embedding same cover art to each song of an album is redundant. Moreover, after transcoding to AAC, the proportion of the file size occupied by a cover art increases compared to lossless original.
Lossy codec is an art that employs every possible method to conserve bits while avoiding perceptible degradation. You should be spending more bits to audio, not cover arts.
That being said,  --copy-coverart is provided for those who cannot avoid dumb software that is capable of fetching cover art out of complex ISOBMFF structure but completely ignorant of far more simpler folder.jpg / cover.jpg.

Quote from: w8ub6blw on
2. technical question: from ogg 160 which is the right value (for same audio quality) to encode in m4a? 73?
I can't provide "right" value.
76
3rd Party Plugins - (fb2k) / Re: Columns UI
Last post by deus-ex -
Ah yes, that makes perfectly sense. I remember that in the past, after changing my monitor to one with slightly more screen space, but same resolution, I had to adjust the bottom border of my playlist to fix the playlist forward transition when advancing to the next item.

The top of my playlist window ends at the top of foobar2000's user screen space, so the topmost row is always perfectly aligned, hence UI Columns 3.0 advances the playlist always for just one row when going to a previous item.

But as you stated, the logic kinda fails at the bottom of the playlist. I just zoomed in very closely with Windows' magnifier (press Win+Plus-key a couple of times) to fine-adjust the bottom border of the playlist, so that the current bottom playlist entry would be perfectly aligned. But I can get it to work to progress for one row on every second advance only.

If you could find a fix for that, I'd be more than happy to finally upgrade after all these years. Please feel free to get in touch if I can assist or run any tests. 😊
77
3rd Party Plugins - (fb2k) / Re: Columns UI
Last post by musicmusic -
If the item is partially visible, it will scroll the smallest amount needed to make it fully visible. If the item is fully off screen, it is supposed to instead centre it vertically. Seems it is indeed not doing that when repeatedly playing the previous track in this scenario, so there must be a bug in the logic. I'll check, thanks.
78
3rd Party Plugins - (fb2k) / Re: Columns UI
Last post by deus-ex -
Confirmed, page-up/down keys are customarily configured to play the next/previous playlist entry. It's so long ago I made the setup, I forgot and assumed it to be the default.

But these settings don't explain/affect the different behaviour of the playlist cursor in the versions of UI Columns, when advancing at the visible bottom/top of the current playlist view.

In UI Columns v3.0, when the cursor is at the top of the currently visible playlist items, advancing to the previous entry will scroll the playlist down by just one item, every time, contrary to v1.0. However, when at the bottom of the visible playlist entries, advancing to the next entry will scroll the playlist up for one entry, then advancing to the next entry again scrolls the playlist for a couple of items, centering the currently highlighted/playing entry, just like v1.0 has done ever since. That is what keeps me wondering.

79
3rd Party Plugins - (fb2k) / Re: Columns UI
Last post by deus-ex -
Yes, confirmed, "cursor follows playback" is enabled. Regarding custom keyboard shortcuts, I'll have to check if and what I might have changed.

Thanks for your feedback so far. 😊