Перестал работать 2й поток на всех камерах
OmlineEditor opened this issue · comments
В самой первой версии работал 2й потом в худшем качестве (просто обзорный поток).
1й поток на всех камерах работает как обычно, 2й перестал совсем. проверенно на 3х разных камерах.
При запуске 2го потока еще на экрне замечены артефакты в виде квадратов появляющихся на несколько миллисекунд.
В логах ошибки libvlc, сам лог приложила:
log_cam.txt
Спасибо за отчеты об ошибках.
В текущей версии (см. последний коммит) воспроизвести ошибку не удалось, можете проверить на ваших камерах? Возможно, стоит очистить кеш или проверить на новой установке.
Хорошо, я отпишусь когда протестирую новую версию, через пару дней должна появится на f-droid.
Проблема не решена, 2й поток в новой версии не работает. Прошу устранить проблему
Нужно больше данных:
- Воспроизводится ли этот поток в другом плеере на этом же устройстве?
- Воспроизводится ли этот поток на других устройствах (включая стационарные ПК)?
URL камеры нужно точно скопировать из настройки камеры (кроме пароля).
Также вы не написали, работает ли поток на новой установке.
В версии 1.1.4 2й поток не работал, Жду новую версию 1.2.0
в другом плеере (например VLC) 2й поток с нужной мне камеры работает и на ПК тоже работает без проблем.
URL я точно вставила.
Попробовала удалить все камеры и занова вбить все настройки, заработали 2 камеры, но 1 камера как не работала так и не работает.
Еще неплохо бы попробовать на новой установке (или установить приложение на другом телефоне).
Если не поможет, нужно попробовать уменьшить параметр "network-caching" где-то до 150 мс (это строка addOption(":network-caching=150")) в файлах VideoActivity и GroupActivity.
Если хотите, могу собрать APK для теста тут.
Где эти файлы лежат (VideoActivity и GroupActivity)? И для чего уменьшать network-caching где-то до 150 мс, в чем физический смысл?
- app/src/main/java/com/vladpen/cams/
- Кеширование - единственный реальный способ ускорения начальной загрузки потока. Слишком низкое значение может привести к отсутствию ключевого кадра в кеше (визуальный эффект - серые квадраты), слишком высокое - к срыву потока (теоретически).
Нужно проверить (на моих камерах работает).
P.S. Также прошу проверить подключение в обоих режимах TCP/UDP
Кажется я нашла проблему и она не в кэше, а в пароле точней в его неверной обработке.
Если создать нового пользователя с простым паролем, на той самой неработающей камере, тогда все нормально, а вот если в пароле есть спец символы тогда ваша программа не верно понимает их.
попробуйте создать у себя пользователя и задать ему пароль:
a:b*d@d.Z+c/qf>t
Поэтому прошу сделать отдельное поле для ввода пароля, так программа будет точно знать где пароль #2
И при подключении не будет утекать пароль, т.к. он будет отдельно передан в потоке #24
Еще одно замечание, вы в версии 1.1.4 сделали замену способа хранения пароля (зашифровали его), похоже при переходе и обновлении версий конвертация пароля тоже немного хромает и неверно работает, это тоже прошу учесть.
Исправлено в 1.2.2