-
-
Notifications
You must be signed in to change notification settings - Fork 193
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update MediaMTX #1224
Update MediaMTX #1224
Conversation
Co-authored-by: mrlt8 <mrlt8@users.noreply.github.com>
volumes:
Changed '/record/' to '/Record/' and now it is recording ;) [On the 'latest' branche and 'previous build', this won't record at all] HLS Stream is working fine, but WebRTC stream is not working So:
volumes:
..............................................................................................................
volumes:
.............................................................................................................. |
@JA16122000 default settings will record to |
Unfortunately, the WebRTC stream is not working. HLS is working, though. |
@JA16122000 WebRTC should be fixed with the latest changes. Please let me know if your run into any other issues. |
Still not playing with WebRTC docker-compose.yml looks like: services: LOG: 🚀 DOCKER-WYZE-BRIDGE v2.9.9 ARMV7L DEV BUILD [2024-06-24t14:25:28.918z] 357857c
|
Noticed that MTX auth: 🚀 DOCKER-WYZE-BRIDGE v2.9.9 ARMV7L DEV BUILD [2024-06-24t14:25:28.918z] 357857c I noticed that 'MTX auth' is not case-sensitive for passwords. (I have capital letters, but in the log they are NOT capital) |
No changes have been made re: webrtc, so there shouldn't be any difference. potential work around: ports:
- 8189:8189
- 8189:8189/udp
...
environment:
- MTX_WEBRTCLOCALTCPADDRESS=:8189
... |
So: ports:
|
no, should be:
|
Also tried, but doesn't work either |
then you should probably open an issue with mediamtx as you seem to be having a different issue. |
Where and how do I do that? |
This one? |
The same as: bluenviron/mediamtx#3522 ?? |
No, you already confirmed you have a different issue. |
i'm excited, works fine! |
WebUI auth
wb_password
will now be derived from the username part of the Wyze email address instead of using a randomly generated password.john123@doe.com
, thewb_password
will bejohn123
.wb_api
will attempt to persist based on wyze account.MediaMTX
NEW:
STREAM_AUTH
option to specify multiple users and paths::
:
can be used to specify the allowed IP address for the user.@
to specify paths accessible to the user.|
as a separatorEXAMPLES:
user:pass
has access tocam-1
andother-cam
second-user:password
has access tojust-one-cam
user3:pass
has access to all paths/camerasuser:pass
has access to all paths/cameras when streaming from 192.168.0.7just-one-cam
when streaming from 192.168.0.15 or from 192.168.0.20user:pass
has access to all paths/cameraspublic-cam
Recording via MediaMTX:
RECORD_PATH
Available variables are%path
or{cam_name}
,%Y
%m
%d
%H
%M
%S
%f
%s
(time in strftime format).RECORD_LENGTH
Length of each clip. Uses
for seconds ,h
for hours. Defaults to60s
RECORD_KEEP
Delete older clips. Uses
for seconds ,h
for hours. Set to 0s to disable automatic deletion. Defaults to0s