No internet connection
  1. Home
  2. Support

Soundflow unresponsive several time a day on multiple devices

By Ian Bodzasi @Ian_Bodzasi
    2023-05-15 17:51:43.666Z

    Soundflow unresponsive several time a day on multiple devices

    System Information

    SoundFlow 5.3.2

    OS: darwin 21.6.0

    ProductName: macOS
    ProductVersion: 12.6.5
    BuildVersion: 21G531

    Steps to Reproduce

    Expected Result

    Actual Result

    Workaround

    Other Notes

    The last fews weeks, both my Stream Deck and Android tablet have been been getting quite buggy several times a day. It had been rock solid until then. Any of the following will happen...

    -the buttons become unresponsive
    -there's a lag of 5-10 seconds after pressing a button before a command executes
    -the Stream Deck reverts to the Sound Flow logo
    -the tablet will go to a blank screen, other than the Sound Flow logo in the corner
    -the tablet will revert to the list of Decks available
    -the tablet will revert to the list of computers available

    Functionality seems to come back after a few minutes, but everything will be unresponsive in the meantime.

    v5.3.2 is installed on OS 12.6.5


    Links

    User UID: bFjAgiBx9vf9EF9QDxr5s2xSx3E3

    Feedback Key: sffeedback:bFjAgiBx9vf9EF9QDxr5s2xSx3E3:-NVVXX74HzqSioMPXv20

    Feedback ZIP

    Solved in post #9, click to view
    • 11 replies
    1. Hi Ian,

      Thanks for reporting this. I see the following in your log file:

      15.05.2023 13:29:27.77 <info> [Backend]: PopupMenu full role:AXMenu
      
      15.05.2023 13:29:27.78 <info> [Backend]: NOT YET IN AX MODE
      
      15.05.2023 13:29:27.78 <info> [Backend]: Clicking popup menu with PT2022.5+ implementation
      
      15.05.2023 13:29:27.78 <info> [Backend]: Clicking popup menu element: Batch Rename...
      
      15.05.2023 13:29:34.96 <error> [BackendConnection]: Keep Alive error: Request timeout Request timeout
      15.05.2023 13:29:34.96 <info> [BackendConnection]: Ping results = true, true, false
      15.05.2023 13:29:44.97 <error> [BackendConnection]: Keep Alive error: Request timeout Request timeout
      15.05.2023 13:29:44.97 <info> [BackendConnection]: Ping results = true, false, false
      15.05.2023 13:29:54.98 <error> [BackendConnection]: Keep Alive error: Request timeout Request timeout
      15.05.2023 13:29:54.99 <info> [BackendConnection]: Ping results = false, false, false
      15.05.2023 13:29:54.99 <info> [BackendConnection]: Backend didn't respond to our pings, so recycle it: Request timeout
      15.05.2023 13:29:56.60 <info> [BackendConnection]: Backend quit unexpectedly with exitCode: null
      

      This indeed indicates that something makes SoundFlow unresponsive (it then restarts itself because it detects it, but that takes a little while)

      1. The next time it happens where it feels stuck, it would be helpful if you can open up Activity Monitor and see if anything is going on. It could be that the SoundFlow process is using 99% of the CPU or something.
        If that happens, it's helpful if you can get a "Sample" of the process. This means clicking the "Info" ("I") button to open up info about the process, then clicking the "Sample" button. This tells us more about why it's using too much CPU / where it's stuck

        1. Ian Bodzasi @Ian_Bodzasi
            2023-05-23 17:15:39.390Z

            Thanks Christian! Not sure if this is related, but today I've been finding typing text while in various programs intermittently very laggy....5-10+ seconds behind at times. Noticed that Sound Flow was using 100% of CPU, so I grabbed a log file from Activity Monitor.

            When pasting the text from the log file here, I get the following error, is there a better way to send it?

            Error 413 Payload Too Large
            For request 'POST /-/reply' [Request Entity Too Large]

            See server logs for stack trace. [EdEGOTHTML]

            Much thanks!

            1. Thanks! You can ZIP the file and upload it to dropbox/google drive and share a link here, that's probably the easiest.

              1. Ian Bodzasi @Ian_Bodzasi
                  2023-05-23 17:34:55.556Z

                  Great, thanks. Here's a link...

                  http://ianftp.synology.me:5000/sharing/ZMxauRLWm

                  1. In reply tochrscheuer:
                    Ian Bodzasi @Ian_Bodzasi
                      2023-06-02 17:49:59.959Z

                      Hey Christian, here's another sample where Soundflow was taking 100% of the CPU a few minutes before it crashed & restarted. Thanks!

                      http://ianftp.synology.me:5000/sharing/uHLgIe4XX

                      1. In reply tochrscheuer:
                        Ian Bodzasi @Ian_Bodzasi
                          2023-07-12 18:29:28.124Z

                          Hi @chrscheuer, just wanted to follow up on this. I've added an ethernet adaptor to the tablet rather than relying on the wifi, and it's been rock solid since. I saw you mention on another thread that certain routers can act weird between the wired & wireless networks, it looks like that was likely the case here!

                          Reply1 LikeSolution
                          1. Awesome, thank you so much for sharing!

                  2. S
                    In reply toIan_Bodzasi:
                    SoundFlow Bot @soundflowbot
                      2023-05-15 19:07:30.349Z

                      This report was now added to the internal issue tracked by SoundFlow as SF-751

                      1. S
                        In reply toIan_Bodzasi:
                        SoundFlow Bot @soundflowbot
                          2023-08-14 21:34:44.282Z

                          Linked issue SF-751 updated: Closing the issue SF-751, which represents the CPU usage spikes that we believe are now solved. The RAM issue is now tracked in SF-896 which remains open.

                          1. S
                            In reply toIan_Bodzasi:
                            SoundFlow Bot @soundflowbot
                              2023-08-14 21:34:48.537Z

                              The linked internal issue SF-751 has been marked as Done