Streamarchive improvements

[Chris Deacon]

Streamarchive cannot be started like other events - the streamarchive ON command only starts without waiting for a track to finish; and the option to enqueue the command if an event is playing does not seem to exist. Can this be changed so it follows the same procedure as any scheduled event please? This would be useful when unsure about the length of a current event, and streamarchive needs to start immediately afterwards. Yes I know this can be done in the multiples command but I have found it to be unreliable (v6.1.1.0).

 

[djsoft]

Yes I know this can be done in the multiples command but I have found it to be unreliable (v6.1.1.0).

Multiple commands should work, can you please specify what was unreliable when you have tried it?

 

[Chris Deacon]

The multiple commands only work some of the time.
Here's our multiple file entry in which streamarchive recorder fails every week (on random days):

c:\users\RB\world.m3u
streamarchive Z:\ARTSCAFE_RPT\ARTSCAFE_A.flac
Z:\ARTSCAFE-WED-1.mp3

The world plays for 10 minutes, then streamarchive records live presenter via line input. At the same time, a backup program plays to the studio (ARTSCAFE-WED-1.mp3) in case the presenter does not show up. The ARTSCAFE_A.flac file is saved so it can be repeated 5 hours later.

As pointed out by me and others elsewhere in the forum, when streamarchive fails, it records an hour of blank audio but then the file locks and cannot be deleted without a reboot of RB. So streamarchive is unreliable for some reason. It can fail like this irrespective of whether there is another file starting to play at the same time or not. This has occurred on the last several versions of RB. I would prefer retaining the above multiples commands as it is the most convenient way to do this....

 

[djsoft]

Thank you for the details, I have added this to the list of bugs.

 

[Chris Deacon]

Can this RB bug be attended to please - we are still experiencing problems as above on v7.1.4.0. Recording and replay of programs in this manner is vital to our broadcasting schedule.

when streamarchive fails, it records an hour of blank audio but then the file locks and cannot be deleted without a reboot of RB.

Can streamarchive be treated like any other event and made to queue?

 

[djsoft]

Can this RB bug be attended to please - we are still experiencing problems as above on v7.1.4.0. Recording and replay of programs in this manner is vital to our broadcasting schedule.

We were unable to reproduce it, the command always works as intended.

Can streamarchive be treated like any other event and made to queue?

It depends on the event. If it contains playable items, it will be queued into the playlist and executed from there. If an evens only has it as a single command, or other actions are also commands, they are executed immediately when the event starts.

When there's a problem with streamarchive command, it will be logged. E.g. when you start a new recording, previous recording is stopped. There's one case when two recordings may be active, when you use streamarchive on command and then call streamarchive FILENAME - it will do two recordings, but if the file name is the same, the second command will fail. So what you can try is to add streamarchive off command before starting a new recording with streamarchive FILENAME command. It will ensure there are no other recording active.

Another idea would be to use the file name based on today's date. This way, all recording will have unique file names.