Audacious - OLD, PLEASE USE GITHUB DISCUSSIONS/ISSUES

John Lindgren wrote:

The information you see in Audacious is exactly the same information the server sends. I guess other players assume that the "track-name" field will always contain the song title and artist, but I don't think that is a safe assumption to make.

Intends to implement?

In this case it is safe to implement, because all I know URL Radio, uses it by default.

Carlos Giamante wrote:

In this case it is safe to implement, because all I know URL Radio, uses it by default.

Only those which YOU know; I know plenty of radio stations that do not always send title information formatted like that.

I don't know how much work it is to add something like this, but what would be more feasable for the user base as a whole is the splitting of the track-name field by a custom pattern (e.g. a setting like "Assume stream track-name field to be formatted like: [%a-%t]" or so)

Nevik Rehnel wrote:

Carlos Giamante wrote:

In this case it is safe to implement, because all I know URL Radio, uses it by default.

Only those which YOU know; I know plenty of radio stations that do not always send title information formatted like that.

I don't know how much work it is to add something like this, but what would be more feasable for the user base as a whole is the splitting of the track-name field by a custom pattern (e.g. a setting like "Assume stream track-name field to be formatted like: [%a-%t]" or so)

Hi, sorry for the delay, I was out.

As for the servers that send the information correctly, and I do not know if it exists, is surely a small minority, but in general, behave this way.

The feature would be implemented only to the servers that send information that way track - name, those who send correctly, is not necessary.

And sorry for the delay in my response.

Mr John Lindgren, sorry to post again, but you go implement this feature? The servers that send the information correctly as track and name, will remain so, only when they send this information together feature take effect.

That would be ideal for the OSD and RicLyric Lyrycs.

To me, it seems (as John stated) that it is more a convention, that the servers always transmit [artist - title] in the title field than a reliable rule. After all, for other stream formats (e.g. ogg), there might be a different convention, or there might be sufficiently many meta data fields defined already in the stream s.th. there is no need for information mangling at the server side. To solve that issue, I would rather think of allowing the user to locally define meta-data rewrite patterns that can be applied to specific streams. In that sense, one could think of a default rewrite pattern for MP3 streams that always treats it like [artist - title]. I have not yet thought about that for too long, but that might be an idea. I would think of a meta data rewrite plugin or something similar.

Most famous players have the feature as Clementine, Deadbeef and etc.

Why is this important?
The plugin LyricWiki only displays Lyric searching in the correct way And other applications that dependendem that way.

Michael Jacobs wrote:

To me, it seems (as John stated) that it is more a convention, that the servers always transmit [artist - title] in the title field than a reliable rule. After all, for other stream formats (e.g. ogg), there might be a different convention, or there might be sufficiently many meta data fields defined already in the stream s.th. there is no need for information mangling at the server side. To solve that issue, I would rather think of allowing the user to locally define meta-data rewrite patterns that can be applied to specific streams. In that sense, one could think of a default rewrite pattern for MP3 streams that always treats it like [artist - title]. I have not yet thought about that for too long, but that might be an idea. I would think of a meta data rewrite plugin or something similar.

I would be willing to commit a patch implementing this feature as long as it is an option and is disabled by default.

John Lindgren wrote:

I would be willing to commit a patch implementing this feature as long as it is an option and is disabled by default.

Very good John, please implement it :).

Carlos Giamante wrote:

Very good John, please implement it :).

You misunderstand. I am not interested in the feature; therefore I am not writing the patch. Someone who is interested in the feature is welcome to write a patch.

I am tired of your entitlement attitude. ("I want something; therefore I am entitled to it, and it is your job to give it to me.")

John Lindgren wrote:

Someone who is interested in the feature is welcome to write a patch.

As stated before, I would be interested in a more general thing than just splitting up the "Artist - Title" information from title fields of MP3 streams.
Also for other stream formats there are other cases where strange information mangling in the meta fields is used.
Like for example the ogg stream of kohina. Its title field contains "Radio Station - Artist" and its title field contains "Title - System of Origin".
For such cases I would like to see custom rewrite pattern that can be applied to particular stream urls.
One could also think of applying such rewrite pattern to whole types of streams, like for example MP3 streams.
A default pattern, that could also exist from the start but be disabled by default, could be the feature Carlos is interested in.

I agree with John, that such a thing should be disabled by default.

Just to make it clear, I am only interested in the more general feature. So I am not willing to provide a patch that just adds the exact feature Carlos requested. I guess the more general feature will need some more thinking in order to end up with a flexible concept and a clean and maintainable implementation.

I'd really like to implement the more general feature. But that will take some time and I can currently not estimate when I will have this time.