Mod Shout for streaming

[Mike Weick]

Hi everybody, I have a question about entering the record commands in dialplan for  streaming mp3's to a shoutcast. I compiled a new freeswitch and loaded mod_shout. It is working right. But when I put the record command in conference.conf it DOES stream to shoutcast but it suppresses BigBlueButton from archiving the recordings. The error I get when I do conf --debug is: /live.mp3 was not found in raw recordings folder. So it is broadcasting to shoutcast properly but the normal flow of BBB recording archives is no longer working. Of course when I remove the command all works as intended. Any ideas?

I have the following command in my conference.conf.xml in the cdquality profile:

  <param name="auto-record" value="shout://source:mypas...@myserver.server.com:8000/live.mp3"/>

 

[HostBBB.com]

Mike, I bet the standard .wav in /var/freeswitch/meetings never starts because bbb server side sees a recording already.

Try this.   revert the conf.xml

then when in a meeting that is set for recording.

do this from shell after meeting is started.

sudo /opt/freeswitch/bin/fs_cli -x "conference $ROOM record shout://source:hac...@x.x.x.x:8000/live$ROOM.mp3

You can trigger streaming from command line,  or add a custom extension that starts and stops  from with in the dialplan.

regards,

Stephen

hostbbb.com

[Mike Weick]

Thanks Stephen, I tried what you posted for fs_cli and am still getting the message:

bbb-conf --debug

 -- Errors found in /var/log/bigbluebutton --

/var/log/bigbluebutton/sanity.log:E, [2018-02-26T07:15:01.052699 #12175] ERROR -- : error in sanity check: Audio file /var/bigbluebutton/recording/raw/fad1c625817c5d606b5de5169e1591b1e09f0135-1519646999789/audio/live0012.mp3 doesn't exist in raw directory.

On Monday, February 26, 2018 at 2:54:31 AM UTC-5, Mike Weick wrote:

[Mike Weick]

Doing some more digging, I have found that it's looking for BOTH the live.mp3 file and the regular .wav file. I don't know why that is since I'm auto-recording to my icecast server. To test this theory, I downloaded the exisiting .wav file (the files ARE there) and simply re-uploaded it as a live.mp3 file and rebuilt the recording. Sure enough the bbb archiving worked having both audio files in the raw directory. 

Now to figure out how to NOT have it look for the live.mp3 which should not be there anyway, as it is just streaming.

On Monday, February 26, 2018 at 2:54:31 AM UTC-5, Mike Weick wrote:

[HostBBB.com]

Mike,

So it looks like the freeswitch start recording event for live.mp3 is being recorded in redis, and the recording scripts see it.

Take a look at the events.xml to see if you can see that event.

Then look at the recording scripts which are in ruby,  and where it tries to add that event to events.xml or process live.mp3 handle figure how to remove before processing begins somehow.

It might be in the archive.rb phase.  not really sure, i'm sure others on the list can point you to exact location where the redis events are pulled to begin processing.

regards,

Stephen

hostbbb.com

[HostBBB.com]

https://github.com/bigbluebutton/bigbluebutton/blob/bca27c4838afdab00d2e2073c0afe261ec4e74fe/record-and-playback/core/lib/recordandplayback/events_archiver.rb#L137

https://github.com/bigbluebutton/bigbluebutton/blob/bca27c4838afdab00d2e2073c0afe261ec4e74fe/record-and-playback/core/scripts/archive/archive.rb#L68

[Mike Weick]

Thank you very much, Stephen! I removed where it was highlighted but I believe I should have removed a bit more? Now there are no archives at all.

bbb-record --debug

 -- Ingest and Processing: found recorded meeting but no archive files--

  /var/bigbluebutton/recording/status/recorded/fad1c625817c5d606b5de5169e1591b1e09f0135-1519732512609.done

If you could please let me know exactly what to remove I would be grateful.

[HostBBB.com]

i didnt suggest removing anything, just did a quick search of general files and area in code when changes might be made. not sure what changes would be made.

So if you add a ,.mp3 in raw,  have you listened and the BBB recordings,  are they working fine? Im sure the .mp3 is not used to get final recording since wav is there.

If that's the case another way to possibly workaround,  may be to just issue a command post process to create dummy live.mp3 in raw directory. 

see http://docs.bigbluebutton.org/dev/recording.html#post-scripts for how those work

regards,

Stephen