Errors with stream component and HA hangs up

[bieniu]

Home Assistant release with the issue:
0.91.1

Last working Home Assistant release (if known):
None

Operating environment (Hass.io/Docker/Windows/etc.):
RPi 3B/Raspbian/Python 3.7.2/venv

Component/platform:
stream, camera/generic

Description of problem:
I use generic camera and stream component. When I tap on camera card in Lovelace on iPad (iOS app 1.5) I have errors in log, stream don't start and sometimes after that my HA hangs up. The frontend doesn't work, the light control automation doesn't start, systemctl shows that the HA service is active (running). I have to restart HA to using it. This is the first time HA has been hanging since I use it (2 years).

Problem-relevant configuration.yaml entries and (fill out even if it seems unimportant):

camera:
  - platform: generic
    name: 'Salon'
    still_image_url: http://<camera_ip>/cgi-bin/currentpic.cgi
    stream_source: rtsp://<camera_ip>:8554/unicast

stream:

Traceback (if applicable):

2019-04-06 13:02:41 ERROR (stream_worker) [libav.mpegts] H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4toannexb' option with ffmpeg)

2019-04-06 13:04:53 ERROR (MainThread) [aiohttp.server] Error handling request
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_protocol.py", line 418, in start
    resp = await task
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_app.py", line 458, in _handle
    resp = await handler(request)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_middlewares.py", line 119, in impl
    return await handler(request)
  File "/srv/homeassistant/lib/python3.7/site-packages/homeassistant/components/http/real_ip.py", line 33, in real_ip_middleware
    return await handler(request)
  File "/srv/homeassistant/lib/python3.7/site-packages/homeassistant/components/http/ban.py", line 68, in ban_middleware
    return await handler(request)
  File "/srv/homeassistant/lib/python3.7/site-packages/homeassistant/components/http/auth.py", line 216, in auth_middleware
    return await handler(request)
  File "/srv/homeassistant/lib/python3.7/site-packages/homeassistant/components/http/view.py", line 114, in handle
    result = await result
  File "/srv/homeassistant/lib/python3.7/site-packages/homeassistant/components/websocket_api/http.py", line 36, in get
    request.app['hass'], request).async_handle()
  File "/srv/homeassistant/lib/python3.7/site-packages/homeassistant/components/websocket_api/http.py", line 188, in async_handle
    await self._writer_task
  File "/srv/homeassistant/lib/python3.7/site-packages/homeassistant/components/websocket_api/http.py", line 63, in _writer
    await self.wsock.send_json(message, dumps=JSON_DUMP)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_ws.py", line 296, in send_json
    await self.send_str(dumps(data), compress=compress)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_ws.py", line 283, in send_str
    await self._writer.send(data, binary=False, compress=compress)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/http_websocket.py", line 643, in send
    await self._send_frame(message, WSMsgType.TEXT, compress)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/http_websocket.py", line 620, in _send_frame
    await self.protocol._drain_helper()
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/base_protocol.py", line 81, in _drain_helper
    await waiter
  File "/usr/local/lib/python3.7/asyncio/selector_events.py", line 801, in _read_ready__data_received
    data = self._sock.recv(self.max_size)
ConnectionResetError: [Errno 104] Connection reset by peer

2019-04-06 13:04:53 ERROR (MainThread) [aiohttp.server] Unhandled exception
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_protocol.py", line 447, in start
    await resp.prepare(request)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_response.py", line 353, in prepare
    return await self._start(request)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_response.py", line 667, in _start
    return await super()._start(request)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/web_response.py", line 410, in _start
    await writer.write_headers(status_line, headers)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/http_writer.py", line 112, in write_headers
    self._write(buf)
  File "/srv/homeassistant/lib/python3.7/site-packages/aiohttp/http_writer.py", line 67, in _write
    raise ConnectionResetError('Cannot write to closing transport')
ConnectionResetError: Cannot write to closing transport

[dshokouhi]

I saw a freeze myself yesterday however I did not see any errors at all. Glad you got an error as I was trying to reproduce it. When my freeze happened it was under different circumstances. I had one of my amcrest cameras with preload stream and one of my blue iris generic cameras as well on preload. I noticed after about 12 hours that the amcrest camera was stuck on the same timestamp, the video was no longer updating no more how long I kept it open or attempted to view the stream in. I then unchecked preload stream on both cameras. After about 5 minutes when the keep alive time should've stopped. My HA froze and I could not control any lights. Systemctl also showed HA up and running but there were no errors in the logs at the time. If I can reproduce it and I get logs I will post them here myself. I am also on 0.91.1 with HA running in a venv on an i5.

CC: @hunterjm FYI

[bieniu]

My camera stream also stuck on the same timestamp few minutes before HA hangs.

[cinquemic]

Same here but only with dafang camera the other camera works fine. Noticed that the problem came out when HA try to stop rtsp server.

[sendorm]

Same issue here with both dafang camera and mijia 1080p camera. Also my first hanging homeassistant since two years.
The issue happened with ios app.

[montesn]

I had the same issues with the frontend locking up. Didn't resolve until I turned off stream and uninstalled libavformat-dev and libavdevice-dev. Have been running stable since. The logs during the lockup didn't seem to show any issues, the GUI was just unresponsive.

[hunterjm]

Do any of you happen to be running any other components that depend on FFMPEG? Even if they don’t support stream. I.e. Ring

[montesn]

My setup is just 4 Foscam cameras of varying ages and an older Foscam camera I had to set up as mjpeg

[sendorm]

I have 4 cameras working on ffmpeg.

[dshokouhi]

I have Ring setup

[bieniu]

I have only one camera and no other component using ffmpeg.

[hunterjm]

Is the issue consistent (happens frequently)? Is there any indication as to what you do before the error appears?

[montesn]

In my experience (and I only kept it running for a day or so), the issue happened multiple times during the day. I couldn't find any rhyme or reason as to why. In some cases, I was actually using it and it just stopped responding and in others, I'd go back to it after some time and realize I just couldn't get in.

[dshokouhi]

Personally I have only seen this happen once and have yet to reproduce it. I started keeping a preloaded stream again on the camera that was stuck on the timestamp so time will tell if that issue comes back for me.

[montesn]

I would add that if there's a certain level of logging I can turn on to try to gather data for this, I'm happy to restore the configuration that was failing and collect whatever logs are necessary when there's a lockup.

[walthowd]

I have had this same thing happen on several occasions and I can probably reproduce it -- I'm trying to preload a generic camera stream from a balky Hikvision wifi doorbell that occasionally will start lagging and go offline/restart. When that happens it now seems bring down Home Assistant completely.

On each occasion absolutely nothing pertinent has been in the log file. I run default logging level at info, but I can try turning it up. Is there any other components I need to include besides these?

logger:
  default: info
  logs:
    homeassistant.components.stream: debug
    homeassistant.components.camera: debug
    homeassistant.components.generic.camera: debug

[hunterjm]

It sounds like the general theme is cameras with flaky connections that we are currently processing. Likely due to not properly handling dropped connections. That gives me something to work off of and reproduce, but all my cameras are hardwired, and I haven't had any issues... so I will need to force a disconnect 😆

[dshokouhi]

@hunterjm you are spot on with that assessment with the stream dropping. I did a very simple test just now. I loaded up a stream in my dev HA instance and after 1 minute I pulled the power on the camera. I waited 30 seconds and plugged it back in. HA was frozen from that point on and nothing would load, not even the system logs. Here are the logs from this experience.

https://hastebin.com/amuwedazeq.cs

This is what HA looks like when it froze and I tried to look at the logs in the UI

[tube0013]

Same issue here. with preload enabled I get this https://youtu.be/i3HQevp-M3A

and eventually HA hangs hard.

(#22941 looks like a likely dupe of this issue)

[Skeletorjus]

In my experience it's enough to have the camera entity visible for a while for HA to hang. It's not isolated to the more-info popup.
I've been running with full debug logging, but there's unfortunately nothing of value in the logs

A bit anecdotal, but could be relevant:
I run Dafang Hacks and have it configured to send a MQTT image if motion is detected in a given area.
If I watch the stream (more-info) and motion is detected the stream will hang. Any subsequent views of the stream will show the few seconds leading up to the motion event like @tube0013 is describing.
The log shows
WARNING (MainThread) [haffmpeg.tools] Timeout reading image.
Could this be the camera saturating the bandwidth with the snapshot leading to the failure of the stream?
A restart of HA gets the stream up and running again. This is without preloading.

[bieniu]

I think we have fix #22982

[tube0013]

I don't think this is fixed. I"m on 0.92.0 and experiencing the same thing if I have a preloaded stream.

[det-peralta]

I don't think this is fixed. I"m on 0.92.0 and experiencing the same thing if I have a preloaded stream.

I still have the same problem on 0.92,0

[phcella]

I don't have any cameras on my hassio.. And I have this error and I'm on 0.92.1.
But I have other errors too that I cannot solve.

[sendorm]

The problem still persists on 0.92. Today one of my camera's got disconnected (the power cable came lose) and hass became unresponsive afterwards. All I had in logs after that was:

WARNING (MainThread) [homeassistant.components.xxxx] Updating xxxxx took longer than the scheduled update interval 0:00:30

For each and every component on hass. Back to 0.89.2 until this is resolved.

[Jpsy]

With my RTSP stream over WIFI I do not experience any complete HA stalls. But the Lovelace stream view of a Generic IP Camera entity stalls regularly and after that does not recover until I restart HA. My system is Hassio 0.92.2 on a Raspi3B.

Interesting detail: VLC on Mac and on Android does not have any problems with stream outages in the RTSP stream. It just shows some block artifacts and continues to show the video. But tinyCam on Android in fact stalls in a very similar way as the HA Generic IP Cam does. Both VLC and tinyCam are built on FFMPEG. One difference I can see though, is that VLC on Android never tries to write the stream to an MP4 file, which tinyCam can do on request. So maybe there is a difference in the way FFMPEG is integrated that causes these problems when streams are WIFIed and thus unstable.

[cveenman]

Hassio hangs seems like it is due to Streaming an RTSP stream (foscam) resulting in
Error demuxing stream: No dts in packet``

Besides this I have endless ConnectionResetErrors ('Cannot write to closing transport') but I have the impression this is not causing too much trouble.

2019-05-06 12:35:59 ERROR (MainThread) [aiohttp.server] Unhandled exception
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/aiohttp/web_protocol.py", line 447, in start
    await resp.prepare(request)
  File "/usr/local/lib/python3.7/site-packages/aiohttp/web_response.py", line 353, in prepare
    return await self._start(request)
  File "/usr/local/lib/python3.7/site-packages/aiohttp/web_response.py", line 667, in _start
    return await super()._start(request)
  File "/usr/local/lib/python3.7/site-packages/aiohttp/web_response.py", line 410, in _start
    await writer.write_headers(status_line, headers)
  File "/usr/local/lib/python3.7/site-packages/aiohttp/http_writer.py", line 112, in write_headers
    self._write(buf)
  File "/usr/local/lib/python3.7/site-packages/aiohttp/http_writer.py", line 67, in _write
    raise ConnectionResetError('Cannot write to closing transport')
ConnectionResetError: Cannot write to closing transport
2019-05-06 19:50:52 ERROR (stream_worker) [homeassistant.components.stream.worker] Error demuxing stream: No dts in packet

[hunterjm]

I believe this is caused by cameras losing connectivity, which might be solved by #23617. If I can have help testing after beta is cut, that would be great.

[Jpsy]

Yes sure!

[hunterjm]

So you said, ignoring lost packet is worst than throw an exception and exit the whole processing?

@b0c1 - As I stated before, feel free to debug your situation locally and open a PR with a fix. I would be happy to review it. Some issues you might run in to:

1. next(container.demux(video_stream)) appears to always return an empty Packet object when at the end of the stream. In my testing, if we don't exit, it continues to try and process a feed that no longer exists, and the loop goes on forever which causes resource issues on the host machine.

2. dts stands for "Display Time Stamp". If it does not exist, there is no way to determine when to render the frame. It should always be present on a valid video feed. Maybe add some kind of counter to add a threshold of acceptable frame loss that gets reset once a valid frame is received, and kills the worker when it is exceeded?

[b0c1]

@hunterjm just an idea but I think you can use pts instead of dts like the pyav frame seek example
https://github.com/mikeboers/PyAV/blob/08949352bde5a9b05c95ecc0fd0aad6aa701c25f/scratchpad/frame_seek_example.py#L66

[hunterjm]

@hunterjm just an idea but I think you can use pts instead of dts like the pyav frame seek example
https://github.com/mikeboers/PyAV/blob/08949352bde5a9b05c95ecc0fd0aad6aa701c25f/scratchpad/frame_seek_example.py#L66

They are both 0 in the given scenario.

[tiagofreire-pt]

The issue remains on 0.101.3:

2019-11-14 14:50:55 ERROR (stream_worker) [homeassistant.components.stream.worker] Error demuxing stream: No dts in packet
2019-11-14 14:50:56 ERROR (stream_worker) [homeassistant.components.stream.worker] Error demuxing stream: No dts in packet
2019-11-14 14:56:56 ERROR (stream_worker) [homeassistant.components.stream.worker] Error demuxing stream: No dts in packet

[codeclinic]

Still persists in 0.102.2

2019-11-28 12:21:00 INFO (MainThread) [homeassistant.components.stream] Started stream: rtsp://192.168.178.61/ch0_1.h264
2019-11-28 12:21:36 ERROR (stream_worker) [homeassistant.components.stream.worker] Error demuxing stream: No dts in packet
2019-11-28 12:22:10 INFO (MainThread) [homeassistant.components.stream] Started stream: rtsp://192.168.178.61/ch0_1.h264
2019-11-28 12:23:39 ERROR (stream_worker) [homeassistant.components.stream.worker] Error demuxing stream: No dts in packet

[mattclar]

still persistant in 0.104.1

[gyco50]

I've the same problem with a Dlink dcs5222. My rtsp command line is running fine in VLC but no success in HA latest version. Very frustrating and I've never found a workaround for weeks. I just success to view the live video through mjpeg but loosing high quality.

[djansen1987]

also have issue, stream via iSPY. HA version 0.104.3.

Feb 04 00:41:40 homeassistant hass[19711]: 2020-02-04 00:41:40 INFO (MainThread) [homeassistant.components.stream] Started stream: http://192.168.13.10:8080/mjpegfeed?oid=1&full
Feb 04 00:42:00 homeassistant hass[19711]: Exception in thread stream_worker:
Feb 04 00:42:00 homeassistant hass[19711]: Traceback (most recent call last):
Feb 04 00:42:00 homeassistant hass[19711]: File "/usr/local/lib/python3.7/threading.py", line 917, in _bootstrap_inner
Feb 04 00:42:00 homeassistant hass[19711]: self.run()
Feb 04 00:42:00 homeassistant hass[19711]: File "/usr/local/lib/python3.7/threading.py", line 865, in run
Feb 04 00:42:00 homeassistant hass[19711]: self._target(*self._args, **self._kwargs)
Feb 04 00:42:00 homeassistant hass[19711]: File "/srv/homeassistant/lib/python3.7/site-packages/homeassistant/components/stream/worker.py", line 49, in stream_worker
Feb 04 00:42:00 homeassistant hass[19711]: container = av.open(stream.source, options=stream.options)
Feb 04 00:42:00 homeassistant hass[19711]: File "av/container/core.pyx", line 275, in av.container.core.open
Feb 04 00:42:00 homeassistant hass[19711]: File "av/container/core.pyx", line 227, in av.container.core.Container.cinit
Feb 04 00:42:00 homeassistant hass[19711]: File "av/container/core.pyx", line 129, in av.container.core.ContainerProxy.init
Feb 04 00:42:00 homeassistant hass[19711]: File "av/container/core.pyx", line 195, in av.container.core.ContainerProxy.err_check
Feb 04 00:42:00 homeassistant hass[19711]: File "av/utils.pyx", line 105, in av.utils.err_check
Feb 04 00:42:00 homeassistant hass[19711]: av.AVError: [Errno 110] Connection timed out: 'http://192.168.13.10:8080/mjpegfeed?oid=1&full'

[CodeFinder2]

Having this issue as well (using the danfang hacks firmware):

2020-02-22 14:40:28 INFO (MainThread) [homeassistant.components.stream] Started stream: rtsp://xxx:8554/unicast
2020-02-22 14:40:28 ERROR (stream_worker) [libav.mp3float] Header missing
2020-02-22 14:40:31 ERROR (stream_worker) [libav.mpegts] H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4toannexb' option with ffmpeg)
[...]
2020-02-22 14:29:44 ERROR (stream_worker) [homeassistant.components.stream.worker] Error demuxing stream: No dts in packet

Config:

- platform: ffmpeg
  name: "Xiaofang 1S"
  input: !secret xiaofang1s_camera_rtsp_stream

It was previously (and is still) working fine, meaning the video is correctly shown but the errors in the log are annoying...

v0.105.5 (latest as of now)

Any chance that this will be fixed?

[huuub]

I get te following error with trying to show the amcrest doorbell camera (which is working in VLC player.
The links is fine. Just doenst work in Hassio (last version in ubuntu in docker)

2020-02-27 16:47:57 INFO (MainThread) [homeassistant.components.stream] Started stream: rtsp://admin:mypassword@192.168.1.15:554/cam/realmonitor?channel=1&subtype=0 Exception in thread stream_worker: Traceback (most recent call last): File "/usr/local/lib/python3.7/threading.py", line 926, in _bootstrap_inner self.run() File "/usr/local/lib/python3.7/threading.py", line 870, in run self._target(*self._args, **self._kwargs) File "/usr/src/homeassistant/homeassistant/components/stream/worker.py", line 49, in stream_worker container = av.open(stream.source, options=stream.options) File "av/container/core.pyx", line 275, in av.container.core.open File "av/container/core.pyx", line 227, in av.container.core.Container.__cinit__ File "av/container/core.pyx", line 129, in av.container.core.ContainerProxy.__init__ File "av/container/core.pyx", line 195, in av.container.core.ContainerProxy.err_check File "av/utils.pyx", line 105, in av.utils.err_check av.AVError: [Errno 22] Invalid argument: 'rtsp://admin:mypassword@192.168.1.15:554/cam/realmonitor?channel=1&subtype=0' (16: tcp)

[djansen1987]

I get te following error with trying to show the amcrest doorbell camera (which is working in VLC player.
The links is fine. Just doenst work in Hassio (last version in ubuntu in docker)

2020-02-27 16:47:57 INFO (MainThread) [homeassistant.components.stream] Started stream: rtsp://admin:mypassword@192.168.1.15:554/cam/realmonitor?channel=1&subtype=0 Exception in thread stream_worker: Traceback (most recent call last): File "/usr/local/lib/python3.7/threading.py", line 926, in _bootstrap_inner self.run() File "/usr/local/lib/python3.7/threading.py", line 870, in run self._target(*self._args, **self._kwargs) File "/usr/src/homeassistant/homeassistant/components/stream/worker.py", line 49, in stream_worker container = av.open(stream.source, options=stream.options) File "av/container/core.pyx", line 275, in av.container.core.open File "av/container/core.pyx", line 227, in av.container.core.Container.__cinit__ File "av/container/core.pyx", line 129, in av.container.core.ContainerProxy.__init__ File "av/container/core.pyx", line 195, in av.container.core.ContainerProxy.err_check File "av/utils.pyx", line 105, in av.utils.err_check av.AVError: [Errno 22] Invalid argument: 'rtsp://admin:mypassword@192.168.1.15:554/cam/realmonitor?channel=1&subtype=0' (16: tcp)

Know that the password what was in your post (that you have edited) also ends up in an notification e-mail:
I get te folloing error with trying to show the amcrest doorbell camera (which is working in VLC player.
2020-02-27 16:47:57 INFO (MainThread) [homeassistant.components.stream] Started stream: rtsp://admin:d1hn****@192.168.1.15:554/cam/realmonitor?channel=1&subtype=0 Exception in thread stream_worker: Traceback (most recent call last): File "/usr/local/lib/python3.7/threading.py", line 926, in _bootstrap_inner self.run()

[huuub]

Hmmm... ok... I still don't have it working. Really weird

[huuub]

well... it works.
What doesn't now:
I record a video of that stream (I create a camera from it and record that)
If I play it it (also as a camera with an mp4 as input), it plays for a few seconds, ends,
and in the log I get the "Error demuxing stream: No dts in packet"
I can play the file locally in VLC without problems.

[accelle17]

this still exists on 0.108.1. I am on pi 4 and noticed that homeassistant doesn't go up even after >5 mins. I noticed that container is up and resources are normal. Couple of container restart doesnt resolve it. After commenting stream:, hass is up.

The strange part is, I was able to restart it successfully a couple of times before experimenting with camera.record service.

[timdonovanuk]

Similar related issue, in LoveLace UI any live camera feed I show stops anywhere from 10 seconds > 30 minutes in, with Error demuxing stream: No dts in packet in the log. The picture glance card then never actually resumes the stream, so the picture just freezes. Frontend shows it trying to load a resource that no longer exists. I have raised a bug #34966

[stale]

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates.
Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍
This issue now has been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

[DPAmes]

Same issue with a Trendnet camera (no DTS in packet error message), RTSP stream won't display or camera.record. It used to display in Lovelace before recent updates, and still displays just fine in VLC.

[Meelobee]

I'm on HA version 0.116.2 and this is still a thing.. I'm using 3 Wyze cams (2x V2, 1x Pan) with the RTSP firmware and I still see these errors over and over in my logs:

Timestamp overflow detected: dts = 117126, resetting stream
11:03:53 PM – Stream (WARNING) - message first occurred at October 10, 2020, 8:56:05 PM and shows up 231 times

Error demuxing stream: No dts in consecutive packets
11:01:50 PM – Stream (ERROR) - message first occurred at October 10, 2020, 8:56:02 PM and shows up 254 times

Stream packet without dts detected, skipping...
11:01:50 PM – Stream (ERROR) - message first occurred at October 10, 2020, 8:55:57 PM and shows up 508 times

Any chance this will ever get fixed ?

[craggyh]

Seeing the same here with 6x reolink cameras. All on gigabit wired links so it's not a poor connectivity issue.

The stream component is all but useless at this stage, never a reliable camera feed, constant hangups, loading wheel, streams stuck in a loop since yesterday etc. Very unreliable in general.

[huuub]

please reopen...

[hunterjm]

Instead of re-opening this ticket (which at this point is over a year old and contains MANY different error messages), let's create specific individual issues for each distinctive error message in the log file.

[craggyh]

The errors usually show in the logs together so presumably they’re all related. Individual issues per specific error might only give half the picture.

[hunterjm]

As the original developer and one of the code owners for the stream integration, I assure you that separate issues unless logs are identical would be much more beneficial than reviewing a year old issue. Especially since there have been a lot of modifications to the integration since.

[huuub]

The error message is correct. There is no DTS in the packet. VLC and others don't mind but the component in home assistant does.

[MiAutomations]

logs are identical would be much more beneficial than reviewing a year old issue. Especially since there have been a lot of modifications to the integration since.

Hello to all

I'm also facing similar issue with the following log

Logger: libav.rtsp
Source: components/stream/worker.py:223
First occurred: 7:50:41 PM (82 occurrences)
Last logged: 8:08:18 PM

RTP: PT=60: bad cseq 5bdd expected=4f2a
RTP: PT=60: bad cseq bae9 expected=aefa
Error parsing AU headers
Too short data for FU-A H.264 RTP packet
RTP: PT=60: bad cseq 7413 expected=3ae8

And As you mentioned I opened a Issue but the issue is now closed without any way to solve this ....
#55966

At last I re install my HA based on the Hassio OS but the problem keeps

Can anyone please help me in order to solve this

Thank you for your support and best regards

[MiAutomations]

@hunterjm

Hello Can you please help me in this issue? If needed I will open a new issue again.

Thank you and best regards