/rest-api/stream/startRecording
- Thread starter pride
- Start date
Здравствуйте.
Здесь есть примеры использования конфига:
docs.flashphoner.com
Там два поля: fileTemplate, rotation
Но при этом, нужно следить за уникальностью. Если две записи попытаются использовать одно и то же имя файла, будет конфликт.
Здесь есть примеры использования конфига:
Stream recording - Web Call Server 5.2 - EN - Flashphoner Documentation
Там два поля: fileTemplate, rotation
Code:
{
"mediaSessionId": "5a072377-73c1-4caf-abd3",
"config": {
"fileTemplate": "{streamName}-{startTime}-{endTime}",
"rotation": "20M"
}
}Попробуйте указать в конфиге:
Code:
"fileTemplate": "stream2023"Проверили, проблема не воспроизводится с настройками сервера по умолчанию на сборке 5.2.1807. Пожалуйста, обновите сервер и проверьте. Если проблема воспроизводится, соберите отчет: Сбор отладочных логов при помощи скрипта report.sh и пришлите, используя эту форму.
pride
Member
Здравствуйте. После перезагрузки, при запросе:
/rest-api/stream/startRecording
Получаю 200, при этом запись не стартует, а в логах вижу такое:
Куда копать?
/rest-api/stream/startRecording
Code:
{
"mediaSessionId": "3a0cb890-b9b7-11ee-b862-89a85c96f12b",
"config" : {
"fileTemplate": "testtest123"
}
}
Code:
05:12:05,827 ERROR NodeApi - HTTP-pool-7-thread-2 Failed to start recording on stream id f1ade410-b9ad-11ee-97eb-b5881e45b858
05:12:06,252 ERROR RtspSession - RTSP-pool-50-thread-1 Received PLAY request but not ready to play, state CONNECTEDpride
Member
И что то новое, периодически получаю при запросе на старт записи 500:
Code:
"exception": "com.flashphoner.rest.server.exception.InternalErrorException",
"reason": "com.flashphoner.rest.server.exception.InternalErrorException, Internal Server Error, Failed to start fileRecorder java.lang.reflect.InvocationTargetException, ts: 1705992600883, path: /rest-api/stream/startRecording",
"path": "/rest-api/stream/startRecording",
"error": "Internal Server Error",
"message": "Failed to start fileRecorder java.lang.reflect.InvocationTargetException",
"timestamp": 1705992600883,
"status": 500
}pride
Member
Так же замечаю периодически на ззапросы:
Ошибку http ECONNRESET причем периодически, запросы межсерверные, фильтры и фаирволы отключены.
500 поймал локальным запросом на апи прода.
PS: Таймаут на запросах 5 сек.
Code:
/connection/find
/connection/terminate
/stream/terminate
/stream/find
/connection/terminate500 поймал локальным запросом на апи прода.
PS: Таймаут на запросах 5 сек.
Добрый день.
Эти сообщения относятся к разным стримам, судя по id. Проверьте, что на разделе, где создаются файлы записей, достаточно места. Также для старта записи необходимо, чтобы в публикуемом потоке проходили ключевые фреймы (можно посмотреть в метриках потока: Получение метрик потока, метрика
VIDEO_K_FRAMES должна монотонно расти)Пожалуйста, соберите отчет: Сбор отладочных логов при помощи скрипта report.sh и пришлите, используя эту форму
Для того, чтобы понять, что происходит, нужны полные логи: Сбор отладочных логов при помощи скрипта report.sh
В прмисланных логах видим проблемы при попытке отправить REST hook на ваш бэкенд
В этом случае исходная операция, вызвавшая этот REST hook, работать не будет. Проверьте, что бэкенд доступен с сервера и слушает соединения на порту 7777.
Возможно, в этом и заключается проблема с записью, но в логе слишком мало информации. Необходимо выставить серверный лог в
После этого нужно воспроизвести проблему с записью и повторно собрать логи.
Также обращаем внимание, что настройка
устарела, используйте вместо нее настройку
В этом случае исходная операция, вызвавшая этот REST hook, работать не будет. Проверьте, что бэкенд доступен с сервера и слушает соединения на порту 7777.
Возможно, в этом и заключается проблема с записью, но в логе слишком мало информации. Необходимо выставить серверный лог в
INFO в файле log4j.properties
Code:
log4j.rootLogger=INFOТакже обращаем внимание, что настройка
устарела, используйте вместо нее настройку
Code:
rtp_activity_timeout=120По логу выглядит так, что запрос на запись пришел до получения первого ключевого фрейма от публикующего клиента:
Поток публикуется по UDP, поэтому могут быть потери, которые и приводят к проблеме. Рекомендуется в таких случаях публиковать потоки по TCP
Также в настройках видим
При этом PLI запросы высылаются публикующему клиенту каждые 300 мс, это слишком часто. Не рекомендуется выставлять это настройку меньше 1 секунды
Code:
08:56:04,214 INFO RestApiRouter - HTTP-pool-7-thread-904 handleRequest method: /rest-api/stream/startRecording, params:{mediaSessionId=64926300-ba96-11ee-af58-8f18f9101270, config={fileTemplate=275400_64926300-ba96-11ee-af58-8f18f9101270}, appKey=main}
08:56:04,214 ERROR NodeApi - HTTP-pool-7-thread-904 Failed to start recording on stream id 64926300-ba96-11ee-af58-8f18f9101270
...
08:56:04,748 WARN D - RTP-pool-36-thread-109 Failed to decode RTP packet, Not enough readable bytes - Need 210240, maximum is 184
08:56:04,748 WARN D - RTP-pool-36-thread-109 Failed to decode RTP packet, Not enough readable bytes - Need 241180, maximum is 184
08:56:04,748 WARN D - RTP-pool-36-thread-109 Failed to decode RTP packet, Not enough readable bytes - Need 67596, maximum is 184
08:56:04,748 WARN D - RTP-pool-36-thread-109 Failed to decode RTP packet, Unknown version for byte: -3
...
08:56:04,774 INFO D - VideoProcessor-275400-64926300-ba96-11ee-af58-8f18f9101270 Add media process decoding
08:56:04,775 INFO WCS4CallbackHandler - VideoDistributor-PROXY-64926300-ba96-11ee-af58-8f18f9101270 notifyVideoFormat format: VideoFormat{playerVideoWidth=null, playerVideoHeight=null, streamerVideoHeight=480, streamerVideoWidth=640, playerMinBitrate=0, playerMaxBitrate=0, streamerBitrate=0, quality=0}; user - tbbh8hlsl2qk4kudrljfvtritr@null
08:56:04,775 WARN RtspSession - VideoDistributor-PROXY-64926300-ba96-11ee-af58-8f18f9101270 Unknown ssrc in RTCP SR:329557905, audio:0, video:0
Code:
ice_tcp_transport=true
Code:
periodic_fir_request_interval=300
Code:
periodic_fir_request_interval=1000