url length. This is now fixed. I also made it cut the the file name at question mark, so the length is much more reasonable.

4) was a caused by TPS giving up scanning streams that provided data slower than my test streams. That is now fixed in refreshed

The APE tag type uses the built-in tag writer from foobar2000 and it doesn't seem to write the 'icon' cover. It looks like a foobar2000 bug, I have pinged Peter about it.

Point 2) has been discussed in this thread. For some reason foobar2000 doesn't query art at all for these tracks so External Tags can't give the art. There have been discussions about various workarounds, easiest by far is to use the "Wrap for External Tags" feature of External Tags. That makes the stream url fully handled by the component and album art gets queried and can be shown.
I'm trying to get Peter to change foobar2000 behavior so workarounds wouldn't be needed, but so far this is the only way.

Hold shift+right click, then selected 'Tagging' -> 'Create External Tags'.
Now shift+right the items again and select 'Tagging' -> 'Wrap for external tags'. This changes the urls to include a protocol that forces them to be handled by External Tags.
Now you can scan them with the above linked True Peak scanner and tag writing won't error out.
If you don't like the wrapping to be "permanent", you can create a new temporary playlist of the items and do the operations there.

The cut off at the question mark does introduce a new issue:
$strstr(%path%,classic.nl/streams/?s=main)
$strstr(%path%,classic.nl/streams/?s=opera)
[...]
The 4 stations now all point to the same external tag

I do have one issue with TPS:
When I scan more than one stream with TPS, TPS is writing average values for it's ALBUM specific tags.

$if($strcmp($left(%_path_raw%,7),'file://'),%album artist% | %date% | %album% | %discnumber%,%path%)

Much to my surprise after restarting foobar art for streams was not visible in properties where the tag files according to file size clearly had the art embedded.
Then I rescanned all streams one by one to fix TPS ALBUM values.

Really good solution this external tag stuff.

Sorry for the long text.

I should have known some stations actually need this. I uploaded a new hotfix at https://foobar.hyv.fi/?view=foo_external_tags that only truncates at question mark when required by length. Hopefully this allows everything to work correctly.

I got hit by the mutex vs runtime issue. Reuploaded a recompile.
Downgrading should have worked nicely at least by manually deleting the crashing dll and updating then, or replacing the dll in the component directory directly.

But if you prefer to always use album scanner, configure the album grouping pattern to treat streams differently. For example to only use the default group for normal files and treat everything else as individual entries, try something like:

Code: [Select]

$if($strcmp($left(%_path_raw%,7),'file://'),%album artist% | %date% | %album% | %discnumber%,%path%)

		$if($stricmp($cut(%path%,8),exttag:/),
			$puts(path,%el_user_profile_path%\external-tags\$trim($replace($substr(%path%,10,999),:,_,/,_)).tag)
			$if($findfile($get(path)),
				$drawrect(0,  0,                $get(p.fw),  $get(p.fh),  255-0-0-128, 255-0-0-255)		// DEBUG - TAG FOUND
			)
		,
			$puts(path,%path%)
		)

I made the change to the grouping pattern and that works.
Almost all ALBUM fields are NULL (as expected), but I guess you missed to NULL a couple of the fields.
See the attached screenshots.

Now struggling how to access the attached art in ELP Popup.
[...]
But when I use the imageabs/drawimage function pointing to this correct tagfile

And that brings us to why I'm posting here before releasing a new version: as album mode treats (or should treat) each track as its own album, those album fields are not supposed to be blank. They are supposed to replicate the track values with the example grouping pattern I shared. You seem to think they should be blank, will you be disappointed if I fix them to not be blank?

I uploaded a quick update to the True Peak Scanner preview that fixes the album-with-zero-tracks issue.

Thanks, fixed version uploaded. I neglected to mention it but today's preview contained more changes than just fix for empty album issue. I changed number printing to force C-locale like in DR Meter (some third party processes can override foobar2000 locale which can turn sprintf() and friends to switch from decimal point to decimal comma) and I noticed that scanning error, such as a missing track, can cause similar issues like the album escape issue you managed to trigger. No serious harm from that, but it caused result dialog to show nonsensical values for a track that wasn't even scanned.

Take a closer look at your grouping pattern. It only uses a group for "file://" paths. Everything else has blank group, which means everything is considered to belong to the same group. The example pattern I gave you is the opposite, it only uses sane groups for files and creates a new group for everything else.