Search results

Hi Dmitry, I'm having replay issues with a category where there are unplayed courts. There are no filters, just priorities. And the global setting is "do not repeat." Any ideas?

Yes, that's true. I've been looking into it, and it's the next thing to be fixed. But RB should be quick to resolve this. About 3 hours to generate a 1-hour playlist is excessive.

Adjunto un registro. El más antiguo es del 27/05/2025 a las 14:11:00, pero la generación comienza 40 minutos después de la hora, por lo que tardó más de media hora en generar el primer registro. (Y continuaría, pero finalicé el proceso para obtener el registro).

These presets run one per hour (they should generate a one-hour playlist). Therefore, some presets take at least three hours trying to generate a playlist, which is too long. Anyway, this started in the latest version 7.1; it may have to do with the sequencing rules.

Hi Dmitry. I'm running multiple PLGen Pro processes simultaneously. I've seen up to four, each generating an hour's worth of playlists. So, it's been trying to generate a playlist for the past four hours, which is unacceptable (meanwhile, each one is consuming about 20% of the CPU). I understand...

Also in the containers, an error is thrown when trying to upload the images

Hello, would it be possible to add an option to copy the text files to FTP? (along with the image) Thanks

So it's fixed? I've been working on this issue and I can't find an elegant solution for this from my code. The same code stops working when you add a track processing feature.

Perhaps it's a problem that there aren't enough tracks in some categories. "Media" only has 12 songs at the moment, none of them slow(Lento) or sad(Triste). Although there's usually a song with those attributes. So the problem must lie elsewhere.

If it is the latest version

The idea is good. I've done something like this in the past with my own development and the RadioBoss API. But there needs to be some additional mechanism to synchronize commands with audio. Over several days of listening, the stream can slip by several seconds.

Interesting, but how do you compensate for streaming delay with the TCP command?

I'm having the same problem. I was investigating because I can't find the cause. In my case, it happens randomly sometimes. PLGen Pro sometimes takes more than 20 minutes to consume CPU power to generate a playlist and then throws an error. When I test it from the tool instead of an event, it...

I understand. I also need to assign the enter point, so I need this command. A reasonable wait time between commands might be a solution. The question is why makelibrary writes tags if we don't pass that parameter. Wouldn't it be better to omit it if this parameter isn't present?

apparently this is the case [2025-04-13 10:47:12] TimeStretch: init [2025-04-13 10:47:12] TimeStretch: speed change applied (6,67%) [2025-04-13 10:49:09] TimeStretch: init [2025-04-13 10:49:09] TimeStretch: speed change applied (4,77%) [2025-04-13 10:51:25] TimeStretch: init [2025-04-13...

I'm thinking it might be because Makelibrary takes a few milliseconds to process and is deleting tags. I think the error is that the current tags aren't being preserved unless they're sent in the makelibrary command.

The problem seems to be with makelibrary. I first insert the track into the library and then assign the tags using the WriteTags API. This previously worked. RBAPI.Get(URLParaLlamarAAPI('&cmd=makelibrary ' + EncodeURIComponent(Libreria) + '|' + EncodeURIComponent(Ruta))); WriteTag Since I...

It seems the error is in TimeStretch. The start time calculation was quite accurate, however, the settings kept changing until they were disabled in the last two tracks. I'm using the version 7.1.1.0 Now I update to the latest

Thanks for responding, I'll try it again and continue the post.

Hi, writetag command is faulty. I'm using the beta 7.1 version