Search results

Could you change the way the "playrequestedsong" command is executed? since when there are no requested songs it is still shown as a command (this from the event scheduler) and I think it would be better to insert the command ONLY if there is a requested song, otherwise not show the command...

Thank you, I'll have it in mind. I used APEv2 because it did not create any additional files, but thanks for the information, I will use it from now on

I use the "transform additional information" option to save the data in APEv2, then I move the files to the new pc and add the files and again use "transform additional information" to use the APEv2 tag and transform it to SQLite database. 1 Select the files 2 Use the "convert additional...

Yes it's correct. It is understood, thank you.

Updating the request for this feature a bit, I saw some different examples and it would be good to consider the formats of how "last played" would be displayed (in some areas like Track Info), in addition to the "played approx. same" warning time now" example: Last played: Today(6:32 a.m.) 10...

This is possible. press ctrl+f in the playlist window

I understand. There is a small error and that is when the auto intro is played first than the track, the intro mark starts right with the auto intro and the intro bar ends before its set mark. This is only when the auto intro is longer than the intro mark and is set to end on the intro.

In that case, will there be any changes for the future? to make it work that way?

Based on the auto intro, how do I make it so that: IF a track meets the conditions and there is a SWP-ID programmed before the track, RB only plays the auto intro? omitting the SWP-ID. This is so that the SWP-ID and the Auto intro are not played back to back.

Could the calculation of days be added to the "last played" column or tag? example: 03/20/2024 (7 days ago). This in all areas: track info, search, playlist (tooltip), etc. This makes manual selection of songs based on time in days much easier for those of us who select tracks manually.

Thank you, this function is important for us who work during the day with the manual event scheduler

I understand, meaning that "run" will only open the PLGP and create the playlist? even if the event scheduler is in manual mode? Was this added in the last update 7.0.2.0?

True, but we would have to add at least the one to create playlists, that is, generate command (without loading it into the playback window)

It can depend on many factors. It almost never happened to me but as I adjusted repetition rules in the categories I think it has caused this problem to be repeated more frequently but as I say, it doesn't always happen but it does happen.

Yes, thank you, this option was disabled after presenting the problem, although it did not solve it but I suppose because the damage was already done, thank you

Yes, the problem is that it did not save the changes made from the track properties, and in the track tool it threw the aforementioned error. But no, it wasn't the database, because I installed the RB again and restored just the song database and it worked. Then I proceeded to open the backup...

I always use it, that's the problem

Yes, every time it happens it's because the song hasn't started yet. because as I said, the playlist is created with an interval of 1 minute to generate and load. So from what I see the last track that is between that last minute is always at risk of being selected again

sqlite... the detail is that, after the previous error, it lets me use none of the tools to save the information

no, I only use a single pc