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: Biography Discussion (Read 230064 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

Re: Biography Discussion

Reply #900
hey there, i was just wondering if there's a way to disable filmstrip. i can't figure out how to disable it in the options window and i'm kind of at a loss.

if it can't be disabled, what's the latest version that didn't have it?

edit: jesus christ i'm blind lol it's in the context menu. never mind  :o

Re: Biography Discussion

Reply #901
sorry to double post. i want to continue using only last.fm photos, but this one artist's last.fm page is taken by another artist, and his own page isn't under his name -- so the photos that show are of some random pop group

is there any way around this? maybe disable last.fm photos for this one specific artist, or somehow make the plugin pull info from his actual page as opposed to the one his name's actually under? if not, is there a way to just upload custom photos?

allmusic has a bio for him so no issue there

Re: Biography Discussion

Reply #902
You can black list the images: right click > image > black list.

You would need to black list all the unwanted ones.

You can also copy custom photos into the download folder of the artist. That requires 'options > image tab > last.fm photos' disabled.

@paregistrase

I've added the ability to toggle the summary to expand all the items for the next version.


Re: Biography Discussion

Reply #904
Can the filmstrip load photos from last.fm, etc? Mine only shows local photos of Pink Floyd, and I didn't even know I had them. (Can't find them)

Re: Biography Discussion

Reply #905
If you are using foobar 1.6 (32-bit) it is located here:
C:\Users\*your user name*\AppData\Roaming\foobar2000\yttm
Replace *your user name* with yours.
I don't know about the filmstrip load.
What is the opposite of music?

Re: Biography Discussion

Reply #906
Is there a way to disable image loading... while no track is playing...?

I have issue while editing my playlist... when playback is off... sometimes it take up to 3 second to activate the selected album.

Instead of showing art when selected... only showing while playing would solve my issue... I think.

Re: Biography Discussion

Reply #907


Tell me how to configure the script to display the artist of the album and not the artist? When playing such tracks, photos are not loaded


Re: Biography Discussion

Reply #908
@kahel
Quote
Is there a way to disable image loading?
You can middle click the text or use the menu to go to text only. At least see if that solves the issue. In my tests the behaviour seemed OK as is with images on. Do you have anything else loaded which would cause an issue?

If the current middle click method is insufficient, when would you change a setting if added?

Lastly it's possible to adjust the timing of the events. Go to panel.js and locate the following two functions ~lines 192 to 204
Code: [Select]
		this.focusLoad = $.debounce(() => {
if (!ppt.img_only) txt.on_playback_new_track();
if (!ppt.text_only || ui.style.isBlur || ppt.showFilmStrip) img.on_playback_new_track();
}, 250, {
'leading': true,
'trailing': true
});

this.focusServer = $.debounce(() => {
this.changed();
}, 5000, {
'leading': true,
'trailing': true
});

change them to
Code: [Select]
		this.focusLoad = $.debounce(() => {
if (!ppt.img_only) txt.on_playback_new_track();
if (!ppt.text_only || ui.style.isBlur || ppt.showFilmStrip) img.on_playback_new_track();
}, 1000, {
//'leading': true,
'trailing': true
});

this.focusServer = $.debounce(() => {
this.changed();
}, 5000, {
//'leading': true,
'trailing': true
});
You can also try adjusting the 1000 value (1000msec is 1 second delay)

If that's useful, I can add some advanced options.

@makrobes
This seems like a question you asked here.
You can try putting the following in options > server settings > title format > %BIO_ARTIST%:
Code: [Select]
$puts(str, feat. )$puts(len,$len($get(str)))$puts(pos,$strstr($lower(%artist%),$get(str)))$cut(%artist%,$sub($get(pos),1))

@Fizbin
Default behaviour is to show the filmstrip images provided there is greater than one, which normally there would be in artist view. May be one of the settings is wrong.

Simplest solution is to go to options > panel settings tab > click reset all panel settings. Ensure you have backed-up panel properties before doing this if you've made changes you want to keep.

If that doesn't work go to options > server settings tab > reset all server settings.

You can check if images are in the download folder. You can also try menu > sources > force update

Fresh installs put data and images in the ...spider_monkey_panel\package_data folder\{BA9557CE-7B4B-4E0E-9373-99F511E81252}.

Upgrades retain the original yttm location as outlined by redorb.

Re: Biography Discussion

Reply #909
Thank you... it will allow me to look a bit more into it... Delaying it seem like a good option to try.

I've already did some testing... it suggest that the performance issue come from foobar image loading... happen with both standard display art or with 'biography'... happen with various playlist (stock one included...)
I'll need redo some testing, comparing performance against a fresh foobar install, add panel one by one... and see when the performance start to degrade... I remember already doing it a few year ago... but look like it needed again.

Right now (as a quick fix) I can play a music, pause it... and then I get good browsing playlist performance. (maybe because display art doesn't get updated, in that case... this way I can click on any track and it get selected instantly... otherwise if I let the program update art display/infos... it can become really sluggish.)

(So to be extra clear it is not the time it take to load the associate image that I consider a performance issue... it's the time it take for the track to be selected on the playlist itself...)

Re: Biography Discussion

Reply #910
So I've spend a few hours looking into my foobar selection performance... issues.

Started with a fresh install of foobar2.0 x86... the selection feels almost instantaneous...
Rebuilt the basic shape of my layout... with 4 different arts (displaying at the same time)... and same here... the selection is done Very fast... and doesn't need to wait for images to get loaded...

Then I installed 'spider monkey panel' to be able to replace all 4 images with the 'biography' module.
Once all art viewer replaced by 'biography'... I noticed a (relatively) big performance difference... not only the 'same' images (only) get loaded a lot slower (from around 200 or 300 ms... to 1000-2000 ms)...
Now, the selection Need to wait for images to get loaded... (with every else equal)


At this point I decided it was worth to start modifying my own foobar... which has very bad 'selection' performance (around 5s).
Started by replacing every Biography panel with the basic artwork viewer... It did improve the performance by 1 or 2s... to around 3s or 4s (to selection to happen)
Still a lot of performance missing, tough... so kept looking...

I had others 'spider monkey panel' beside biography... decided to remove everything related, from the layout...
And it got me another improvement... a big one this time... now the performance selection is below 1s...


Still not as good as the fresh install... but it seem like the major part of the performance issue come from module using 'spider monkey panel' (1.6.1)... or spider monkey itself, not sure...
Probably worth checking if it also happen with previous version.... or why we go from the selection happening before images get loaded... to have to wait... with everything else equal... except 'spider monkey'+'biography'...
Not ideal... selection should have priority... just like it does in stock foobar...

I'll also be insterested to see how would 'biography' perform with something else than spider monkey panel as a base... might be worth the testing, if the conversion is doable.
Next step for me would be to test with previous version with both 'spider monkey' and 'biography'...

Anyway... nothing conclusive yet... some interesting 'findings' tough...

Re: Biography Discussion

Reply #911
I just tried with v1.6.1 on a massive CUI and a massive DUI layout. Each are tabbed layouts with about 100 SMP panels. Menu loads fine, even if bio etc are set to follow selected track. Which playlist are you using? Have you excluded that?

Re: Biography Discussion

Reply #912
Took my time to do more testing... to triple check... and being able give a better idea... of the performance... we should except...
I think I can answer now... with a lot more confidence...
To make it short... yes I excluded the playlist viewer (as a possible cause) in both my initial and follow up testing... I'm not speaking about the selection to playlist... but the track selection between different album... (I'll try to explain the procedure later)
One thing for 'sure' the 'playlist viewer' becomes very laggy... a lot slower compare to defaut foobar panel and also compare to 'Jscript panel 3'... so with that in mind... it looked like a good idea to make some direct comparison...

Here what I find out during my testing... and a short description of the procedure... (all made with foobar2.0 x86)

With the previous (quick) testing, I found that most of the performance issues seems to come from 'spider monkey panel' scripts... so I decided to make some comparison... same layout against 'defaut' foobar panels, 'spider monkey' and 'Jscript Panel 3'...
'JS3' vs 'spider monkey' felt like is a good comparison to make... since we get the same script 'samples' made by the same authors.

Simple procedure. Made the same layout (refacet+playlist+4ArtworkDisplay+Thumbs)... one with default UI panel (as a baseline)... one with 'spider monkey' and one with 'JSP3'...

What I'm interest in the testing... is once a playlist is loaded with refacet (at least 2 albums, in my case a library of 1000albums)... mesure how long it take between my mouse left click... and the selection to happen (highlighted)... by switching between track from different albums (to allow the image loading to happen)... without playing the track (only selecting it with a single click).

Results:
_With stock foobar panel... the selection is around 50ms, 80% of the time... with some (random?) small lag around 2 or 300ms...
_With 'Jscript Panel 3'... the selection feel slighty slower... around 2 or 300ms... (but) without random small lag (very small sample size test, tough)
_With 'Spider Monkey'... the selection become VERY slow... between 1500ms and 3000ms...

With those results in mind... I did some more digging... here some additional infos...
-'Thumbs' (called filmstrip in 'bio') seem to be the most performance heavy... when turned off 'JSP3' get faster around 100ms... and 'Spider Monkey' also get faster... around 1200ms... still feel very sluggish... just not as bad as before.
-While switching back and forth... I noticed that the 'spider monkey' image doesn't look the same as the original picture should... it seem like there is some kind of post-process going on... the image look darker with more contrast and we loose details...
-Also tried to run 'smooth browsing' as a side test... and (same script, same author)... also run a lot better on 'JSP3' compare to 'spider monkey'... that being said, not all script from 'spider' impact performance... so just running it with a small script is fine...


Still a lot a thing to check and figure out... but if my testing reveal to be accurate (pretty easy to reproduce, already did it myself, starting for scracth 3times, with 2 different computers)...
Seem like 'spider monkey' suffer pretty big performance issue (when it come to 'art displaying' at least)... could be (partially) explained by the 'post-processing'... some more looking into needed, I guess :)... can it be disable and will it improve perf?
After all that I checked with 'biography' itself... and we get the same 'post-effect' as 'spider monkey' 'ablum art' displayer... 'biography' also suffer performance issue... but not as bad (around 800ms-1000ms)... probably due to optimization on your part... which suggest... 'bio' could be a lot faster... if it didn't suffer whatever is going on with 'spider monkey'...

If you are able to make a version that's work with 'Jscript panel 3' or something else... I'll gladly do the testing to compare performance.

Re: Biography Discussion

Reply #913
I still can't reproduce any issues.

Here is a modded panel.js you can try.

Replace the one in .\foo_spider_monkey_panel\packages\{BA9557CE-7B4B-4E0E-9373-99F511E81252}\scripts

I don't have the thumbs or smooth browser in my layout. You can't necessarily compare the smp & jsp versions of those, as latter has had more recent changes. I'm only really interested in bio performance.

Re: Biography Discussion

Reply #914
Weird I can easily reproduce it... starting from scratch with very basic component.
Ok after re-reading myself... I forgot something that may or may not be important.

My baseline layout is with defaut UI... but both 'JSP3' and 'spider monkey' are done with 'columns UI'...
Is this relevant?

Re: Biography Discussion

Reply #915
I've tested both. Can you try the new panel.js above? It has extra optimisations. It shouldn't take long to try.

Re: Biography Discussion

Reply #916
Can't right now... but I will as soon as possible.

Re: Biography Discussion

Reply #917
So I've just tried your new 'bio'...

And At first glance it seem blazing fast in term of selection... but there is more to the story.
At least it would explain why you couldn't reproduce my findings... doesn't happen anymore... like it does with 1.3.5... (still, would be nice to have somebody else validate those results...)

Tjat said, the performance issue remains... let me explain some more.
So the best comparaison (imo) is against 'Jscript panel 3'... I'll call your 'bio' 1.3.6 against 'JSP3'...

'bio' 1.3.6 is faster than 'JSP3', in terme of pure, first selection... but...
Part of my testing procedure is to go back and forth between album and scroll down...
On that front 'JSP3' is a lot faster like 5 to 10 times faster...
As an illustration, I can go back and forth between album with 'JSP3' without issue... image get fully loaded in 200-300ms.
With 1.3.6... it's another story... even tough the first selection is done instantly... going back and forth is very sluggish... and image take 1800-2200ms.
Another important differnce... with 'JSP3' i can select and immediately scroll down with the mouse... with 1.3.6... it's very sluggish... it 'hang' and it take about 2s for the scrolling to begin...

One thing I would be very intestered in... is there a way to get rid of the 'post-processing'...?... I can clearly see it with both your 'bio' and with the 'album art viewer' from 'spider monkey'. (exact same one, darker image, stronger constrast, less details)
Not only it's the main suspect... but I also don't like it... just like audio... I prefere my content 'clean'... :D

Now in term of comparison between 1.3.5 and 1.3.6... it would take some more actual use (not just brief testing) to know how much it improve (or not) the experience... probably better this way tough...
but to me there is something else going on... doesn't make sense that pretty much the same function... take 5 to 10 time longer with 'spider monkey'... I'm still under the impression that your script is let down by the same reason 'spider monkey' is so slow to display art...
I'm not happy about it... Love your script... but as it stand I have to go with 'JSP3' alternative... for now at least... but not without at least, trying to figure it out.

Re: Biography Discussion

Reply #918
For me, jsp has had methods I require removed.

For image drawing, smp currently uses the original gdi image methods with, I believe, Direct2D support etc on the to do list.

However, I've never really had issues with the gdi methods.

Regarding 64 bit smp, there is cause for cautious optimism as there has been development work by TheQwertiest over the last few days...

 

Re: Biography Discussion

Reply #919
New Version: Biography v1.4.0

Release highlights
Added
- summary: ability to disable compact style and show all genres, moods composers & members
- new layout preset: "Full overlay": shows text over an album art background
- now playing display
- lyrics & now playing drop shadow effect
- advanced radio stream parser
- language support for menu (simplified and traditional Chinese)
- customisable playlist interaction for follow selected item

See changelog for more info

Current feature set and gallery

Re: Biography Discussion

Reply #920
ah... I was wrong it's not 1.3.6... :D

One factor could be the quality of image... may reveal more the performance difference.
I use relatively high quality... none embedded artwork... and show all 4 classic 'front' 'disc' 'back' 'artist' at the same time... all PNG around 4MB (more or less 3) on average... but goes as high as 15MB.
The one I tested with were not that impressive tough... PNG between 500kb and 2MB.

Anyway... with everything being equal... unfortunately, it just perform way to bad for me... too bad there is no 'easy' fix...

There is always the chance of something particular/weird going on... but I doubt it... it's direct, same condition, performance comparison... in the end...


Is the gdi methods suppose to change how image look that much? Can you confirm you get the same overall darker more constrasty rendered image?

Re: Biography Discussion

Reply #921
Loading lots of images at once is cheap. Resizing is not. The bigger they are, the more CPU intensive it is. Unless scripting components add methods for resizing in worker threads, this is always going to be an issue.

edit: when I say "always an issue", I mean for those with high quality images. The vast majority of people using auto-downloads from last.fm will have no problem. The average image quality is quite low.

Re: Biography Discussion

Reply #922
@marc2k3 Do you see a reason why the (same?) script (but different rendering method, maybe?)... 'album art' script would perform differently... when loaded from 'Jscript panel 3' or from 'spider monkey'... (both using the included samples)

I get very big performance difference between the two... and it impact how 'reactive' the playlist viewer is... under the exact same condition... with very basic layout and component. (x86 foobar2.0)


PS: if by resizing you mean use the 'crop (focus)' 'auto-fill' option... yeah... I do use it on all my art panel... that's even the main reason why I use alternative art panel... because the default foobar one doesn't allowed that, last time I checked.
(Another thing that could explain why WilB doesn't get the same performance penalty...)

PS2: just tried 'album art' from 'spider monkey... without the 'crop' option... and performance remains bad... no real difference... with a 10s quick check.
Same with 'Jscript Panel 3'... except the performance was already good from the start... it does 'feel' a bit better... but it may be placebo... pretty hard to spot difference under 200-300ms.


Re: Biography Discussion

Reply #924
Error [Biography v1.4.0]
foobar2000 v2.0 32bit Default UI

Error: Spider Monkey Panel v1.6.1 ({52E7790E-3B45-47B6-B864-1C31FA230415}: Biography v1.4.0 by WilB)
include failed:
include failed:
Path does not point to a valid file: C:\Users\username\Documents\Online Soft 03\foobar2000\foobar2000 DUIE x32 '('STANDARD')'\foobar2000\profile\foo_spider_monkey_panel\package_data\{BA9557CE-7B4B-4E0E-9373-99F511E81252}\advanced_radio_stream_parser.js

File: names.js
Line: 3, Column: 1
Stack trace:
  @names.js:3:1
  readFiles@main.js:11:10
  async*@main.js:45:2


SHURE SRH1840, SENNHEISER HD660S2, SENNHEISER HD 490 PRO, DT 1990 PRO, HiFiMAN Edition XS, Bowers & Wilkins P7, FiiO FT5, 水月雨 (MOONDROP) 空鳴 - VOID, Nakamichi Elite FIVE ANC, Bose QuietComfort 45 (made a Upgrade/Balanced Cable by myself)