H265++, H265X и новая CMS H265++XVR

[Starvis]

Намудрили явно с h265++, попробовал новый формат, так сама камера начала дергать конкретно, пропускает кадры или подвисает не могу сказать. Самый оптимальный вариант остался h265.
Хотя в самих настройках всё четко по порядку, все старые форматы на месте как и новые, нужно будет потестить все это дело и как принимают потоки трансляций сайты посредники h265X если это по идее h264.

[Starvis]

По поводу скачивания h265, поставил блюстек эмулятор андроид и в него уже XMEye. В облаке висит регистратор. Выплевывает все в mp4. Для меня это проще чем танцы с бубнами и CMS.

[Starvis]

Добавлю ещё пять копеек, к сожалению не смогу в предыдущее сообщение, поэтому не обессудьте за гору сообщений.
Протестировал кодек H265++ и Н265X на платах камер PC_HI3516EV100_50H20L SC2135 1080P c последней прошивкой General_HZXM_IPC_HI3516EV100_50H20L_S38_V4.02.R12.Nat.OnvifS.HIK.20180122_ALL где все эти плюшки появились с пережатием. Итог вполне положительный, H265++ еще сыроват, но вполне справляется, при пережатии проскакивают подергивания, подвисания и эффективность пережатия вызывает сомнения пока именно на этой плате. С новой прошивкой сама камера зашумела больше, все шумодавы на максимуме, остается если только бить по четкости. 3 минуты 79 мегабайт https://youtu.be/wCZ_TTtxIWw" onclick="window.open(this.href);return false;


К сожалению на HI3516CV300_50H20L IMX291 полноценно не заводится H265++, зависает, дергает, детектор движений плохо работает и.т.д., но ничем не хуже работает H265+, ровно и надежно. Вот фал примерно 2,5 Мегабайта в h256+.
https://youtu.be/V0mnmuaeeEw" onclick="window.open(this.href);return false;

Сервисы типа rtsp.me поток в H265X видят, но картинка сама по себе подмыленная кодированием, что явно бросается в глаза и сам поток тяжеловатый.


Поэтому оптимальным пока использование H265+, пока допиливается его младший брат.

[Andry_S13]

H265++ игнорирует малые движения в кадре и кадр обновляется раз в секунду (1FPS). Когда количество движения в кадре превышает некий порог, включается полноценная запись (20 FPS для EV100). Отсюда ваше непонимание процесса и кажущиеся зависания и дерганья.
Все это отчетливо видно у мекя на обзорной камере: идет человечек в 10 пикселей - посекундная телепортация. В кадр въезжает авто или входят несколько человечков - пошло плавное движение.
В режиме "нет движухи" (1 FPS) битрейт 20-60 кбит. Как пошло движение - 1000 и выше.

[Starvis]

H265++
Отсюда ваше непонимание процесса и кажущиеся зависания и дерганья.
идет человечек в 10 пикселей

У меня человек не 10 пикселей, , вы не разобравшись и не посмотрев банально видео, сразу о своей просвященности и о моей некомпетентности. Посмотрите и попробуйте понять о чем я, если получится и почему у меня не 10 пикселей.
Подергивания и зависания конкретные даже когда в кадре вполне ощутимый объект, именно в процессе его движения подергивания имеют определенную закономерность и периодичность что напрягает. Совершенно не похоже на потерю детекции. К тому же на более шустром процессоре вообще не хочет работать не в какую, детектор движений отваливается и так же пропускает движущиеся объекты весомые. Всё это в совокупности говорит о несовершенстве алгоритмов и необходимости их допиливать.
H265+ справляется с этим великолепно, мелкие объекты динамичны постоянно Video: HVC1 1920x1080 25fps 329kbps [V: hevc main L4.1, yuv420p, 1920x1080, 329 kb/s]

[Andry_S13]

Я вам расписал алгоритм работы H255++ и каким образом он выявлен, никак с вашим видеоматериалом не связано.
Ваш материал явно постоянно на грани "движуха"-"покой", отсюда невозможность понять отчего и почему так происходит. И вот вы на основе хаоса пытаетесь делать выводы и возмущаетесь объяснениями.

[Starvis]

Я вам расписал алгоритм работы H255++ и каким образом он выявлен, никак с вашим видеоматериалом не связано.
Ваш материал явно постоянно на грани "движуха"-"покой", отсюда невозможность понять отчего и почему так происходит. И вот вы на основе хаоса пытаетесь делать выводы и возмущаетесь объяснениями.

Да нету там никаких "на грани" хаоса. Одно и то же дергание на трех камерах через определенные промежутки времени, как цикличный генератор работает, это работает алгоритм криво так. И к тому же на трех идентичных модулях и даже прошивках. Ну право, написали бы хотя бы "а я вот думаю что может быть так", так нет сразу "вы не понимаете, что к чему и почему". Поэтому тут все на грани демагогии получается. Всё очень просто, кривые прошивки еще и сырое кодирование из поднебесной, у меня на двух модулях не работает сие чудо.

Я вам расписал алгоритм работы H255++ и каким образом он выявлен, никак с вашим видеоматериалом не связано.
Ваш материал явно постоянно на грани "движуха"-"покой", отсюда невозможность понять отчего и почему так происходит. И вот вы на основе хаоса пытаетесь делать выводы и возмущаетесь объяснениями.

Спасибо что просветили конечно, но зачем? Вроде как я в курсе что это за фрукт такой. Там объекты очень большие у меня и работает растормаживание в момент передергивания. Я вам предлагаю не заниматься откровенной демагогией, если вы сами не понимаете и не можете сделать здравые выводы по видео. Все дело в сыромятине и не более того. Подождем выхода новых прошивок и посмотрим что будет дальше! Для кого то это не критично возможно, но зависания и подтормаживания при детектировании лично мне не интересны.

[Starvis]

Выявился ещё один баг в новой CMS H265++ XVR. Теперь на одном регике через регистратор в CMS невозможно удаленно поменять настройки камер, показывает одно и то же окно и ничего не сохраняет. Только напрямую к камере нужно цепляться CMS. Видимо не стыковка какая то программная с самим региком. Со старой версией у меня все работало так же как и через интернет эксплоурер. Регик вот такой. https://ru.aliexpress.com/item/Full-HD- ... defcfc948a" onclick="window.open(this.href);return false;
Full HD 1080p CCTV NVR 32CH HI3535

[AlienP666]

Думаю стоит для начала попробовать обновить прошивку, но ваш регистратор на 3535 не знает, что такое H.265 вообще и уж тем более ++. Возможно на последних прошивках и появиться какая то поддержка, но боюсь работать все будет очень криво.

[Andry_S13]

C NBD8008T-Q и NBD8025R-UL все работает. Камеры от старых 1мп до последних на imx307.
Скорее всего кто-то недостаточно внимателен и снова делает необоснованные выводы.

[AlienP666]

C NBD8008T-Q и NBD8025R-UL все работает. Камеры от старых 1мп до последних на imx307.
Скорее всего кто-то недостаточно внимателен и снова делает необоснованные выводы.

NBD8025R-UL процессор Hi3536C - описание http://www.xiongmaitech.com/en/index.ph ... /4/110/247" onclick="window.open(this.href);return false;
NBD8008T-Q процессор Hi3798M - описание http://www.xiongmaitech.com/en/index.ph ... l/4/110/72" onclick="window.open(this.href);return false;

[kROOT]

На 3535 камеры с 265 пишут нормально, но кодеки конечно через рег настроить нельзя на этих камерах и на экран монитора не показывает. А вот на 3520, на сколько я помню, даже если напрямую на камере 265 поставишь, рег меняет на 264.