search

ElvishArtisan / rivendell

A full-featured radio automation system targeted for use in professional broadcast and media environments
197 stars 63 forks source link

RDAirPlay shows No Audio Available when there is audio. #932

Open Chester-Graham opened 6 months ago

Chester-Graham commented 6 months ago

I have a cart that has 5 cuts in it that are week parted, one plays on Monday, next one tuesday, etc. Playing while red

RDAirplay shows "no audio available" red, but it is actually playing the cart that is day parted to play. Playing while red Cart Detail

jmpalmito commented 6 months ago

I have this one too. it occurs with a single CART with hundreds CUTS and dayparting. this the only one with dayparting and so many cuts.

Chester-Graham commented 6 months ago

Interestingly, Today's cart played out properly and displayed properly in RDAirplay. Not sure what the difference is. Playing while red Cart Detail Next Day Good

Chester-Graham commented 6 months ago

Ok, it's been one week, and this 5 cut cart is starting over again. It has not been shown to be consistent, that the first cut has the problem, and the subsequent cuts operate at intended. Today's cut (1 - Monday) showed "red" in rdairplay with no audio in spite of actually playing out as it should have. It should not have shown as "red no audio". image

jmpalmito commented 5 months ago

I have this one too. it occurs with a single CART with hundreds CUTS and dayparting. this the only one with dayparting and so many cuts.

Hi ! Here is the CART which is played twice a day whith a spcecifiic short Air Date/time Can somebody explain this behaviour ?

JM - Campus Student Radio in the north of France

red CART being played red CART being played2 red CART being played3

CWJR commented 5 months ago

I had this problem in v2; no problem in v3; is it back in v4? The workaround in v2 was to import anything into a new cut; close the cart dialog; copy and paste the problem WAV file overwriting the newly-created imported WAV file in var/snd; open the new cut and RD will update to parameters of the newly pasted cut. Never could get RD to admit there was audio in the problem cut.

ltyndale commented 5 months ago

Hi,

Did these cuts get recorded in RDCatch, and do you have RDCatch set to record as MP2?

There is a bug in RDCatch which causes items recorded as MP2 to show up as red. It does not happen if you have your record codec set to PCM16.
This bug has been fixed in:

https://github.com/ElvishArtisan/rivendell/commit/3c16e0f5fa5826adcc24b18e6f450d23ab88fb92

That fix has not made it to a production release but will be in the next release. Testing the fix myself it is working well for me.

It won't fix the cuts that are already recorded and "red", but on a go-forward it'll fix RDCatch.

If these cuts were not recorded in RDCatch, then you're seeing a different issue.

Lorne Tyndale

On 2024-01-12 05:18, jmpalmito wrote:

I have this one too. it occurs with a single CART with hundreds CUTS and dayparting. this the only one with dayparting and so many cuts.

Hi ! Here is the CART which is played twice a day whith a spcecifiic short Air Date/time Can somebody explain this behaviour ?

JM - Campus Student Radio in the north of France

red.CART.being.played.png (view on web) [1] red.CART.being.played2.png (view on web) [2] red.CART.being.played3.png (view on web) [3]

-- Reply to this email directly, view it on GitHub [4], or unsubscribe [5]. You are receiving this because you are subscribed to this thread.Message ID: @.***>

Links:

[1] https://github.com/ElvishArtisan/rivendell/assets/93043810/a8dee374-d576-461f-8f2f-740b8381486d [2] https://github.com/ElvishArtisan/rivendell/assets/93043810/0377aa8e-84c0-4eca-9a3b-23024654564a [3] https://github.com/ElvishArtisan/rivendell/assets/93043810/07c8ec06-b2ff-4728-a624-270ae10074ed [4] https://github.com/ElvishArtisan/rivendell/issues/932#issuecomment-1888818934 [5] https://github.com/notifications/unsubscribe-auth/AC5JEH2HFQDGDUYECEJDS3TYOEEXZAVCNFSM6AAAAABAPUAYOCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBYHAYTQOJTGQ

Chester-Graham commented 5 months ago

I have this problem with 3.6.7 on Centos 7. 5 cuts in a card scheduled Mon-Friday. I get the red error consistently for the Monday event (first cut in the cart) but not in any of the other cuts in the cart. All of these cuts were imported thru rdiimport. Chester

On Fri, Jan 12, 2024 at 5:23 PM ltyndale @.***> wrote:

Hi,

Did these cuts get recorded in RDCatch, and do you have RDCatch set to record as MP2?

There is a bug in RDCatch which causes items recorded as MP2 to show up as red. It does not happen if you have your record codec set to PCM16. This bug has been fixed in:

https://github.com/ElvishArtisan/rivendell/commit/3c16e0f5fa5826adcc24b18e6f450d23ab88fb92

That fix has not made it to a production release but will be in the next release. Testing the fix myself it is working well for me.

It won't fix the cuts that are already recorded and "red", but on a go-forward it'll fix RDCatch.

If these cuts were not recorded in RDCatch, then you're seeing a different issue.

Lorne Tyndale

On 2024-01-12 05:18, jmpalmito wrote:

I have this one too. it occurs with a single CART with hundreds CUTS and dayparting. this the only one with dayparting and so many cuts.

Hi ! Here is the CART which is played twice a day whith a spcecifiic short Air Date/time Can somebody explain this behaviour ?

JM - Campus Student Radio in the north of France

red.CART.being.played.png (view on web) [1] red.CART.being.played2.png (view on web) [2] red.CART.being.played3.png (view on web) [3]

-- Reply to this email directly, view it on GitHub [4], or unsubscribe [5]. You are receiving this because you are subscribed to this thread.Message ID: @.***>

Links:

[1]

https://github.com/ElvishArtisan/rivendell/assets/93043810/a8dee374-d576-461f-8f2f-740b8381486d [2]

https://github.com/ElvishArtisan/rivendell/assets/93043810/0377aa8e-84c0-4eca-9a3b-23024654564a [3]

https://github.com/ElvishArtisan/rivendell/assets/93043810/07c8ec06-b2ff-4728-a624-270ae10074ed [4]

https://github.com/ElvishArtisan/rivendell/issues/932#issuecomment-1888818934 [5]

https://github.com/notifications/unsubscribe-auth/AC5JEH2HFQDGDUYECEJDS3TYOEEXZAVCNFSM6AAAAABAPUAYOCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBYHAYTQOJTGQ

— Reply to this email directly, view it on GitHub https://github.com/ElvishArtisan/rivendell/issues/932#issuecomment-1890060265, or unsubscribe https://github.com/notifications/unsubscribe-auth/APGGAW2625SIL4C2P5XRS4LYOGZVBAVCNFSM6AAAAABAPUAYOCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOJQGA3DAMRWGU . You are receiving this because you authored the thread.Message ID: @.***>

jmpalmito commented 5 months ago

Hi, Did these cuts get recorded in RDCatch, and do you have RDCatch set to record as MP2? There is a bug in RDCatch which causes items recorded as MP2 to show up as red.

Every Cut is imported with RDimport... All in .wav

jmpalmito commented 5 months ago

I had this problem in v2; no problem in v3; is it back in v4? The workaround in v2 was to import anything into a new cut; close the cart dialog; copy and paste the problem WAV file overwriting the newly-created imported WAV file in var/snd; open the new cut and RD will update to parameters of the newly pasted cut. Never could get RD to admit there was audio in the problem cut.

I never had this problem in the V2 version. It seems to appear in the V4. Database directly imported from V2. I never used V3