Во что тут надо бы Вам вникнуть, прежде чем продолжить флейм:
1. На упомянутом мной сайте мы решаем ровно ту задачу, которую хочет решить автор, только немного другим способом — храня все видео, которым хотят поделиться пользователи, геопоинты и временные метки к нему и обеспечивая поиск повсему этому массиву данных
2. У нас нет способов достоверно оценить «выхлоп». Оценивать его по количеству платных пользователей будет не верно, оценивать его по количеству аплоадов видео на сервер будет неверно, оценивать его по количеству даунлоадов видео с сервера будет неверно, оценивать его по количеству результативных запросов к базе тоже, кажется, неверным. Но любая из этих метрик на порядки превышает те цифры, которые Вы написали выше.
1. Да, именно так. За один календарный год 2 достоверных факта о том, что видео, на котором не зафиксировано само ДТП, позволило установить скрывшегося с места происшествия виновника ДТП.
2. «Для молотка все вокруг кажутся гвоздями». Мы не занимаемся «обработкой объема аварий». Мы занимаемся развитием и поддержкой работоспособности системы search.camonroad.com/
Я не знаю сколько аварий зафиксировано на миллионе часов хранящегося там видео. Может ни одной. Может миллион.
Верю-не верю — это все из области религии. Я пишу о двух фактах за последний год, о которых мне достоверно известно от участников событий, которые писали нам. Думаю их больше, но может и нет.
Опять же, у Вас какой-то свой ограниченный опыт, на котором Вы, почему-то агрессивно, делаете эти выводы. Этот опыт может казаться (и даже быть) большим в каких-то узких рамках, в которых Вы работали или работаете, но быть ничтожным по сравнению с тем, что происходит на дорогах, хотя бы, страны.
Мы общались со многими пользователями нашими перед тем как запускать эту систему поиска, чтобы понять, какой ее стоит сделать. Все говорили, что не хотят тратить личное время в очередях и разборах с дознавателями по чужим ДТП и какую-то вторую причину. В тоже время, почти каждый понимал, что может попасть в ситуацию, когда такая помощь (видеозаписи случайных свидетелей) ему может понадобиться и поэтому сам делиться был скорее готов. Поэтому мы и сделали анонимное хранилище видеозаписей с геопоинтами.
Или, например, водитель может не знать, что автомобиль, проехавший мимо, скрывается с места ДТП неподалеку.
У нас были такие случаи, когда виновник говорил, что спал во время ДТП дома на другом конце города и машина стояла под окнами, но с помощью видео пострадавшие успешно доказывали дознавателю, что виновник был на месте ДТП во время ДТП.
Кирилл, да, все верно. Но геопоинты к объему хранимых и передаваемых данных (относительно объема исходного видео) практически ничего не прибавляют. Объем хранимых данных, чуть менее чем полностью, обусловлен именно видео.
Вычислительная мощность расходуется на несколько процессов. Не все из них связаны с предложенным Вами юзкейсом:
1. Обработка пользовательских запросов по сновному юзкейсу видеорегистратора.
2. Online навигация (вращается отдельный инстанс OSM).
3. Обработка видео. При поступлении видео на сервер, мы вшиваем в него при помощи ffmpeg данные о дате/времени/скорости. Изначально они хранятся в виде субтитров прямо в контейнере, либо передаются в потоке кадров (при стриминге из приложения). После рендеринга видео с этими данными мы заново считаем контрольные суммы для каждого отрезка (нужно для страховых, с которыми мы работаем для подтверждения подлинности записи).
4. Распознавание номеров в видео и контроль правильности распознавания. Ресурсоемкая задача, т.к. видео прогоняется через 4 каскада: чистые номера, грязные номера, под одним углом, под другим углом (соседние ряды движения).
5. Обработка самих пользовательских запросов на поиск на search.camonroad. База большая, полностью отдельная от основного сервиса и т.к. в результатах поиска выдаются и видео со ссылкой на конкретное место в видео, соответствующее искомому моменту, то и индекс тоже толстый.
В Вашем юзкейсе, скорее всего, нужна будет обработка видео с вшиванием данных о дате/времени/скорости (частично 3-й пункт), потому что каждый видеорегистратор делает это по-своему и контент надо будет нормализовать. Некоторые вшивают данные сразу в картинку, некоторые включают субтитры в контейнер, некоторые отдают субтитры и геопоинты отдельными файлами. Кроме того, сам поиск по базе геопоинтов (5-й пункт) и обработка API (часть пункта 1). В сумме это не так много, с точки зрения требуемых вычислительных ресурсов, но это отдельный физический сервер.
С точки зрения объема хранилища — тут все зависит от успеха Вашего начинания. Так как, согласно описанного юзкейса, пользователи видеть друг друга не должны, то Вы должны будете хранить все треки и некоторые видео (которыми пользователи обмениваются). Я бы ориентировался на 4х1ТБ HDD SATA. Как раз в рейде останется 3 и Вам хватит этого достаточно надолго.
Основной вопрос тут, все же, в монетизации сервиса. Даже при наших объемах контента и огромном количестве пользователей базового приложения мы зарабатываем заметно меньше 1 KUSD/мес. На другом проекте мы зарабатываем столько с 1 тыс. активных пользователей. Особых идей как это изменить у меня нет. Надеюсь у Вас получится.
Вот тут все верно написано, в целом. Чтобы не повторяться отмечусь здесь коментариями по пунктам:
1. Сначала казалось, что все это может массово заработать только на условиях полной анонимности, чтобы не беспокоили ни органы ни пострадавшая сторона. Но этого оказалось недостаточно. Из 100 000 активных пользователей основного приложения, даже на условиях полной анонимности, делятся данными только 3,7 тыс.
2. Что касается требуемого железа, то по факту стоит HP Blade System c7000. В среднем работают 7-9 лезвий из 16. Диского пространства, даже при нашем количестве пользователей используется прорва. Сейчас накопители суммарно на 11 ТБ.
3. Монетизация: совсем гуманная оплата за доступ к видео по превью (когда уже понятно что там есть то, что надо пользователю) почти не работает. И это самая большая тайна. Возможно пользователи думают, что видео будет не принято в качестве доказательства и они просто потратят деньги впустую — я не знаю. Зачем тогда вообще ищут, с другой стороны?
Да, я дочитал комментарии все, наконец.
Согласен, конечно. Даже в упомянутом проекте проникновение именно этой части функционала, которая тут вызывает у аудитории опасения — крайне малое. При том, что там данные полностью анонимны. Физические ассоциации данных с пользователями отсутствуют, т.е. нельзя никому из пользователей написать и, например, попросить прийти выступить свидетелем. Обычно же людей это пугает — трата времени и нервов. Но есть что-то еще, видимо…
Так давно уже есть https://search.camonroad.com/ там хранится >миллиона часов анонимизированного видео с видеорегистраторов за 3,5 года. Можно уточнять поиск по гос.номерам виновника или скрывшегося участника ДТП.
Есть само мобильное приложение-видеорегистратор CamOnRoad, которое стримит видео в облако прямо с устройства. Вроде все придумано уже.
также как и Вы — весьма отрицательно, собственно поэтому топик и создан… «Спасибо» — персонально Александру Феоктистову, что хоть как-то отреагировал и ситуация сдвинулась с места, хотя это возможно и входит в его служебные обязанности…
Только что зашел в интерфейс Маркета — информация о дублирующих витринах странным образом рассосалась без следа… Видимо хабркомпресс на больное место оказал лечебный эффект… (ну или же болезнь ушла вглубь)
товарные предложения, если и пересекаются, то случайно на 1-2 позиции, я пока не нашел четко ни одного…
Часть указанных магазинов торгует в том же регионе (Спб), часть в других. Ай пи не пересекаются никак, проект на выделенном сервере… Контент менеджеров удаленных — нет.
Многие из этих проблем остались до сих пор. Некоторые решились.
Улучшилась ситуация с настройками MMS. Они сейчас зашиваются прямо в SIM карту, в крайнем случае можно заказать на сайте настройку «по воздуху». Так же, почти нет проблем с MMS центрами, в том числе и с региональными операторами. Сложности с Билайном остались, их CPA по-прежнему не поддерживает MMS.
Спасибо за обратную связь.
Вполне возможно Вы и правы. К сожалению, я не знаю, что Вы называете «должным количеством абонентов». Суммарно публикуется около 10 000 сообщений в месяц. В абсолютном выражении, пользователей, которые когда-либо пользовались услугой больше, но не могу их всех назвать активными пользователями услуги.
Теперь понял Ваш вопрос, спасибо за пояснения. Ответ не очевиден, но он есть:
По статистике федеральных операторов связи РФ доля обладателей смартфонов и коммуникаторов, суммарно, составляет менее 37% от всех абонентов мобильной связи (но, конечно, она постоянно растет). Таким образом, нативные клиенты социальных сетей, к сожалению, доступны не всем абонентам и пользователям, которым может быть интересна обсуждаемая возможность.
Вторая часть ответа — это «мультипостинг». Эта возможность может быть интересна некоторым пользователям, у которых есть аккаунт больше чем в одной социальной сети. Хотя, конечно, это можно реализовать через хитрый кросс-постинг между аккаунтами или через использование нескольких клиентов =)
1. На упомянутом мной сайте мы решаем ровно ту задачу, которую хочет решить автор, только немного другим способом — храня все видео, которым хотят поделиться пользователи, геопоинты и временные метки к нему и обеспечивая поиск повсему этому массиву данных
2. У нас нет способов достоверно оценить «выхлоп». Оценивать его по количеству платных пользователей будет не верно, оценивать его по количеству аплоадов видео на сервер будет неверно, оценивать его по количеству даунлоадов видео с сервера будет неверно, оценивать его по количеству результативных запросов к базе тоже, кажется, неверным. Но любая из этих метрик на порядки превышает те цифры, которые Вы написали выше.
2. «Для молотка все вокруг кажутся гвоздями». Мы не занимаемся «обработкой объема аварий». Мы занимаемся развитием и поддержкой работоспособности системы search.camonroad.com/
Я не знаю сколько аварий зафиксировано на миллионе часов хранящегося там видео. Может ни одной. Может миллион.
Опять же, у Вас какой-то свой ограниченный опыт, на котором Вы, почему-то агрессивно, делаете эти выводы. Этот опыт может казаться (и даже быть) большим в каких-то узких рамках, в которых Вы работали или работаете, но быть ничтожным по сравнению с тем, что происходит на дорогах, хотя бы, страны.
Мы общались со многими пользователями нашими перед тем как запускать эту систему поиска, чтобы понять, какой ее стоит сделать. Все говорили, что не хотят тратить личное время в очередях и разборах с дознавателями по чужим ДТП и какую-то вторую причину. В тоже время, почти каждый понимал, что может попасть в ситуацию, когда такая помощь (видеозаписи случайных свидетелей) ему может понадобиться и поэтому сам делиться был скорее готов. Поэтому мы и сделали анонимное хранилище видеозаписей с геопоинтами.
У нас были такие случаи, когда виновник говорил, что спал во время ДТП дома на другом конце города и машина стояла под окнами, но с помощью видео пострадавшие успешно доказывали дознавателю, что виновник был на месте ДТП во время ДТП.
Вычислительная мощность расходуется на несколько процессов. Не все из них связаны с предложенным Вами юзкейсом:
1. Обработка пользовательских запросов по сновному юзкейсу видеорегистратора.
2. Online навигация (вращается отдельный инстанс OSM).
3. Обработка видео. При поступлении видео на сервер, мы вшиваем в него при помощи ffmpeg данные о дате/времени/скорости. Изначально они хранятся в виде субтитров прямо в контейнере, либо передаются в потоке кадров (при стриминге из приложения). После рендеринга видео с этими данными мы заново считаем контрольные суммы для каждого отрезка (нужно для страховых, с которыми мы работаем для подтверждения подлинности записи).
4. Распознавание номеров в видео и контроль правильности распознавания. Ресурсоемкая задача, т.к. видео прогоняется через 4 каскада: чистые номера, грязные номера, под одним углом, под другим углом (соседние ряды движения).
5. Обработка самих пользовательских запросов на поиск на search.camonroad. База большая, полностью отдельная от основного сервиса и т.к. в результатах поиска выдаются и видео со ссылкой на конкретное место в видео, соответствующее искомому моменту, то и индекс тоже толстый.
В Вашем юзкейсе, скорее всего, нужна будет обработка видео с вшиванием данных о дате/времени/скорости (частично 3-й пункт), потому что каждый видеорегистратор делает это по-своему и контент надо будет нормализовать. Некоторые вшивают данные сразу в картинку, некоторые включают субтитры в контейнер, некоторые отдают субтитры и геопоинты отдельными файлами. Кроме того, сам поиск по базе геопоинтов (5-й пункт) и обработка API (часть пункта 1). В сумме это не так много, с точки зрения требуемых вычислительных ресурсов, но это отдельный физический сервер.
С точки зрения объема хранилища — тут все зависит от успеха Вашего начинания. Так как, согласно описанного юзкейса, пользователи видеть друг друга не должны, то Вы должны будете хранить все треки и некоторые видео (которыми пользователи обмениваются). Я бы ориентировался на 4х1ТБ HDD SATA. Как раз в рейде останется 3 и Вам хватит этого достаточно надолго.
Основной вопрос тут, все же, в монетизации сервиса. Даже при наших объемах контента и огромном количестве пользователей базового приложения мы зарабатываем заметно меньше 1 KUSD/мес. На другом проекте мы зарабатываем столько с 1 тыс. активных пользователей. Особых идей как это изменить у меня нет. Надеюсь у Вас получится.
1. Сначала казалось, что все это может массово заработать только на условиях полной анонимности, чтобы не беспокоили ни органы ни пострадавшая сторона. Но этого оказалось недостаточно. Из 100 000 активных пользователей основного приложения, даже на условиях полной анонимности, делятся данными только 3,7 тыс.
2. Что касается требуемого железа, то по факту стоит HP Blade System c7000. В среднем работают 7-9 лезвий из 16. Диского пространства, даже при нашем количестве пользователей используется прорва. Сейчас накопители суммарно на 11 ТБ.
3. Монетизация: совсем гуманная оплата за доступ к видео по превью (когда уже понятно что там есть то, что надо пользователю) почти не работает. И это самая большая тайна. Возможно пользователи думают, что видео будет не принято в качестве доказательства и они просто потратят деньги впустую — я не знаю. Зачем тогда вообще ищут, с другой стороны?
Согласен, конечно. Даже в упомянутом проекте проникновение именно этой части функционала, которая тут вызывает у аудитории опасения — крайне малое. При том, что там данные полностью анонимны. Физические ассоциации данных с пользователями отсутствуют, т.е. нельзя никому из пользователей написать и, например, попросить прийти выступить свидетелем. Обычно же людей это пугает — трата времени и нервов. Но есть что-то еще, видимо…
Есть само мобильное приложение-видеорегистратор CamOnRoad, которое стримит видео в облако прямо с устройства. Вроде все придумано уже.
Всем спасибо за комменты и поддержку!
Часть указанных магазинов торгует в том же регионе (Спб), часть в других. Ай пи не пересекаются никак, проект на выделенном сервере… Контент менеджеров удаленных — нет.
Многие из этих проблем остались до сих пор. Некоторые решились.
Улучшилась ситуация с настройками MMS. Они сейчас зашиваются прямо в SIM карту, в крайнем случае можно заказать на сайте настройку «по воздуху». Так же, почти нет проблем с MMS центрами, в том числе и с региональными операторами. Сложности с Билайном остались, их CPA по-прежнему не поддерживает MMS.
Вполне возможно Вы и правы. К сожалению, я не знаю, что Вы называете «должным количеством абонентов». Суммарно публикуется около 10 000 сообщений в месяц. В абсолютном выражении, пользователей, которые когда-либо пользовались услугой больше, но не могу их всех назвать активными пользователями услуги.
По статистике федеральных операторов связи РФ доля обладателей смартфонов и коммуникаторов, суммарно, составляет менее 37% от всех абонентов мобильной связи (но, конечно, она постоянно растет). Таким образом, нативные клиенты социальных сетей, к сожалению, доступны не всем абонентам и пользователям, которым может быть интересна обсуждаемая возможность.
Вторая часть ответа — это «мультипостинг». Эта возможность может быть интересна некоторым пользователям, у которых есть аккаунт больше чем в одной социальной сети. Хотя, конечно, это можно реализовать через хитрый кросс-постинг между аккаунтами или через использование нескольких клиентов =)