RTSP wrong input for chinese camera #231
Comments
|
More details:
|
|
Oh no! I think I'm connecting to my camera using its wi-fi interface even though it's wired! I'll check this. |
|
Could that be the reason of the issue? |
One of my reolink cams (Reolink Duo 2) has a much worse time over WiFi producing a lot of these errors meanwhile on ethernet it is rock solid |
|
Ok, update: Very surprisingly, my camera uses the same mac address for both wi-fi and ethernet. I could probably reset it in the Tuya app so that it would lose the wi-fi credentials, however, I decided to just configure my access point to block wi-fi access to its mac address. I'll monitor now if the issue comes back. |
|
Ok... the issue happens even when I'm 100% sure that it's connected over ethernet. =/ And I think this is expected (not to be related to wi-fi in my case), because my wi-fi connection is very strong and reliable. I have other 2 cameras connected through wi-fi (different model however) that never triggers this RTSP wrong input issue. |
Not speaking of your case but I'd say that's not really the case. In my example I was testing the reolink camera on a desk in the same room as my WiFi router. I don't think (at least in my case) it has to do with bad WiFi just how the data is sent. also, |
I see. That's a valid point.
Oh crap. I hope the only solution for this issue isn't replacing its firmware then. |
|
I need access to this stream. |
|
There you go: |
|
@felipecrs I believe AlexxIt meant access to a live stream from the camera directly |
|
Well... isn't that what I sent? lol |
|
There is no response from your stream. You can use ngrok tunnel and send link in private msg. Check contacts in github profile. |
|
Sorry about that. I'm suffering of a major outage from my ISP, that's why it must not be working for you. I'll let you know once my ISP stabilizes. |
|
It's back on business now, if you want to try. |
|
Does this camera work anywhere at all? It sends all sorts of garbage at the place where the frame should end. Maybe it only works in UDP mode. |
|
Well... yes. This RTSP wrong input just keeps popping in my go2rtc logs, but it appears to be working normally. Also, I'm using this very same camera in Frigate since years, when there was no go2rtc. |
|
But, if you think it's not worth to spend more time on it, don't worry, I'm okay 😅 |
|
I mean, even in go2rtc it appears to be working normally if I don't check the logs. |
|
Maybe with local connection it can work better. Even via TCP. I think frames should be read very fast. |
|
Alright, thanks a lot for the investigation anyway. Can I close this issue and disable the port forward to the camera on my router then? |
|
Ok |
Hi, I have 10 cameras but only one of this model (INQMEGA IL-PTZ381-2M-C: https://aliexpress.com/item/4000780447748.html), and it keeps causing go2rt to send this in the logs:
It mentions
av0, but if I removeav0from my go2rtc config and putav1instead, it errors the same but withav1now.I did my best to isolate the issue. This is the minimal config and environment to reproduce it:
chrome_5tRpfeblfA.mp4
{ "producers": [ { "type": "RTSP source", "url": "rtsp://192.168.1.33:554/0/av1", "remote_addr": "192.168.1.33:554", "user_agent": "go2rtc/1.1.1", "medias": [ "video, sendonly, 96 H264/90000", "audio, sendonly, 8 PCMA/8000" ], "tracks": [ "96 H264/90000, sinks=2", "8 PCMA/8000, sinks=1" ], "recv": 6683208 }, { "type": "RTSP source", "url": "rtsp://localhost:8554/f32a01ce52b009cdf58ea3f09916514f", "remote_addr": "[::1]:38472", "user_agent": "ffmpeg/go2rtc", "medias": [ "audio, sendonly, 96 MPEG4-GENERIC/8000" ], "tracks": [ "96 MPEG4-GENERIC/8000, sinks=2" ], "recv": 1105530 } ], "consumers": [ { "type": "RTSP client", "url": "rtsp://localhost:8554/rua?audio", "remote_addr": "[::1]:38460", "user_agent": "go2rtc/ffmpeg", "medias": [ "audio, recvonly, 96 PCMA/8000" ], "tracks": [ "96 PCMA/8000, sinks=1" ], "send": 2554408 }, { "type": "RTSP client", "url": "rtsp://home.felipecrs.com:8554/rua?mp4", "remote_addr": "192.168.1.15:46476", "user_agent": "LibVLC/3.0.18 (LIVE555 Streaming Media v2016.11.28)", "medias": [ "video, recvonly, 96 H264/90000", "audio, recvonly, 97 MPEG4-GENERIC/8000" ], "tracks": [ "96 H264/90000, sinks=2", "97 MPEG4-GENERIC/8000, sinks=2" ], "recv": 6832, "send": 5232622 }, { "type": "RTSP client", "url": "rtsp://127.0.0.1:8554/rua?audio=aac", "remote_addr": "127.0.0.1:38440", "medias": [ "audio, recvonly, 96 MPEG4-GENERIC/8000" ], "tracks": [ "96 MPEG4-GENERIC/8000, sinks=2" ], "send": 1053958 }, { "type": "RTSP client", "url": "rtsp://home.felipecrs.com:8554/rua?video=copy", "remote_addr": "192.168.1.15:46531", "user_agent": "LibVLC/3.0.18 (LIVE555 Streaming Media v2016.11.28)", "medias": [ "video, recvonly, 96 H264/90000" ], "tracks": [ "96 H264/90000, sinks=2" ], "recv": 2352, "send": 2753232 } ] }{ "producers": [ { "type": "RTSP source", "url": "rtsp://192.168.1.33:554/0/av0", "remote_addr": "192.168.1.33:554", "user_agent": "go2rtc/1.1.1", "medias": [ "video, sendonly, 96 H264/90000", "audio, sendonly, 8 PCMA/8000" ], "tracks": [ "96 H264/90000, sinks=2", "8 PCMA/8000, sinks=1" ], "recv": 2226459 }, { "type": "RTSP source", "url": "rtsp://127.0.0.1:8554/rua?audio=aac", "remote_addr": "127.0.0.1:8554", "user_agent": "go2rtc/1.1.1", "medias": [ "audio, sendonly, 96 MPEG4-GENERIC/8000" ], "tracks": [ "96 MPEG4-GENERIC/8000, sinks=1" ], "recv": 522608 } ], "consumers": [ { "type": "RTSP client", "url": "rtsp://home.felipecrs.com:8554/rua_hd?mp4", "remote_addr": "192.168.1.15:46485", "user_agent": "LibVLC/3.0.18 (LIVE555 Streaming Media v2016.11.28)", "medias": [ "video, recvonly, 96 H264/90000", "audio, recvonly, 97 MPEG4-GENERIC/8000" ], "tracks": [ "96 H264/90000, sinks=2", "97 MPEG4-GENERIC/8000, sinks=1" ], "recv": 3304, "send": 11449917 }, { "type": "RTSP client", "url": "rtsp://home.felipecrs.com:8554/rua_hd?video=copy\u0026audio=copy", "remote_addr": "192.168.1.15:46520", "user_agent": "LibVLC/3.0.18 (LIVE555 Streaming Media v2016.11.28)", "medias": [ "video, recvonly, 96 H264/90000", "audio, recvonly, 97 PCMA/8000" ], "tracks": [ "96 H264/90000, sinks=2", "97 PCMA/8000, sinks=1" ], "recv": 1736, "send": 6512208 } ] }Logs:
The text was updated successfully, but these errors were encountered: