[Freeswitch-users] Post-processing conference recording

[Mundkowsky, Robert]

Thanks for the info.

Robert

From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Chad Phillips
Sent: Friday, April 21, 2017 10:20 AM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Re: [Freeswitch-users] Post-processing conference recording

Robert, reading through the code, the destroy event is fired before the closing of recorded files, so I share your concern about using that as a trigger. I currently get around that by simply putting a 10 second delay between receiving the event and writing my metadata file that says the recording can be moved.

Brian and Mike, thanks for the additional info on the conference CDR approach — sounds like that would be a more reliable thing to use as a trigger.

On Thu, Apr 20, 2017 at 9:02 AM, Mundkowsky, Robert <rmundkowsky at ets.org<mailto:rmundkowsky at ets.org>> wrote:
Just to be clear, I assume the mp4 recording is processed by a different thread, so even if the “conference-destroy” event triggered, the writing to the mp4 files might shave not finished yet?

Robert

From: freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of Brian West
Sent: Thursday, April 20, 2017 9:57 AM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>>
Subject: Re: [Freeswitch-users] Post-processing conference recording

You have conference-destroy events, or you can turn on conference CDRs then consume those and process the recordings from that data.

/b


On Tue, Apr 18, 2017 at 4:39 PM, Chad Phillips <chad at apartmentlines.com<mailto:chad at apartmentlines.com>> wrote:
Robert,

I kept it simple b/c my needs are simple — the marker file is an empty file with the filename matching the conference name. Then all of my conference recordings have the filename format [conf name]_[uuid].mp4

From there it’s pretty trivial to perform the matching. I think this method would fall down if I were recording multiple sequential files in the same conference, but I don’t ever do that. The next level would be also including the uuid in the marker filename, but I didn’t feel like doing the work to pass it down into the conference event for matching purposes.

On Tue, Apr 18, 2017 at 10:32 AM, Mundkowsky, Robert <rmundkowsky at ets.org<mailto:rmundkowsky at ets.org>> wrote:
If you have multiple conferences, is there a way to tell which file is for which conference?

Robert

From: freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org>] On Behalf Of Chad Phillips
Sent: Tuesday, April 18, 2017 11:25 AM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>>
Subject: Re: [Freeswitch-users] Post-processing conference recording

Thought I'd follow up on this with my final implementation, which was a bit different than my original plan. It's certainly not as straightforward or elegant as I'd hoped, but it works :)

The main sticky point is dealing with the Linux file permissions -- FreeSWITCH by default saves the recordings under the user and group it's running as, with 660 perms. Since the webserver and the node process both run under separate users as well, it made more sense to have the root user deal with the file manipulation. So...

1. Create a special directory to hold 'marker files', writeable by the FreeSWITCH user
2. Node process listens for the 'conference-destroy' event (this doesn't seem to be a well-documented event, but it exists!)
3. Since the file cleanup in mod_conference happens after the conference-destroy event, wait a small amount of time after receiving the event
4. Drop a marker file in the marker file directory
5. Run a periodic root cron job that inspects the marker file directory for new files, and process the ended recordings as necessary

This allows the cron idea offered by Sebastian without the concern about untimely moving of a file raised by Giovanni.

On Mon, Apr 17, 2017 at 2:07 AM, Giovanni Maruzzelli <gmaruzz at gmail.com<mailto:gmaruzz at gmail.com>> wrote:

Provided you're using Unix you can set up a simple cron job at an
interval of your choice that checks for *.mp4 files in your recordings
directory and in case it finds some moves them over to your web
directory with the permissions you want.

Nope, you'll never be sure you are not moving files FreeSWITCH is actively writing to (eg, recording not yet ended).
I would go your way Chad, with a slight old-skool variation like doing that in a perl while loop (are that javascript thingies actually working? ;) )

--

Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


________________________________

This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited.


Thank you for your compliance.

________________________________

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



--

Brian West
brian at freeswitch.org<mailto:brian at freeswitch.org>

Twitter: @FreeSWITCH , @briankwest

http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

Book a phone call (CST)<https://freeswitch.com/appointment>

Allison prompts for FreeSWITCH:

https://www.gofundme.com/allison-prompts-for-freeswitch


Got Bugs? Report them here<https://freeswitch.org/jira>! | Reddit: /r/freeswitch<https://www.reddit.com/r/freeswitch>

T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378)
Skype:briankwest

________________________________

This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited.


Thank you for your compliance.

________________________________

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


________________________________

This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited.


Thank you for your compliance.

________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170421/93ce09ef/attachment-0001.html