Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. MiroTalk
  3. MiroTalk SFU: Recording not possible?

MiroTalk SFU: Recording not possible?

Scheduled Pinned Locked Moved MiroTalk
46 Posts 4 Posters 349 Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • jamesJ james

    Hello @shrey
    Just to make doubly so sure, please share your installed app version and confirm that you have restarted the app after the /app/data/env changes.

    S Online
    S Online
    shrey
    wrote last edited by
    #41

    @james

    MiroTalk SFU 2.0.17

    f539dd60-2ff9-47aa-8e86-557a3643e2a4-image.png

    1 Reply Last reply
    0
    • jamesJ Online
      jamesJ Online
      james
      Staff
      wrote last edited by james
      #42

      Ah, I see your issue. You are still using AWS_S3_BUCKET_NAME and not AWS_S3_BUCKET which was posted to be the wrong variable and fixed upstream.
      Small detail, leading to fail.
      Change AWS_S3_BUCKET_NAME to AWS_S3_BUCKET restart and it should be working.

      S 1 Reply Last reply
      1
      • jamesJ james

        Ah, I see your issue. You are still using AWS_S3_BUCKET_NAME and not AWS_S3_BUCKET which was posted to be the wrong variable and fixed upstream.
        Small detail, leading to fail.
        Change AWS_S3_BUCKET_NAME to AWS_S3_BUCKET restart and it should be working.

        S Online
        S Online
        shrey
        wrote last edited by shrey
        #43

        @james said in MiroTalk SFU: Recording not possible?:

        Change AWS_S3_BUCKET_NAME to AWS_S3_BUCKET restart and it should be working.

        Thanks!
        That did get it working.


        @mirotalk-57bab571 Just one more kink remaining:

        When i 'disconnect' the call without stopping the recording, the Recording seems to get saved only in the local directory, and not S3. The S3 upload seems to be triggered only when an ongoing recording is stopped explicitly.

        jamesJ 1 Reply Last reply
        2
        • S shrey

          @james said in MiroTalk SFU: Recording not possible?:

          Change AWS_S3_BUCKET_NAME to AWS_S3_BUCKET restart and it should be working.

          Thanks!
          That did get it working.


          @mirotalk-57bab571 Just one more kink remaining:

          When i 'disconnect' the call without stopping the recording, the Recording seems to get saved only in the local directory, and not S3. The S3 upload seems to be triggered only when an ongoing recording is stopped explicitly.

          jamesJ Online
          jamesJ Online
          james
          Staff
          wrote last edited by
          #44

          Hello @shrey

          @shrey said in MiroTalk SFU: Recording not possible?:

          The S3 upload seems to be triggered only when an ongoing recording is stopped explicitly.

          Oh, so you mean if the meeting is exited by a recording member, his recording is not stopped and thus never saved/uploaded?
          Could you give more details about what you'd expect and what the current behavior is that you have observed?

          S 1 Reply Last reply
          0
          • jamesJ james

            Hello @shrey

            @shrey said in MiroTalk SFU: Recording not possible?:

            The S3 upload seems to be triggered only when an ongoing recording is stopped explicitly.

            Oh, so you mean if the meeting is exited by a recording member, his recording is not stopped and thus never saved/uploaded?
            Could you give more details about what you'd expect and what the current behavior is that you have observed?

            S Online
            S Online
            shrey
            wrote last edited by
            #45

            @james
            Current behaviour:

            1. I start a meeting as Host
            2. Start the Recording (only Host is allowed to record)
            3. Once meeting is over, i stop the meeting by clicking on "Leave Room"
            4. The recording is available in /app/data/rec but not in S3.

            If, in Step 3:
            i stop the Recording and then stop the meeting, then the Recording gets uploaded to S3.

            Expectation:
            Recording should get uploaded to S3 regardless of the path taken to 'stop' the meeting and without explicitly stopping the recording.

            1 Reply Last reply
            0
            • S Online
              S Online
              shrey
              wrote last edited by
              #46

              Additionally, it seems like if:
              Start recording > [time elapses] > Stop recording > Start Recording again > [time elapses] > Stop Recording/Exit Meeting
              Only the last recording gets saved (overwriting the first part).

              1 Reply Last reply
              0
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              • Login

              • Don't have an account? Register

              • Login or register to search.
              • First post
                Last post
              0
              • Categories
              • Recent
              • Tags
              • Popular
              • Bookmarks
              • Search