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: 2.25, seeming glitch (Read 987 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

2.25, seeming glitch

Updated to 2.25, but immediately reverted to 2.24.5, because 2.25 was not calling up art I have associated with radio stations in my internet radio playlist.  The association happens through External Tags plug-in.  This happened once before, after a beta update, but was quickly corrected with a further beta.

Re: 2.25, seeming glitch

Reply #1 –
Everything External Tags does should work better in 2.25. Care to share what kind of setup you are using that now doesn't work?

Re: 2.25, seeming glitch

Reply #2 –
Sure.  I have a playlist of 345 radio stations.  The stations are named using External Tags (giving, for example, city of origin), as shown in the first image.  Then I have a folder of images, one for each station, that help me remember, too, where the station broadcasts from (e.g., in the image, Josephine Baker, the American-French jazz singer), and that also just provide a little visual interest.  The images are called up through the "Album Art" script shown in the second image.

This has all been in pretty much daily use for about 15 years.  Except that about 5 years ago I figured out I could make the station names more descriptive using External Tags, rather than just use the station name as received from the stream, which was often very mysterious.  Actually, before the change, using External Tags, the images were crucial in keeping the stations straight, because the names were often not much help.

That enough info?

Thanks,
N.

Re: 2.25, seeming glitch

Reply #3 –
Quote from: Nordfinn on
Updated to 2.25, but immediately reverted to 2.24.5, because 2.25 was not calling up art I have associated with radio stations in my internet radio playlist.  The association happens through External Tags plug-in.  This happened once before, after a beta update, but was quickly corrected with a further beta.

Same problem.

Back, radio management doesn't work.

https://www.youtube.com/@ApacheDJMusic

Re: 2.25, seeming glitch

Reply #4 –
@Nordfinn : as far as I see your configuration shows the art initially, but since it's pinned to the %title% tag field it's not stable. That field changes to reflect the dynamic track information currently playing and as soon as that happens, foobar2000 will refresh the art to update new art for you but there isn't anything.
If that's the case the solution is simple, pick a better tag name that won't change when radio is playing.

Re: 2.25, seeming glitch

Reply #5 –
Ok, thanks.  Not sure I completely understand, however, especially by "pick a better tag name that won't change when radio is playing."  The station name currently appears under "Track Title," under "Properties," where it always has, except that the name that comes automatically with the stream is overwritten by External Tags with one of my own.  That field has never before been "dynamic." With 2.24.5, I get track info updated without the "Track Title" changing, as in the below image, where you see updated track info displayed, but under properties, the "Track Title" is "Radio Swiss Jazz - Basel" (my External Tags name for the station).

This is not working in 2.25.  Does this reflect a permanent change in Foobar?  What, specifically, would I need to change (i.e., what gets associated with what)?  Will be an awful lot of work--I suspect a re-write of something for each station and perhaps also for each image file.  I will probably forego, for the time being, at least.

Also, if it helps, here more clearly is the script I have in the Album Art box.  The fourth and fifth lines are adapted from something I found through this forum, years ago:

front.jpg
%filename%.jpg
%album%.jpg
$if($strstr(%path%,'://'),C:\ProgramData\Foobar\RadioImages\$trim($cut(%title%,11)).jpg)
$ifequal($strcmp($left(%path%,5),http:),1,C:\ProgramData\Foobar\RadioImages\radio.jpg,)
folder.jpg

Re: 2.25, seeming glitch

Reply #6 –
I just updated to 2.25 32bit.

Where is the name of the playing title when streaming. It is not in %title% anymore.
It currently has the station name in %title% instead of the actual playing tracktitle, same as when a stream is not playing (which is ok).

EDIT: Quick test 2.24.5 behaves as it was before.

Re: 2.25, seeming glitch

Reply #7 –
I should have tested my assumption before voicing it publicly. Turns out I was incorrect and using a non-changing tag field doesn't affect the behavior.

Quote from: Nordfinn on
Does this reflect a permanent change in Foobar?
This may indeed be a glitch in the new foobar2000. Let's wait and see what Peter says.

Quote from: Nordfinn on
$ifequal($strcmp($left(%path%,5),http:),1,C:\ProgramData\Foobar\RadioImages\radio.jpg,)
The $ifequal comparison to 1 is absolutely unnecessary, also you ignore https streams. Why not simply use:
$if($strcmp($left(%path%,4),http),C:\ProgramData\Foobar\RadioImages\radio.jpg,)

Quote from: Defender on
Where is the name of the playing title when streaming. It is not in %title% anymore.
It currently has the station name in %title% instead of the actual playing tracktitle, same as when a stream is not playing (which is ok).
I'm confused. Of course track title is still in %title%. I hope you aren't testing in some panel that doesn't support dynamic information updates.

Re: 2.25, seeming glitch

Reply #8 –
Quote from: Case on
I'm confused. Of course track title is still in %title%. I hope you aren't testing in some panel that doesn't support dynamic information updates.
Nope it is not.

I attached two screenshots. One has 2.25 and one has 2.24.5.

In 2.24.5 you can see that the correct playing title is displayed in the left JS3 panel. Also ELP per second has the correct playing title (I display a custom %station% tag in front of the playing title). And also the PSS TrackTime in the bottom middle has the correct playing title. Both ELP and PSS are Per Second panels.

In 2.25 %title% is not replaced with the playing title as it was and still has the station name (which is %title% when not playing) in JS3, PSS per second and ELP per second.

Also the WillB BIO does not receive the playing track title.
Weirdly enough LastFM gets the correct playing title white scrobbling. also ESlyrics has the correct playing title.

So what is changed? Where is the playing title in 2.25? Is there a new tag introduced?

PS. I don't have any issues with ART for streams in both 2.24.5 and 2.25.
Station cover is mapped in Cover, Station Bandlogo is mapped to Back and Station Namelogo is mapped to Disc. All work whether playing or not. When playing I also have Artist ART available.

Re: 2.25, seeming glitch

Reply #9 –
To my knowledge nothing has changed. Streaming titles work perfectly in Default Playlist, Columns UI, Text Display component and JScript samples.
 

Re: 2.25, seeming glitch

Reply #10 –
Quote from: Case on
To my knowledge nothing has changed. Streaming titles work perfectly in Default Playlist, Columns UI, Text Display component and JScript samples.
The time difference between the two screenshots I attached is 1 minute (install time). I did not change any of my code ...

EDIT2: A line was lost while posting.
JS3 3.8.5 (using vanilla textsample), WillB Bio (JSplitter 3.6.1.14), PSS Per Second and ELP Per Second all don't having access to the (correct) streaming playing title.

EDIT: Attached WillB BIO settings for BIO_TITLE. Note station name instead of playing title.

Re: 2.25, seeming glitch

Reply #11 –
Quote from: Defender on
Quote from: Case on
I'm confused. Of course track title is still in %title%. I hope you aren't testing in some panel that doesn't support dynamic information updates.
Nope it is not.

I attached two screenshots. One has 2.25 and one has 2.24.5.

In 2.24.5 you can see that the correct playing title is displayed in the left JS3 panel. Also ELP per second has the correct playing title (I display a custom %station% tag in front of the playing title). And also the PSS TrackTime in the bottom middle has the correct playing title. Both ELP and PSS are Per Second panels.

In 2.25 %title% is not replaced with the playing title as it was and still has the station name (which is %title% when not playing) in JS3, PSS per second and ELP per second.

Also the WillB BIO does not receive the playing track title.
Weirdly enough LastFM gets the correct playing title white scrobbling. also ESlyrics has the correct playing title.

So what is changed? Where is the playing title in 2.25? Is there a new tag introduced?


"Allowed = character in tag field names. Will be converted to _ in formats that don't allow =."

This definitely creates problems in the Title tag.

Edit: Fixed. Track Title tag in radio stream needs to be deleted.

In the video the sequence to fix the Title in the radio streams.

https://www.youtube.com/watch?v=mQwKnp17JV0

Re: 2.25, seeming glitch

Reply #12 –
Quote from: ApacheReal on
"Allowed = character in tag field names. Will be converted to _ in formats that don't allow =."

This definitely creates problems in the Title tag.
That is wrong. This change has absolutely no effect on any existing tags. It just means that now you can write and read a tag field that constains the characters, for example you can call the field simply as just "=". Previously the presense of equal sign in a field name caused that entry to go missing without error or warning. But it is a legal character in probably all tagging formats except vorbis comment style tags.

Quote from: ApacheReal on
Edit: Fixed. Track Title tag in radio stream needs to be deleted.
I don't understand your fix. You remove all the carefully entered station names.

Re: 2.25, seeming glitch

Reply #13 –
Quote from: Case on
Quote from: ApacheReal on
"Allowed = character in tag field names. Will be converted to _ in formats that don't allow =."

This definitely creates problems in the Title tag.
That is wrong. This change has absolutely no effect on any existing tags. It just means that now you can write and read a tag field that constains the characters, for example you can call the field simply as just "=". Previously the presense of equal sign in a field name caused that entry to go missing without error or warning. But it is a legal character in probably all tagging formats except vorbis comment style tags.

Quote from: ApacheReal on
Edit: Fixed. Track Title tag in radio stream needs to be deleted.
I don't understand your fix. You remove all the carefully entered station names.
If you leave the name of the radio station at rest you see the name of the radio station in the Track Title tag.

As soon as you activate the flow the Track Title field does not update with the Title from the radio station, but the name of the radio station remains.

The only way currently to have the track title tag updated is to remove everything that is there.

Before it updated now it does not anymore.

Unfortunately this makes the name of the radio station at rest lose.

Back to foobar2000 v2.24.5


Re: 2.25, seeming glitch

Reply #14 –
It's a problem in your skins and I have no idea how they fail at updating the info. As stated by Defender "Weirdly enough LastFM gets the correct playing title white scrobbling. also ESlyrics has the correct playing title". These components prove that all the information is there and correct.

I have no idea how your complex skins print the information they print, but could you have logic bugs in your titleformat strings? The issue pointed out by regor at https://hydrogenaud.io/index.php/topic,127546.0.html is fixed in 2.25, meaning that unnecessary titleformat evaluations aren't performed.

Re: 2.25, seeming glitch

Reply #15 –
Quote from: Case on
It's a problem in your skins and I have no idea how they fail at updating the info. As stated by Defender "Weirdly enough LastFM gets the correct playing title white scrobbling. also ESlyrics has the correct playing title". These components prove that all the information is there and correct.

I have no idea how your complex skins print the information they print, but could you have logic bugs in your titleformat strings? The issue pointed out by regor at https://hydrogenaud.io/index.php/topic,127546.0.html is fixed in 2.25, meaning that unnecessary titleformat evaluations aren't performed.

The problem is not my skin.

It is already present in the JS3 JS Playlist module

In short, if the Track Title tag is validated at rest with active flow, it does not update while before it.

Re: 2.25, seeming glitch

Reply #16 –
Quote from: ApacheReal on
Quote from: Case on
It's a problem in your skins and I have no idea how they fail at updating the info. As stated by Defender "Weirdly enough LastFM gets the correct playing title white scrobbling. also ESlyrics has the correct playing title". These components prove that all the information is there and correct.

I have no idea how your complex skins print the information they print, but could you have logic bugs in your titleformat strings? The issue pointed out by regor at https://hydrogenaud.io/index.php/topic,127546.0.html is fixed in 2.25, meaning that unnecessary titleformat evaluations aren't performed.

The problem is not my skin.

It is already present in the JS3 JS Playlist module

In short, if the Track Title tag is validated at rest with active flow, it does not update while before it.
Correct.

And like I mentioned before also present in very vanilla JS3 Text Display sample and WIllB BIO package.

Re: 2.25, seeming glitch

Reply #17 –
As an experiment I opened another radio station via Radio Browser on fooBar 2.25. This has the correct behavior of %title% changing to playing title instead of station name while streaming. And with working correctly I mean my skin (PSS TF and ELP TF), WIllB Bio and JS3.

Only difference in my opinion is that this working TF for a random radio station is not used via External Tags, which I did use for all earlier tests.

So it looks as if External Tags 1.5.14 hotfix 2025-03-30 has a %title% glitch with fooBar 2.25 32bit in case of playing stream.

Re: 2.25, seeming glitch

Reply #18 –
Ok, I managed to replicate the issue. With foobar2000 v2.25 the get_dynamic_info() function keeps returning External Tags provided title field. The get_dynamic_info_track() function returns the actual track title coming from streaming server.
The first function is meant for returning constantly changing information like VBR bitrate updates. The latter function is used for returning title changes during streaming.
Playlist viewers seem to handle these sources as intented while most other info viewers appear to just use the info from the non-track version. I suspect Peter will make things work like they used to.

Thank you for finding and reporting the problems. And sorry if I appear too pushy in blaming innocent parties.