Сколько сохраняет дискорд запись видео

Как Discord хранит миллиарды сообщений

Discord продолжает расти быстрее, чем мы ожидали, как и пользовательский контент. Чем больше пользователей — тем больше сообщений в чате. В июле мы объявили о 40 млн сообщений в день, в декабре объявили о 100 млн, а в середине января преодолели 120 млн. Мы сразу решили хранить историю чатов вечно, так что пользователи могут вернуться в любой момент и получить доступ к своим данным с любого устройства. Это много данных, поток и объём которых нарастает, и все они должны быть доступными. Как мы это делаем? Cassandra!

Что мы делали

Изначальную версию Discord написали быстрее чем за два месяца в начале 2015 года. Возможно, одной из лучших СУБД для быстрого выполнения итераций является MongoDB. Всё в Discord специально хранилось в едином реплисете (replica set) MongoDB, но мы также готовили всё для простой миграции в новую СУБД (мы знали, что не собираемся использовать шардинг MongoDB из-за его сложности и неизвестной стабильности). На самом деле это часть нашей корпоративной культуры: разрабатывай быстро, чтобы испытать новую функцию продукта, но всегда с курсом на более надёжное решение.

Сообщения хранились в коллекции MongoDB с единым составным индексом на channel_id и created_at . Примерно в ноябре 2015 года мы вышли на рубеж 100 млн сообщений в базе, и тогда начали понимать проблемы, которые нас ждут: данные и индекс больше не помещаются в ОЗУ, а задержки становятся непредсказуемыми. Пришло время мигрировать в более подходящую СУБД.

Выбор правильной СУБД

Перед выбором новой СУБД нам требовалось понять имеющиеся шаблоны чтения/записи и почему возникли проблемы с текущим решением.

• Быстро стало понятно, что операции чтения исключительно случайны, а соотношения чтение/запись примерно 50/50.
• Тяжёлые серверы голосовых чатов Discord практически не присылали сообщений. То есть они присылали одно или два сообщения каждые несколько дней. За год сервер такого типа вряд ли достигнет рубежа в 1000 сообщений. Проблема в том, что даже несмотря на такое малое количество сообщений, эти данные труднее доставлять пользователям. Просто возвращение пользователю 50-ти сообщений может привести к многим случайным операциям поиска на диске, что приводит к вытеснению дискового кэша.
• Тяжёлые серверы приватных текстовых чатов Discord отправляют приличное количество сообщений, легко попадая в диапазон между 100 тыс. и 1 млн сообщений в год. Запрашивают они обычно только самые последние данные. Проблема в том, что на этих серверах обычно менее 100 участников, так что скорость запроса данных низкая и вряд ли они будут в дисковом кэше.
• Большие публичные серверы Discord отправляют очень много сообщений. Там тысячи участников, отправляющих тысячи сообщений в день. Легко набираются миллионы сообщений в год. Они почти всегда запрашивают сообщения, отправленные в последний час, и это происходит часто. Поэтому данные обычно находятся в дисковом кэше.
• Мы знали, что в наступающем году у пользователей появится ещё больше способов генерировать случайные чтения: это возможность просматривать свои упоминания за последние 30 дней и затем перескакивать в тот момент истории, просмотр и переход к прикреплённым сообщениям и полнотекстовый поиск. Всё это означает ещё больше случайных чтений!

• Линейная масштабируемость — Мы не хотим пересматривать решение позже или вручную переносить данные в другой шард.
• Автоматическая отказоустойчивость — Нам нравится спать по ночам и делать Discord настолько самоисцеляющимся, насколько это возможно.
• Небольшая поддержка — Она должна работать сразу же, как мы её установим. От нас требуется только добавлять больше нод по мере увеличения данных.
• Доказано в работе — Мы любим пробовать новые технологии, но не слишком новые.
• Предсказуемая производительность — Нам отправляются сообщения, если время отклика API в 95% случаев превышает 80 мс. Мы также не хотим сталкиваться с необходимостью кэшировать сообщения в Redis или Memcached.
• Не хранилище блобов — Запись тысяч сообщений в секунду не будет отлично работать, если нам придётся непрерывно десериализировать блобы и присоединять к ним данные.
• Open source — Мы верим, что управляем собственной судьбой, и не хотим зависеть от сторонней компании.

Сделав выбор, нужно было доказать, что он действительно оправдан.

Моделирование данных

Лучший способ описать новичку Cassandra — это аббревиатура KKV. Две буквы “K” содержат в себе первичный ключ. Первая “K” — это ключ раздела. Он помогает определить, в какой ноде живут данные и где их найти на диске. Внутри раздела множество строк, и конкретную строку внутри раздела определяет вторая “K” — ключ кластеризации. Он работает как первичный ключ внутри раздела и определяет способ сортировки строк. Можете представить раздел как упорядоченный словарь. Все эти качества вместе взятые позволяют очень мощное моделирование данных.

Помните, что сообщения в MongoDB индексировались с использованием channel_id и created_at ? channel_id стал ключом раздела, поскольку все сообщения работают в канале, но created_at не даёт хорошего ключа кластеризации, потому что два сообщения могут быть созданы в одно время. К счастью, каждый ID в Discord на самом деле создан в Snowflake, то есть хронологически сортируется. Так что можно было использовать именно их. Первичный ключ превратился в (channel_id, message_id) , где message_id — это Snowflake. Это значит, что при загрузке канала мы можем сказать Cassandra точный диапазон, где искать сообщения.

Вот упрощённая схема для нашей таблицы сообщений (она пропускает примерно 10 колонок).

CREATE TABLE messages ( channel_id bigint, message_id bigint, author_id bigint, content text, PRIMARY KEY (channel_id, message_id) ) WITH CLUSTERING ORDER BY (message_id DESC);

Хотя схемы у Cassandra и похожи на схемы реляционных БД, их легко изменять, что не оказывает какого-либо временного влияния на производительность. Мы взяли лучшее от хранилища блобов и реляционного хранилища.

Как только начался импорт существующих сообщений в Cassandra, мы сразу увидели в логах предупреждения, что найдены разделы размером более 100 МБ. Да ну?! Ведь Cassandra заявляет о поддержке разделов 2 ГБ! По всей видимости, сама возможность не означает, что так нужно делать. Большие разделы накладывают сильную нагрузку на сборщик мусора в Cassandra при уплотнении, расширении кластера и т.д. Наличие большого раздела также означает, что данные в нём нельзя распределить по кластеру. Стало ясно, что нам придётся как-то ограничить размеры разделов, потому что некоторые каналы Discord могут существовать годами и постоянно увеличиваться в размере.

Мы решили распределить наши сообщения блоками (buckets) по времени. Мы посмотрели на самые большие каналы в Discord и определили, что если хранить сообщения блоками примерно по 10 дней, то комфортно вложимся в лимит 100 МБ. Блоки нужно получать из message_id или метки времени.

DISCORD_EPOCH = 1420070400000 BUCKET_SIZE = 1000 * 60 * 60 * 24 * 10 def make_bucket(snowflake): if snowflake is None: timestamp = int(time.time() * 1000) - DISCORD_EPOCH else: # When a Snowflake is created it contains the number of # seconds since the DISCORD_EPOCH. timestamp = snowflake_id >> 22 return int(timestamp / BUCKET_SIZE) def make_buckets(start_id, end_id=None): return range(make_bucket(start_id), make_bucket(end_id) + 1)

Ключи разделов Cassandra могут быть составными, так что нашим новым первичным ключом стал ((channel_id, bucket), message_id) .

CREATE TABLE messages ( channel_id bigint, bucket int, message_id bigint, author_id bigint, content text, PRIMARY KEY ((channel_id, bucket), message_id) ) WITH CLUSTERING ORDER BY (message_id DESC);

Для запроса недавних сообщений в канале мы сгенерировали диапазон блоков от текущего времени до channel_id (он тоже хронологически сортируется как Snowflake и должен быть старше, чем первое сообщение). Затем мы последовательно опрашиваем разделы до тех пор, пока не соберём достаточно сообщений. Обратная сторона такого метода в том, что изредка активным инстансам Discord придётся опрашивать много разных блоков, чтобы собрать достаточно сообщений со временем. На практике оказалось, что всё в порядке, потому что для активного инстанса Discord обычно находится достаточно сообщений в первом разделе, и таких большинство.

Импорт сообщений в Cassandra прошёл без помех, и мы были готовы опробовать её в производстве.

Тяжёлый запуск

Выводить новую систему в производство всегда страшно, так что хорошей идеей будет проверить её, не затрагивая пользователей. Мы настроили систему на дублирование операций чтения/записи в MongoDB и Cassandra.

Немедленно после запуска в баг-трекере появились ошибки, что author_id равен нулю. Как он может быть нулевым? Это обязательное поле!

Согласованность в конечном счёте

Cassandra — система типа AP, то есть гарантированная целостность здесь приносится в жертву доступности, что мы и хотели, в общем. В Cassandra противопоказано чтение перед записью (операции чтения более дорогие) и поэтому всё, что делает Cassandra, — это обновление и вставку (upsert), даже если предоставить только определённые колонки. Вы также можете писать в любую ноду, и она автоматически разрешит конфликты, используя семантику «последняя запись выигрывает» по каждой колонке. Так как это нас коснулось?

Пример состояния гонки редактирование/удаление

В случае, если пользователь редактировал сообщение, в то время как другой пользователь удалял то же самое сообщение, у нас появлялась строка с полностью отсутствующими данными, за исключением первичного ключа и текста, потому что Cassandra записывает только обновления и вставки. Для этой проблемы есть два возможных решения:

1. Записывать обратно целое сообщение во время редактирования сообщения. Тогда есть возможность воскрешения удалённых сообщений и добавляются шансы конфликтов для одновременных записей в другие колонки.
2. Выявить повреждённое сообщение и удалить его из базы.

Решая эту проблему, мы заметили, что были весьма неэффективны с операциями записи. Поскольку Cassandra согласована в конечном счёте, то она не может вот так взять и немедленно удалить данные. Ей нужно реплицировать удаления на другие ноды, и это следует сделать даже если ноды временно недоступны. Cassandra справляется с этим, приравнивая удаление к своеобразной форме записи под названием “tombstone” («надгробие»). Во время операции чтения она просто проскакивает через «надгробия», которые встречаются по пути. Время жизни «надгробий» настраивается (по умолчанию, 10 дней), и они навсегда удаляются во время уплотнения базы, если срок вышел.

Удаление колонки и запись нуля в колонку — это абсолютно одно и то же. В обоих случаях создаётся «надгробие». Поскольку все записи в Cassandra являются обновлениями и вставками, то вы создаёте «надгробие» даже если изначально записываете нуль. На практике, наша полная схема сообщения состояла из 16 колонок, но среднее сообщение имело только 4 установленных значения. Мы записывали 12 «надгробий» в Cassandra, обычно без всякой причины. Решение проблемы было простым: записывать в базу только ненулевые значения.

Производительность

Известно, что Cassandra быстрее выполняет операции записи, чем чтения, и мы наблюдали в точности это. Операции записи происходили в интервале менее миллисекунды, а операции чтения — менее 5 миллисекунд. Такие показатели наблюдались независимо от типа данных, к которым осуществлялся доступ. Производительность сохранялась неизменной в течение недели тестирования. Ничего удивительного, мы получили в точности то, чего ожидали.

Задержка чтения/записи, по данным из лога

В соответствии с быстрой, надёжной производительностью чтения, вот пример перехода к сообщению годичной давности в канале с миллионами сообщений:

Большой сюрприз

Всё прошло гладко, так что мы выкатили Cassandra как нашу основную базу данных и вывели из строя MongoDB в течение недели. Она продолжала безукоризненно работать… примерно 6 месяцев, пока однажды не перестала реагировать.

Мы заметили, что Cassandra непрерывно останавливается на 10 секунд во время сборки мусора, но совершенно не могли понять, почему. Начали копать — и нашли канал Discord, который требовал 20 секунд для загрузки. Виновником был публичный Discord-сервер подреддита Puzzles & Dragons. Поскольку он публичный, мы присоединились посмотреть. К нашему удивлению, на канале было только одно сообщение. В тот момент стало очевидно, что они удалили миллионы сообщений через наши API, оставив только одно сообщение на канале.

Если вы внимательно читали, то помните, как Cassandra обрабатывает удаления при помощи «надгробий» (упомянуто в главе «Согласованность в конечном счёте»). Когда пользователь загружает этот канал, хоть там одно сообщение, Cassandra приходится эффективно сканировать миллионы «надгробий» сообщений. Тогда она генерирует мусор быстрее, чем JVM может собрать его.

Мы решили эту проблему следующим образом:

• Уменьшили время жизни надгробий с 10 дней до 2 дней, потому что мы каждый вечер запускаем починку Cassandra (противоэнтропийный процесс) на нашем кластере сообщений.
• Изменили код запросов, чтобы отслеживать пустые блоки на канале и избегать их в будущем. Это значит, что если пользователь снова инициировал этот запрос, то в худшем случае Cassandra будет сканировать только самый последний блок.

Будущее

В данный момент у нас работает кластер из 12 нодов с коэффициентом репликации 3, и мы продолжим добавлять новые ноды Cassandra по мере надобности. Мы верим, что этот подход работоспособен в долговременной перспективе, но по мере роста Discord просматривается отдалённое будущее, когда придётся сохранять миллиарды сообщений в день. У Netflix и Apple работают кластеры с сотнями нодов, поэтому пока что нам не о чем волноваться. Однако хочется иметь пару идей про запас.

Ближайшее будущее

• Обновить наш кластер сообщений с Cassandra 2 на Cassandra 3. Новый формат хранения в Cassandra 3 может сократить объём хранения более чем на 50%.
• Более новые версии Cassandra лучше справляются с обработкой большего количества данных в каждом ноде. Мы сейчас храним примерно 1 ТБ сжатых данных в каждом из них. Думаем, что можно безопасно сократить количество нодов в кластере, увеличив этот лимит до 2 ТБ.

Отдалённое будущее

• Изучить Scylla — это СУБД, совместимая с Cassandra и написанная на C++. В нормальной работе наши ноды Cassandra в реальности потребляют немного ресурсов CPU, однако в непиковые часы во время починки Cassandra (противоэнтропийный процесс) они довольно сильно зависят от CPU, а время починки возрастает в зависимости от количества данных, записанных с момента прошлой починки. Scylla обещает значительно увеличить скорость починки.
• Создать систему для архивации неиспользуемых каналов в Google Cloud Storage и загрузки их обратно по требованию. Мы хотим избежать этого и не думаем, что такое придётся делать.

Заключение

Прошло уже больше года с момента перехода на Cassandra, и несмотря на «большой сюрприз», это было спокойное плавание. Мы вышли с более 100 миллионов общего количества сообщений на более чем 120 миллионов сообщений в день, сохранив производительность и стабильность.

Благодаря успеху этого проекта, с тех пор мы перенесли все остальные наши данные в производстве на Cassandra, и тоже успешно.

В продолжении этой статьи мы исследуем, как мы осуществляем полнотекстовый поиск по миллиардам сообщений.

У нас до сих пор нет специализированных инженеров DevOps (только четыре инженера бэкенда), так что очень классно иметь систему, о которой не приходится волноваться. Мы набираем сотрудников, так что обращайтесь, если подобные задачки щекочут ваше воображение.

• Высокая производительность
• Мессенджеры
• MongoDB
• Тестирование веб-сервисов

Знакомство и использование звуковой панели в Discord

Звуковая панель – нововведение для голосовых каналов серверов Discord. С ее помощью вы можете воспроизводить короткие стандартные звуки или те, которые были загружены непосредственно на используемый сервер. Ранее подобные опции были возможны исключительно при помощи сторонних программ на компьютере, чем злоупотребляли не очень порядочные пользователи, захламляя голосовые каналы флудом. Сейчас же каждый владелец и администратор сервера может выделить нужное количество звуков и разрешить их использовать всем или только определенным ролям.

Воспроизведение звуков через панель

Сразу предлагаю разобраться с тем, как работать со звуковой панелью обычному пользователю Discord, который подключился к голосовому каналу. Здесь стоит отметить, что по умолчанию присутствует 6 стандартных звуков от Дискорда, а все остальные добавляются создателями серверов, поэтому и разнообразие доступных «приколов» будет разное, зависящее от того, на каком сервере вы подключились к голосовому каналу.

1. ‎Итак, для начала обязательно нужно подключиться к любому доступному голосовому каналу на сервере, поскольку только так откроется доступ к звуковой панели.
2. После этого ниже вы найдете стандартные кнопки управления подключением, среди которых крайняя справа отвечает за развертывание звуковой панели.
3. На ней видите сначала звуки, добавленные на текущий сервер создателем, затем шесть стандартных звуков, которые можно использовать на всех серверах, если это не запрещено администрацией, а ниже – списки звуков других серверов. Последние можно воспроизводить на любых серверах только при наличии подписки Nitro, а также если эта опция не запрещена на текущем голосовом канале.
4. На панели вы получите совет по использованию звуков в игровом оверлее. Применяйте указанное сочетание, если хотите добавить эту самую звуковую панель на оверлей и иметь быстрый доступ к воспроизведению прямо из игры.
5. При наведении курсора на один из звуков слева есть кнопка для прослушивания его, а по центру находится кнопка воспроизведения. Вы просто жмете на нее, и все участники голосового канала слышат этот звук, о чем свидетельствует появившаяся зеленая обводка возле вашего ника.
6. Если воспроизводимые вами или другими участниками звуки для вас слишком громкие, нажмите справа по значку громкости и отрегулируйте ползунок по своему усмотрению.

Если использование звуковой панели на выбранном канале сервера недоступно, попробуйте подключиться к другому или узнайте у администрации, каким ролям разрешено воспроизводить их во время беседы. Возможно, именно на этом сервере звуки вовсе отключены, поскольку неуместны или это решение было принято создателем по другим причинам.

Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей

Добавление звуков на панель своего сервера

Если вы являетесь создателем или администратором сервера, без заранее приобретенного буста можете пополнить звуковую панель своих голосовых каналов 8 разными звуками, добавив каждый из них по очереди через настройки. Максимальная длительность звука – 5 секунд, а также для каждого можно выбрать подходящую эмодзи, включая и список тех, которые были загружены на данный сервер.

Читайте также в Комьюнити: Как добавить эмодзи на сервер в Discord

1. Для перехода к настройке звуковой панели своего сервера сначала откройте его, нажмите по названию для развертывания меню, из которого выберите пункт «Настройки сервера»‎.
2. Перейдите к разделу «Звуковая панель», после чего приступайте к загрузке своего первого звука, кликнув по кнопке с соответствующим названием.
3. Сначала загрузите сам файл. Его изначальная длительность не обязательно должна быть до пяти секунд, поскольку Дискорд позволяет обрезать лишнее.
4. Это происходит при помощи простого редактора, где нужно перемещать две линии, создавая активную область воспроизведения. Ниже показана длительность текущего отрезка, а также есть кнопка предпрослушивания, поэтому с настройкой не должно возникнуть никаких проблем.
5. В строке ниже укажите название звука, которое будет отображаться на звуковой панели. Постарайтесь сделать так, чтобы оно было сразу всем понятно и участникам не приходилось несколько раз предварительно воспроизводить звук‎, чтобы выяснить, за что вообще он отвечает.
6. Справа разверните список эмодзи и выберите подходящий конкретно для этого звука. Как уже было сказано выше, можно использовать не только стандартные смайлики, но и те, которые предварительно были загружены на выбранный сервер.
7. В завершение остается только настроить громкость звука, с которой он по умолчанию будет воспроизводиться на голосовом канале.
8. Если все настройки вас устраивают, кликните по «Загрузить», подтверждая сохранение данного звука.
9. Он будет отображаться в настройках звуковой панели, доступен для редактирования и удаления. Вместе с этим присутствует информация о том, кто из администраторов является создателем этого звука.
10. Ниже вы видите пример отображения добавленного звука на панели.‎

Для расширения доступного количества слотов на звуковой панели сервера до 24 необходимо приобрести всего лишь буст первого уровня. В остальных никаких изменений не происходит, но, возможно, со временем появится еще больше расширений для серверов с максимальным уровнем буста.

Настройка разрешений на использование звуковой панели

Являясь владельцем или администратором сервера, помимо загрузки звуков на панель вы также можете управлять правами доступа для ее использования, устанавливая ограничения как отдельным ролям, так и на конкретные голосовые каналы. Для этого понадобится открыть стандартное меню настройки прав доступа и отыскать соответствующие разрешения.

1. Если речь идет о настройке конкретного голосового канала, просто нажмите по нему правой кнопкой мыши и из контекстного меню выберите пункт «Настроить канал».
2. Для глобального управления ролями, как обычно, понадобится перейти в общие настройки сервера.
3. Слева выберите раздел «Роли» и в списке отыщите роль, для которой хотите выдать привилегии или установить разрешения. Если речь идет о настройке канала, вы сразу попадаете на вкладку с правами доступа и можете вносить изменения.
4. Для роли выберите вкладку «Права доступа».
5. Прокрутите колесико до раздела «Права голосового канала».
6. Теперь вы можете запретить или разрешить использовать звуковую панель.
7. Настройка «Использовать внешние звуки» определяет, может ли обладатель данной роли воспроизводить эффекты в голосовом канале из звуковых панелей других серверов.‎‎‎‎‎

Данные настройки индивидуальны и зависят исключительно от того, как вы хотите организовать работу сервера. Если есть какие-то рабочие каналы, логично там будет полностью запретить использовать звуки, а для других – установить ограничения по ролям, например, чтобы новички не спамили ими при первом подключении.

Выбор звука присоединения к голосовому каналу

Обладатели подписки Discord Nitro могут дополнительно выбрать звук из панели, с которым они будут присоединяться на голосовые каналы всех или конкретных серверов. Отмечу, что бесплатно такая опция пока что недоступна, скорее всего, в будущем такой и не станет, оставаясь привилегией для платных подписчиков.

1. Если вы хотите настроить воспроизведение звука при присоединении к голосовому каналу, откройте параметры учетной записи, кликнув по значку с шестеренкой на нижней панели.
2. Выберите раздел «Голос и видео».
3. В момент написания статьи пункт настройки с описанием пока что не был переведен на русский язык, поэтому отображается не совсем корректно. В английском языке интерфейса с этим никаких проблем нет.‎
4. Впрочем, описание настройки ничего нового и не дает, поскольку вы и так знаете, что выбрать звук могут только подписчики Nitro. Использовать его можно на всех серверах или указать из списка только конкретный, где вы уже являетесь участником.
5. Далее нажмите по значку с карандашом, чтобы открыть звуковую панель и выбрать на ней звук.
6. Можете использовать как стандартные звуки Discord, так и добавленные на любом сервере. После внесения изменений сохраните их и попробуйте подключиться к любому голосовому каналу для проверки воспроизводимого звука.

Подводя итоги, можно сказать, что новая функция работы со звуковой панелью в Дискорде – довольно интересная, позволяющая весело проводить время и в некоторых случаях не использовать свой голос на серверах, чтобы выразить эмоции.

Сколько хранятся видеозаписи с камер

Зачем знать? Задаваться вопросом, сколько хранятся видеозаписи с камер, можно уже на этапе планирования системы. Ведь именно от этого зависит, какой объем памяти нужно установить в регистратор.

На что обратить внимание? Стоит учитывать, что время хранения записей зависит от того, с какой целью они создаются. Например, на городских магистралях такой срок составляет пять дней, а в школах – до 30. А сколько должны храниться записи в остальных случаях?

1. Зачем хранить видеозаписи с камер
2. Устройства для записи и хранения видеозаписей с камер
3. Продолжительность хранения записей с камер наблюдения в зависимости от технических условий
4. Условия передачи данных с камер видеонаблюдения третьим лицам

Зачем хранить видеозаписи с камер

Сколько времени хранятся видеозаписи с камер и зачем? Потребность в съемке можно объяснить тремя моментами:

• законодательными нормами РФ;
• спецификой работы в некоторых отраслях народного хозяйства и ИП;
• необходимостью получения видеофактов для расследования противоправных действий.

По этим же причинам точная настройка времени на мини-камере – вопрос не праздный и вполне серьезный. Что может повлиять на длительность хранения таких материалов? Мы приведем 5 главных факторов:

1. Правила корпоративной безопасности, включая интеграцию со СКУД.
2. Потребности в хронометражных записях для органов правопорядка и следственных отделов.
3. Размещение видеокамеры – снаружи или внутри здания.
4. Объем кеш-памяти жесткого накопителя, вид съемки, численность камер, которые определяют заполнение диска.
5. Законодательные нормы и антитеррористическая защищенность объектов (территорий).

На режимных предприятиях с высоким уровнем охраны (аэропорты, крупные вокзалы и т. д.) видеозаписи (их копии) хранятся 31 день и дольше.

В торговых точках сроки сбережения материалов по локальной сети – не больше 7 дней. Еженедельно видеозапись переносится в центральное хранилище (как правило, это компьютер), где находится примерно месяц.

Топ-3 товара по теме:

4 050 ₽ 4 500 ₽

6 434 ₽ 11 190 ₽

Компаниям, которые используют видеокамеры для оценки эффективности сотрудников, не нужно долгое хранение записей. В любой внештатной ситуации там реагируют оперативно.

Если наблюдение касается прав граждан и появляются запросы на просмотр материалов, для получения права доступа к ним необходимо время. Это следует иметь в виду, определяя длительность хранения.

Сколько хранятся видеозаписи с камер у владельца собственного бизнеса? Вопрос разносторонний, поскольку цели наблюдения бывают разными: безопасность посетителей, обнаружение фактов кражи или разгильдяйства подчиненных, урегулирование конфликтов с покупателями и др.

Получите бесплатно инструкцию по выбору подрядчика от Videoglaz:

Команда Videoglaz совместно с главным техническим экспертом компании подготовили файл, который поможет вам не ошибиться при выборе подрядчика для своего проекта.

“В самом начале работ часто возникает вопрос: Как быстро определить качество партнера или исполнителя по системам безопасности? Именно поэтому мы подготовили подробную инструкцию, в которой осветили основные пункты, благодаря которым вы сможете без проблем выбрать добросовестного подрядчика, сохранить бюджет и выполнить проект в срок.”

Скачивайте и используйте уже сегодня:

Валентин Белоусов
Руководитель отдела проектных решений

10 шагов, которые помогут выбрать добросовестного подрядчика

Поможет сохранить бюджет и уложиться в сроки проекта

Уже скачали 11 507

Обычно наблюдение практикуется при продвижении бизнеса во время сбора и анализа маркетинговых данных. Тогда предприниматель сам определяет, как долго он будет хранить видеозапись. Тут самым оптимальным вариантом может стать облачный сервис.

В офисных зданиях и на складах чаще всего используют систему наблюдения с хранением записанных материалов 3-14 дней. Этот срок определяет руководство предприятия, точнее, объем бюджета – есть ли у них деньги на оплату видеоконтроля.

Устройства для записи и хранения видеозаписей с камер

Новейшие системы наблюдения хранят всю собранную информацию либо на штатном накопителе, либо на удаленном сервере. Рассмотрим, что это такое.

Штатные накопители

Устройство представляет собой жесткий диск, вставленный в компьютер или видеорегистратор. Им может стать флеш-карта, встроенная прямо в камеру. Данные с видеокамер поступают в регистратор для записи и обработки. Потом их можно посмотреть на мониторе, ПК и др. Почти все камеры имеют USB-разъем для флешки, где сохраняется видеозапись. Для просмотра накопитель вставляют в телефон или компьютер.

Удаленные сервера

Способ хранения цифровых данных, предполагающий загрузку их на серверную мощность через Интернет. Система отправляет видеопотоки в облако, где они хранятся установленное время. Сегодня имеется масса облачных сервисов, среди которых несложно выбрать оптимальный вариант. Видеокамеры слежения будут передавать туда всю информацию, которую потом можно смотреть на соответствующих устройствах.

Все эти способы хранения изображений с камер имеют преимущества и недостатки. Рассмотрим самые распространенные из них.

Цена

Монтаж системы видеонаблюдения, снабженной штатным накопителем, обходится дороже подключения к облаку, поскольку для него необходимо больше оборудования. Кроме камер, потребуется установка видеорегистратора и персонального компьютера. Минус облачного сервиса в другом – в платном использовании. За облако придется ежемесячно выкладывать по 200-500 рублей за камеру.

Надежное хранение и безопасность информации

Защита записей от третьих лиц – важный критерий для того, кто пользуется видеослежением. На штатных накопителях и удаленных серверах безопасность данных гарантируют по-разному. И в каждом способе есть сильные и слабые места.

Не исключено, что запись может потеряться по двум причинам – физической и IT (технологической). В первом случае возможна неисправность оборудования. Это характерно для систем с фиксацией видеосъемки на флешку или жесткий диск, которые несложно повредить либо украсть. Во втором –проблема с ПО, что часто происходит при отправке видеофайла в облако. Вдобавок недостатком облачных хранилищ является их неспособность вести запись без доступа объекта в Интернет.

Главное отличие систем

Сохранность записей на штатный накопитель и то, сколько хранятся видеозаписи с камер видеонаблюдения, зависит только от владельца оборудования, внедренного на той или иной площадке. А безотказная работа удаленных серверов определяется наличием Сети на охраняемом объекте и четким функционированием облака.

Продолжительность хранения записей с камер наблюдения в зависимости от технических условий

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

Важно знать! Для системы видеоконтроля не годятся диски, которые используют в обычных офисных компьютерах. Они не смогут выдержать большую непрерывную нагрузку.

Что может повлиять на срок хранения записей в профессиональных видеосистемах:

1. количество синхронно работающих камер;
2. разрешение видеокамеры;
3. частота кадров в секунду (так называемая скорость записи);
4. битрейт – скорость прохождения битов информации;
5. вид записи — постоянная, по датчику движения или по расписанию;
6. объема винчестера (HDD-диска).

Приведем пример того, как нужно понимать данный параметр. Возьмем систему, куда входят четыре AHD-камеры с разрешением матрицы 2 мегапикселя и магнитным накопителем с объемом памяти 1 000 Гб. Подобные комплекты часто применяют в мелких офисах и частных коттеджах или дачах.

Если ведется круглосуточная запись, такая видеосистема, как правило, может хранить в архиве данные на протяжении двух недель. Если же роль накопителя играют USB-карты, вставленные прямо в камеры, архив будет храниться не более трех дней. Такое расписание удобно для системы наблюдения в особняке или квартире.

При установке специалисты не советуют использовать видеокамеру без возможности записывать и сохранять материалы. В жизни бывает всякое, поэтому нужно иметь хотя бы минимальный жесткий диск. Если запись сохранится 1-2 дня, то это обеспечит вам хоть малую, но все же безопасность.

Что будет, когда заполнится память видеосистемы? Если свободной памяти в системе больше нет, она самостоятельно стирает старые данные, чтобы освободить место для новых записей. Процесс не требует внешнего участия и происходит автоматически.

Итак, мы разобрались, сколько хранятся видеозаписи с камер, но можно ли обеспечить более длительный период доступа к архивам? Да, это возможно. Тогда объем отснятых данных увеличится. Для этого необходимо поменять режимы с «постоянного» на запись по движению. В данном случае система будет включать видеозапись, если в кадре что-то или кто-то движется – люди, машины, домашние животные и др.

Такая функция имеется во всех видеокамерах – и с сохранением на жесткий диск, и с передачей на удаленный сервер (в облако). Изменив режим, можно расширить свой архив и сохранять видеоданные до месяца и даже больше.

Условия передачи данных с камер видеонаблюдения третьим лицам

В основном видеозаписи слежения сохраняются какой-то промежуток времени. Существуют процедуры, позволяющие установить, когда сделана съемка, и даже определить, кто из работников компании мог ее смотреть. Стоит упомянуть, что доступ к этим данным заранее предоставляется конкретным лицам.

Просмотр подобных записей проходит в помещении с ограниченной доступностью (к примеру, в службе безопасности организации). Исключением бывают ситуации, когда сектор обозрения камеры отлично виден с точки, где находится сам монитор.

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

Использовать видеоматериалы без разрешения граждан либо вопреки их запрету можно, если:

• человек снимался за деньги;
• кто-то попал в кадр в открытом месте со свободным доступом или на общественном мероприятии (но это спорный вариант);
• данные используются в интересах государства или общества (эта законодательная норма разрешает передачу видеозаписей в суды и органы внутренних дел).

Выбирая для себя систему видеонаблюдения, необходимо соблюдать условия, которые позволят максимально долго хранить материалы с камер. Тогда у вас в руках будет удобный инструмент, чтобы следить за ситуациями, которые нуждаются в доказательствах либо опровержениях.

iTop Screen Recorder — универсальная программа для записи экрана на ПК, необходимая каждому пользователю

Легко и просто записывайте все действия на экране ПК и сохраняйте в HD качестве.

Записывайте высокопроизводительные игры или видео 4K UHD без задержек.

Записывайте онлайн-встречи, курсы или любой видео контент в один клик мыши.

Редактируйте и настраивайте записанные видео с помощью встроенного редактора.

Записывайте видео и аудио с помощью профессионального и бесплатного средства записи экрана для ПК.

Как записать разговор в Дискорде с помощью OBS и другого рекордера экрана?

Dina Обновлено в 2023-05-30 18:34:23

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

И как записать разговор в Дискорде? Для этого вопрос большинство людей порекомендуют OBS Studio. Как хорошо известная программа для прямых эфиров и записи, OBS в настоящее время доминирует по функциональным возможностям и цене (она бесплатна) и признана одним из 10 лучших игровых рекордеров экрана, отвечающих всем вашим потребностям. Благодаря своим мощным функциям OBS может справиться со всеми видами задач, касающихся прямых эфиров и записи. Он также может быть эффективным инструментом для геймеров, загружающих свои прохождения на YouTube.

Содержание

Использование OBS Studio для записи разговоров в Дискорде

Как записать Дискорд с помощью другого бесплатного рекордера экрана

Записывать экран с OBS или нет?

Использование OBS Studio для записи разговоров в Дискорде

Во-первых, чтобы записать Дискорд с помощью OBS, для начала нужно начать звонок. Таким образом, вы видите меня слева и моих собеседников справа. Проведите настройки камеры. Включите или выключите опции видео и аудио в зависимости от ваших предпочтений. Готово.

Теперь откройте OBS. Переключитесь на Дискорд и перетащите его окно поверх окна OBS, оставьте его там.

Обратите внимание, что вам нужно вывести Дискорд на весь экран. Как видите, теперь разговор или звонок в Дискорде находится в полноэкранном режиме. Вам нужно будет это сделать, если ваша цель – записать собрание Discord на видео. Однако, для записи только аудио полноэкранный режим не обязателен, так как вы можете извлечь аудио файл позже.

После того, как вы перевели Discord в полноэкранный режим, запишите его с помощью OBS. Все, что вам нужно сделать, это нажать кнопку «Начать запись» в правом углу панели OBS. Определитесь, куда будут сохраняться ваши записи.

Сделайте пробную запись, прежде чем записывать видео со звуком в Дискорде. Независимо от того, какой у вас контент, убедитесь, что вы не потеряете его часть при записи. Включив все настройки видео и аудио, нажмите кнопку «Начать запись». Делайте все, что, по вашему мнению, должно быть в видео. Нажмите кнопку «Остановить запись», когда посчитаете нужным, и она будет завершена.

Чтобы посмотреть записанный разговор в Дискорде, выведите программу из полноэкранного режима. Затем откройте видео в ОБС. Если вы перетащите видео из OBS на «внешний экран», вы получите записанный вызов Discord. Появится изображение вместе со звуком для подкаста или любой другой вашей цели.

Обратите внимание: если вы делаете этот полноэкранный режим в ОБС, нужно об этом помнить. Также вы должны определиться, куда сохранится ваша запись, поэтому перейдите в «Настройки» и под тегом «Настройки» найдите тег «Вывод». В разделе «Вывод» щелкните вкладку «Режим вывода» и в раскрывающемся меню выберите «Дополнительно». Появятся настройки, где вы сможете поменять путь записи на тот, который вам подходит. В таком случае, записанные файлы можно будет быстро найти.

Кроме того, можно также изменить формат записи с FLV на MP4, поскольку .MP4 более распространен и открывается большинством видеоредакторов. В любое время можно переключиться на другой формат через раскрывающееся меню.

После того, как все настроено, нажмите «Применить», затем «ОК». Все готово для записи. Эти же методы и шаги можно применять для записи другого программного обеспечения для онлайн-общения, например, для записи встречи в Zoom без разрешения организатора.

Как записать Дискорд с помощью другого бесплатного рекордера экрана

OBS – это настоящая жемчужина среди программ для записи / стриминга экрана. Полный набор функций, мощная поддержка программного и аппаратного обеспечения, высокая производительность (например, разрешение потоковой передачи до 3840×2160) и возможность записи разговоров / голоса в Дискорде. Делают ли все эти преимущества OBS идеальным рекордером экрана и единственным, способным записывать и транслировать? Не совсем. OBS – отличное программное обеспечение, но оно все еще имеет мелкие недостатки. Например, быстро освоить его довольно сложно, и оно поглощает слишком много системных ресурсов. Также оно не соответствует требованиям продуктивной программы.

Здесь я хотел бы упомянуть облегченный (по сравнению с OBS) рекордер экрана. Он полнофункционален, способен записывать любые игры с экрана, редактировать записанное видео и, конечно же, звонок или собрание в Discord, о которых мы уже сегодня говорили. Позвольте представить вам iTop Screen Recorder – компактную, легкую и бесплатную программу, которая поможет создателям контента записать свой экран.

Если вы хотите записать разговор в Дискорде с помощью iTop Screen Recorder, просто откройте обе программы. Затем переключитесь на iTop Screen Recorder и щелкните раскрывающееся меню «Выбрать регион», затем выберите «Выбрать окно». The iTop Screen Recorder автоматически обнаружит окно Дискорда.

Записывайте видео & аудио с экрана бесплатно

• Записывайте высококачественное видео с экрана вашего ПК, а также звук с системы или устройства ввода синхронно с видео.
• Упростите количество шагов и кликов мыши, для более комфортного использования. Управляйте всем процессом записи без усилий.
• Поддержка вывода в несколько форматов и преобразование с использованием новейших технологий сжатия. Лучшее качество и меньший размер.

Нажмите красную кнопку «REC» и запись начнется. Можно включить / выключить динамик, микрофон, курсор мыши и веб-камеру во время записи разговора в Дискорде. Щелкните по красному квадратику, чтобы остановить запись.

Управлять записанными видео можно в «Моих работах». Также программа предлагает видеоредактор, который позволяет вносить простые изменения в ваш клип. Кроме того, iTop Screen Recorder позволяет настроить разрешение видео, выходной формат, частоту кадров и качество звука.

Записывать экран с OBS или нет?

Как мы уже говорили, OBS Studio – это мощное полнофункциональное программное обеспечение, прекрасно записывающее разговоры в Дискорде и потоковый онлайн-бизнес. Но оно не является идеальным инструментом для работы с видео. Если мы сосредоточимся на определенной области, например на записи экрана, то iTop Screen Recorder может стать отличным вариантом. Он поможет произвести запись, благодаря простоте управления, меньшему использованию системных ресурсов и дополнительной функции редактирования видео.

При отсутствии функции потоковой передачи видео iTop Screen Recorder не является так называемой «идеальной заменой» OBS Studio, но для таких задач, как запись разговоров в Дискорде, iTop Screen Recorder прекрасно подойдет. Я бы посоветовала попробовать iTop Screen Recorder прямо сейчас!

Записывайте видео & аудио с экрана бесплатно

• Записывайте высококачественное видео с экрана вашего ПК, а также звук с системы или устройства ввода синхронно с видео.
• Упростите количество шагов и кликов мыши, для более комфортного использования. Управляйте всем процессом записи без усилий.
• Поддержка вывода в несколько форматов и преобразование с использованием новейших технологий сжатия. Лучшее качество и меньший размер.