uStreamer service restarts are taking 90-120s #1660
Comments
|
Per discussion today, it sounds like the restarts only take this long when we're using the MS2130 dongle. I originally thought this happened in general with our uStreamer service. Given that it's a niche outside of our supported scenarios, we should limit this investigation to a 2-3 hours max. If we don't have a handle on it by then, we should write up what we found out and then shelve this bug for later. |
|
Here's an example log of what happens when running into this issue: I've been able to reproduce this consistently. And it relies on the values in # Settings for an HDMI to USB video capture dongle.
---
ustreamer_encoder: hw
ustreamer_format: jpeg
ustreamer_resolution: "1920x1080"Changing The problems start when changing Unfortunately, I don't know the underlying reason. I can't find any logs or info to suggest what the issue may be. |
|
After some experimentation, I found that using Running the same command as the But running the same command as the default user works: The H264 error stood out to me:
So tried running Perhaps this H.264 issue is causing the timeout when trying to stop @mtlynch - Do you have any ideas / suggestions here? Is this something I should continue looking into? |
|
@db39 - Sorry, I'm having trouble following the current state. Can you summarize what our current hypothesis is, what's pointing us to the hypothesis, and what next steps would be for investigating further? |
|
@mtlynch - Sure! My current hypothesis is that there's an issue with I tried running the following /opt/ustreamer/ustreamer \
--port 48001 \
--persistent \
--h264-sink tinypilot::ustreamer::h264 \
--h264-sink-mode 777 \
--h264-sink-rm \
--encoder cpu \
--format yuyv \
--resolution 1920x1080Interestingly, running the command as the The difference is that there's a permission error for the H264 sink when running as the default user:
So I tried running the same command again as the /opt/ustreamer/ustreamer \
--port 48001 \
--persistent \
--encoder cpu \
--format yuyv \
--resolution 1920x1080And streaming worked. For next steps, I'm not too sure, but I would start by looking into |
|
Thanks! The summary is helpful. It's surprising that it works under Also, to clarify, this behavior you described is specifically with the MS2130 and not with the standard TinyPilot HDMI to CSI bridge, right? If that's the case, we should shelve this issue, since it's not worth digging so deeply since it's not a critical bug and it doesn't affect our supported scenarios. |
My understanding is that
Correct. I quickly tested this with TinyPilot Pro 2.6.2 and the CSI bridge (to double check), and this isn't an issue. It's worth noting that the CSI bridge uses the |
|
Okay, thanks! Let's deprioritize this for now. |
While @db39 was investigating an unrelated issue, he discovered that running
sudo service ustreamer stoporsudo service ustreamer restarttakes 90-120s to complete, when I'd expect it to be just a few seconds.The bug is likely on our side, as we define the service and the wrapper script.
We should figure out what's slowing it down so much.
The text was updated successfully, but these errors were encountered: