I’m looking to do some simple post-processing on a recording made via “conference foo recording start /tmp/bar.mp4” — in this case, just fix up the file permissions and move it to a web-accessible directory. I’m curious how others have approached this. My current plan is: - Fire up a simple event listener (probably a node.js service, running as the same user that runs the FreeSWITCH process) - Listen for ‘del-member’ conference event, where Conference-Size is 0 (I'd prefer some kind of 'conference-end' event, but didn't find any documentation saying something like that exists) - Locate the recording based on conference name, then handle the perms/moving Would love to hear a better/cleaner approach if anyone has one :)
On Sun, Apr 16, 2017 at 11:33:47PM -0500, Chad Phillips wrote:
I’m looking to do some simple post-processing on a recording made via “conference foo recording start /tmp/bar.mp4” — in this case, just fix up the file permissions and move it to a web-accessible directory.
I’m curious how others have approached this. My current plan is:
- Fire up a simple event listener (probably a node.js service, running as the same user that runs the FreeSWITCH process)
- Listen for ‘del-member’ conference event, where Conference-Size is 0 (I'd prefer some kind of 'conference-end' event, but didn't find any documentation saying something like that exists)
- Locate the recording based on conference name, then handle the perms/moving
Would love to hear a better/cleaner approach if anyone has one :)
Hello Chad, 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. Regards, Sebastian
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
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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
If you have multiple conferences, is there a way to tell which file is for which conference? Robert From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Chad Phillips Sent: Tuesday, April 18, 2017 11:25 AM To: FreeSWITCH Users Help <freeswitch-users@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@gmail.com<mailto:gmaruzz@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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. ________________________________
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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@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@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@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@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* <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
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@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, April 20, 2017 9:57 AM To: FreeSWITCH Users Help <freeswitch-users@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@apartmentlines.com<mailto:chad@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@ets.org<mailto:rmundkowsky@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@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Chad Phillips Sent: Tuesday, April 18, 2017 11:25 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@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@gmail.com<mailto:gmaruzz@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:brian@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. ________________________________
conf cdr is after the recording is finished.
On Apr 20, 2017, at 10:02 AM, Mundkowsky, Robert <rmundkowsky@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@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Brian West Sent: Thursday, April 20, 2017 9:57 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@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@apartmentlines.com <mailto:chad@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@ets.org <mailto:rmundkowsky@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@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Chad Phillips Sent: Tuesday, April 18, 2017 11:25 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@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@gmail.com <mailto:gmaruzz@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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>
-- Brian West brian@freeswitch.org <mailto:brian@freeswitch.org> Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com <http://www.freeswitchbook.com/> http://www.freeswitchcookbook.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 <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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>
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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Brian West *Sent:* Thursday, April 20, 2017 9:57 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@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@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@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@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* <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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
If someone wants to send me a pull request to move that event a bit later, i'm happy to review that. It really should be a bit later. On Fri, Apr 21, 2017 at 10:22 AM Chad Phillips <chad@apartmentlines.com> wrote:
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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Brian West *Sent:* Thursday, April 20, 2017 9:57 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@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@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@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@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* <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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
So created: https://freeswitch.org/jira/browse/FS-10261 On Fri, Apr 21, 2017 at 9:30 AM, Michael Jerris <mike@jerris.com> wrote:
If someone wants to send me a pull request to move that event a bit later, i'm happy to review that. It really should be a bit later.
On Fri, Apr 21, 2017 at 10:22 AM Chad Phillips <chad@apartmentlines.com> wrote:
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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Brian West *Sent:* Thursday, April 20, 2017 9:57 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@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@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@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@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* <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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thanks for the info. Robert From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Chad Phillips Sent: Friday, April 21, 2017 10:20 AM To: FreeSWITCH Users Help <freeswitch-users@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@ets.org<mailto:rmundkowsky@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@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Brian West Sent: Thursday, April 20, 2017 9:57 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@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@apartmentlines.com<mailto:chad@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@ets.org<mailto:rmundkowsky@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@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Chad Phillips Sent: Tuesday, April 18, 2017 11:25 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@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@gmail.com<mailto:gmaruzz@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:brian@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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. ________________________________
I just have my cron job look for recording files that are at least 1 min old. This way I know I am not moving active files. In my case, I can live with a 1-2 minute delay. Also, in this case I don't need any FS events to tell me whether the conference ended or marker files. Are there any issues with this approach that I am missing? On Thu, Apr 20, 2017 at 6:56 AM, Brian West <brian@freeswitch.org> wrote:
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@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@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@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@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@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* <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 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@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, do the CDRs get generated after the recording files are closed? Oleg, I think with that approach you might run into race conditions if you stopped then started a recording, but not sure. On Thu, Apr 20, 2017 at 9:20 AM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I just have my cron job look for recording files that are at least 1 min old. This way I know I am not moving active files. In my case, I can live with a 1-2 minute delay.
Also, in this case I don't need any FS events to tell me whether the conference ended or marker files.
Are there any issues with this approach that I am missing?
On Thu, Apr 20, 2017 at 6:56 AM, Brian West <brian@freeswitch.org> wrote:
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@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org
____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@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@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@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* <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 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
The CDR generates when the conference is destroyed. Its like XML cdr but conference specific. https://freeswitch.org/confluence/display/FREESWITCH/Conference+CDR On Thu, Apr 20, 2017 at 9:40 AM, Chad Phillips <chad@apartmentlines.com> wrote:
Brian, do the CDRs get generated after the recording files are closed?
Oleg, I think with that approach you might run into race conditions if you stopped then started a recording, but not sure.
On Thu, Apr 20, 2017 at 9:20 AM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I just have my cron job look for recording files that are at least 1 min old. This way I know I am not moving active files. In my case, I can live with a 1-2 minute delay.
Also, in this case I don't need any FS events to tell me whether the conference ended or marker files.
Are there any issues with this approach that I am missing?
On Thu, Apr 20, 2017 at 6:56 AM, Brian West <brian@freeswitch.org> wrote:
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@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org
____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org
--
*Brian West* brian@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* <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 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest
____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@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@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@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@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@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@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@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* <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
We did something similar and I think it works. I just prefer to have something that is trigger based rather than polling. And I am not sure how long a recording might get delayed due to buffering or maybe blocking. Robert From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Oleg Stolyar Sent: Thursday, April 20, 2017 10:21 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] Post-processing conference recording I just have my cron job look for recording files that are at least 1 min old. This way I know I am not moving active files. In my case, I can live with a 1-2 minute delay. Also, in this case I don't need any FS events to tell me whether the conference ended or marker files. Are there any issues with this approach that I am missing? On Thu, Apr 20, 2017 at 6:56 AM, Brian West <brian@freeswitch.org<mailto:brian@freeswitch.org>> wrote: 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@apartmentlines.com<mailto:chad@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@ets.org<mailto:rmundkowsky@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@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Chad Phillips Sent: Tuesday, April 18, 2017 11:25 AM To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@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@gmail.com<mailto:gmaruzz@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:brian@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<tel:(918)%20420-9001> | F:+19184209002<tel:(918)%20420-9002> | M:+1918424WEST (9378) Skype:briankwest _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@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@lists.freeswitch.org<mailto:FreeSWITCH-users@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. ________________________________
Of course this approach requires that recordings not be stopped. In terms of buffering, I think FS has a default recording buffer of 4 seconds, so 1 min should be safe. If there is a blocking or delay of greater than one min, we have bigger problems. BTW, on Linux, polling and moving the appropriate files to another directory in this case is simply calling this command: find ${MAIN_REC_DIR} -maxdepth 1 -type f -mmin +1 -exec mv {} ${POST_PROCESSING_DIR} \; On Thu, Apr 20, 2017 at 7:41 AM, Mundkowsky, Robert <rmundkowsky@ets.org> wrote:
We did something similar and I think it works. I just prefer to have something that is trigger based rather than polling. And I am not sure how long a recording might get delayed due to buffering or maybe blocking.
Robert
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Oleg Stolyar *Sent:* Thursday, April 20, 2017 10:21 AM
*To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject:* Re: [Freeswitch-users] Post-processing conference recording
I just have my cron job look for recording files that are at least 1 min old.
This way I know I am not moving active files. In my case, I can live with a 1-2 minute delay.
Also, in this case I don't need any FS events to tell me whether the conference ended or marker files.
Are there any issues with this approach that I am missing?
On Thu, Apr 20, 2017 at 6:56 AM, Brian West <brian@freeswitch.org> wrote:
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@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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Chad Phillips *Sent:* Tuesday, April 18, 2017 11:25 AM *To:* FreeSWITCH Users Help <freeswitch-users@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@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@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@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@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@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@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@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@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* <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 <(918)%20420-9001> | *F:*+19184209002 <(918)%20420-9002> | *M:*+1918424WEST (9378) *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (7)
-
Brian West
-
Chad Phillips
-
Giovanni Maruzzelli
-
Michael Jerris
-
Mundkowsky, Robert
-
Oleg Stolyar
-
Sebastian Kemper