motioneye-project/motioneye

One camera overrides the feed of another camera. Same feed twice. One missing.

Fechada

#1.286 aberto em 21 de mai. de 2019

Ver no GitHub
 (5 comentários) (0 reação) (0 responsável)Python (636 forks)batch import
help wantedquestion

Métricas do repositório

Stars
 (3.533 estrelas)
Métricas de merge de PR
 (Mesclagem média 16d 14h) (33 fundiu PRs em 30d)

Description

motionEye version: 0.40 Motion Version: 4.0 OS Version: Debian 9.9

Not totally sure this isn't some oversight on my end...

I've narrowed down the issue to two specific cameras. I currently have only these two cameras installed in MotionEye and the I'm seeing the behaviour. Both cameras are Trendnet IP Cameras Model TV-IP310PI Both cameras are being accessed with AUTH via a URL like: rtsp://HOSTNAME.lan/Streaming/Channels/1

If I disable one (toggle Video Device switch) then the remaining one correctly shows its video feed. When they are both enabled, then one of their feeds is displayed for both camera views.

To rule out conflicts with other NVR apps I've been evaluating, I just did a completely fresh install of a minimal Debian 9 and have only installed motionEye following the instructions for Debian on the wiki. The problem still occurs.

This happens identically in Chrome, Safari and Firefox.

Find attached a screencap of the duplicate feeds. Also attaching the two camera-x.conf files. Also attaching the motion.conf file.

Really enjoying setting this up so far. Hopefully can get past this hurdle. Please advise.

camera-1.conf.txt camera-5.conf.txt motion.conf.txt

Guia do colaborador

Direção de pesquisa
Investigue os arquivos de configuração da câmera (camera 1.conf, camera 5.conf) e motion.conf em busca de configurações conflitantes, como números de porta ou atribuições de canal. Compare as configurações das duas câmeras para identificar quaisquer parâmetros duplicados. Verifique se o problema está relacionado à autenticação ou ao URI do fluxo. Considere testar com câmeras diferentes para isolar o problema.
Pilha de tecnologia
pythonshell
Domain
backend
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
Meio dia
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Antigo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Principalmente claro
Prerequisites
basic understanding of motionEye configurationaccess to two RTSP cameras
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
30