Cofounder_logo_white

*

*

Забыли пароль? | Регистрация
Cofounder.ru — поиск партнеров для создания стартапов.
Другими словами — дэйтинг сервис для стартаперов.
Еще здесь можно обсуждать идеи и общаться

Вы не авторизованы. Нет аккаунта? Создайте его прямо сейчас.

Идеи / Продвинутый фотохостинг

Фотохостингов хороших много, идеального - нет. Так почему же не попробовать исправить это? Мой проект в первую очередь ориентирован на фотографов профессионалов и продвинутых любителей, хотя не ограничивается ими.
Особенности:
* мощный raw-конвертер, работающий в браузере
* частичное использование места на жестком диске пользователя для хранения фотографий (распределенный фотохостинг)
* скринсейвер
* Desktop-клиент
* удобный, минималистичный интерфейс
* и многое другое...

Подробно о функционале здесь: https://docs.google.com/document/d/19Ur6fsL4VSqRPgZ0Yv3EYG9t4PoZfOvVzd3jBkrk0rs/edit?hl=ru&authkey=CPHEuu0I

Что уже готово:
* прототип онлайн-raw-конвертера (пока он просто конвертирует почти любые raw-файлы в jpg и tif, используя настройки камеры): http://demo-mc2.no-ip.org
* прототип клиента распределенного хранения данных, который я делал для вот этой http://cofounder.ru/ideas/198 моей идеи (умеет получать и отдавать данные по сети, с помощью своего маленького протокола, использует flat-файлы большого размера с внутренней файловой системой)


Есть замечательные обзоры:
http://habrahabr.ru/blogs/hosting/89162/
http://habrahabr.ru/blogs/hosting/89164/
http://habrahabr.ru/blogs/hosting/89338/
из которых можно черпать огрехи и претензии к существующим сервисам и не допускать их.

Последовательность действий:
* сначала создать хороший, продвинутый онлайн raw-конвертер. Он уже сам по себе будет хорошим сервисом. Ни одного такого я не нашел, может плохо искал конечно
* инфраструктуру хранения, организации raw-фотографий и их сконвертированных вариантов. Прототип фотохостинга
* полноценный портал и Desktop-клиент

Собственно ищу серверного программиста, для начала.

Для связи: gsaper@gmail.com

Ищу: Разработчика, Дизайнера
Автор: saper
Добавлено: 05 февр., 17:19
Тэги: фотохостинг, фото, raw-конвертер, распределенное хранилище



← назад

2222222 iamsmorodin 05 февр., 17:32
Загрузка без регистрации, модерации и нет ограничения по объему? Вы представляете что творится будет с вашим хостингом и серверами? Там же бедлам будет. Или вы знаете, как с этим справиться?
Nick nickknutov 06 февр., 02:24
Плохая, нежизнеспособная идея.

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

А уж распределенное хранение фоток - тем более странная идея ввиду своей очевидной нестабильности и неконтролируемости, если это делать на копьютерах обычных пользователей.
Userpic saper 06 февр., 21:02
iamsmorodin, вы говорите про "Андеграунд" - часть сервиса, которая является "помойкой", не являясь при этом приоритетной частью проекта. Поэтому на начальной стадии ее вообще не будет, а если проект пойдет, то можно будет подуть о целесообразности этой "помойки", как организовать ее так, чтобы она нам не мешала. Например, ограничить время хранения или еще что-то.
Userpic saper 06 февр., 21:29
nickknutov, почему вы считаете, что нельзя написать хороший raw-конвертер? Вот посмотрите например на http://photivo.org , который пишет один человек. И это не единственный проект. Далее, я не путаю фотохостинг и онлайн-конвертер, я их совмещаю. Насколько я знаю, на данный момент нет таких проектов, которые предлагают хранение raw-файлов. Т.е. я предлагаю сделать проект, обеспечивающий полную инфраструктуру цифровому фотографу. Начинаю с хранения raw-снимков и конвертации и заканчивая вывешиванием в своей галереи. Какие плюсы он от этого получает:
* надежность хранения
* возможность заниматься конвертацией (а это сложный и творческий процесс) в любом месте и в любое время с любого устройства с браузером.
По поводу распределенного хранения, почитайте раздел "Desktop-клиент" в подробном описании по ссылке в описании выше, там все написано. Если коротко, то информация будет дублироваться на компьютеры пользователей для снижения нагрузки на основной сервер, что очевидно не приведет к нестабильности.
Nick nickknutov 06 февр., 21:35
Ок. Если что-то делать - это нужно для решения какой-то задачи или проблемы, так? Т.е. оно в общем случае должно иметь смысл (логический, экономический и т.д.).

Попробуйте, пожалуйста, убедительно ответить, зачем нужен "мощный raw-конвертер, работающий в браузере".
Userpic saper 06 февр., 22:06
Есть тенденция переноса различных задач в "облако". raw-конвертер, работающий в браузере, это еще одна такая задача. Соответственно смысл такой же как и у всех облачных приложений:
* компьютер пользователя - тонкий клиент, с достаточно скромными возможностями (лишь бы браузер работал)
* все данные хранятся на серверах - большая надежность
* все вычисления производятся на серверах - независимость от мощности клиентского девайса
* нет привязанности к одному устройству
* +много других плюсов+
Собственно raw-конвертер это одна из основных особенностей проекта и первая, с которой я начать хочу, но не единственная. У меня куча идей по поводу самого фотохостинга.
Nick nickknutov 06 февр., 22:20
омг. Или вы как-то очень далеки от реальной жизни и равов или не знаю что.

1) ага. распакованный рав - это, упрощенно, мегабайт 50. Тонкий клиент, ага. Подумайте о каналах и браузерах, которые от такого количества данных завернутых в какое-нибудь представление захавает хорошо если гиг памяти и упадет на третьем табе.

2) надежность даже комментировать не буду. К тому, что что-то хранится на серверах, корреляции никакой нет.

3) Ага. Обработка приличной современной равки происходит более 1 секунды на достаточно топовом core i7-720. Умножте на нагрузку и каналы. Подумайте еще раз об экономической целесообразности.

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

Т.е. даже единственное применение, которое с большим натягом может быть - с тонкого клиента в путешествии по-быстрому обработать фотки и выложить их в блог - все равно бессмысленно, ибо получится очевидно не [принципиально] лучше, чем камерный jpg.
Userpic saper 06 февр., 22:40
Что-то вы не так понимаете.
1) raw-файл - это 10-30Mb, которые загружаются единожды на наш сервер. Далее, в процессе конвертации пользователю отсылается готовый jpg причем не полноразмерный конечно же, а превью, 500х600 например, который весит 100kb.
2) Прокомментируйте пожалуйста, потому что я вижу прямую зависимость надежности от способа хранения - локально или удаленно.
3) Производительность нужна будет хорошая, но нарастить ее будет не проблема, если сервис будет востребован и соответственно приносить деньги. Плюс оптимизация алгоритмов конвертации.

По поводу откалиброванности монитора это вы правы, нужно думать. Про поддержку браузерами цветовых профилей ничего не знаю, нужно узнать. Но мне кажется не все так плохо.
Nick nickknutov 06 февр., 23:01
Тут, как бы это попроще объяснить, в общем, по состоянию развития технологий на сейчас не получится у вас ничего. Мне все это видится достаточно очевидным, т.к. в качестве основной работы я делаю хостинги, а из-за основного хобби - обрабатываю равы :)

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

Ну а по перечисленным выше пунктам:
1) никому это не нужно. Либо берем жпег с камеры, или максимальное качество из рав, жпг превью - это что, кому и зачем?

Отдельно от этого - еще три года назад можно было вполне в фотошопе/acr на простейшем нетбуке обрабатывать фотки. Да, медленно, но все равно лучше, проще и т.д. И в контексте путешествий - намного дешевле, чем залить 15 метров через дорогой тормозящий gprs.

2) Важно не где хранится, а как хранится. Представьте себе стоимость хранилища, хотя бы, на 6 дисков в рейд6. Это как бы минимум, который надо для старта. А потом вам таких надо будет много. Ну да, в процессе разработки можно софтрейд зеркало.

3) Не то считаете. Посчитайте стоимость этой производительности, умноженную на какое-то адекватное количество онлайновых юзеров. Задержки - каждое действие с равкой + сгенерить превью для показать результат - пусть, например, 5 секунд на средненагруженном сервере при 8ми паралельных потоках, хотя, наверное, это очень оптимистично. Вот отсюда уже очевиднее, что на нетбуке проще обрабатывать. Даже проиложение для айпада или планшета на андроиде тут уже сразу имеет больше смысла, чем вот такое клиент-серверное взаимодействие с посыланием туда-сюда огромного количества бесполезных никзкокачественных картинок.

А про откалиброванность, если кратко - это сейчас нерешаемая проблема. FF 4 поддерживает, вроде, и ицц2 и ицц4, и на этом всё. Нормальный калибратор стоит столько же, сколько нетбук - подумайте сами, у какого количества людей они есть вообще. Нормальной практикой то является взять калибратор на прокат, сделать профиль под монитор и всё.
Userpic saper 06 февр., 23:49
1) Я видать плохо объясняю :) Вы же знакомы с процессом конвертации - пока вы дергаете за ползунки и гнете тоновую кривую, конвертируется raw (причем тоже не полноразмерный, а в n-раз уменьшенный, технически это возможно, см. photivo) и пользователю показывается превью небольшое (или увеличенный фрагмент, также небольшой), а по окончанию процесса мы получаем полноразмерный jpg/tif + они же нужного размера поменьше, для публикации в галерее. Соответственно во время процесса конвертации мы гоняем только эти маленькие превьюхи.
2) Про стоимость: на AWS получается примерно 0.3-0.2$ в месяц с учетом трафика. При стоимости платного аккаунта у нас в 5$ в месяц получаем 15-25 гигов. Это конечно грубо и без учета других расходов, но и 5$ на самом деле смешная сумма.
3) По поводу производительности - процесс конвертации очень хорошо параллелится, соответственно очень хорошо бует ложиться на какую-нибудь nvidia tesla.

Про профили спасибо за информацию, нужно изучить этот вопрос. И вы рассматриваете работу профессионала, продвинутый любитель не пользуется внешними калибраторами. Т.е. на начальном этапе мы будем ориентироваться на них (а их больше, чем профессионалов), а дальше видно будет.
Nick nickknutov 07 февр., 00:51
Продвинутый пользователь и равами очень не всегда пользуется. Энивей, я просто не могу представить себе ситуацию, когда это вообще будет нужно (даже безотносительно того, что я не верю, что это будет удобно).

В остальном, ну если очень хочется - в принципе неплохой проектик для самообразования. Других практических применений у него вряд ли может быть.
Userpic saper 07 февр., 01:39
Это обычный пользователь не пользуется, а продвинутый еще как пользуется. Ну а если серьезно, то мне кажется, достаточно много людей пользуется raw-файлами. По поводу нужности: сервис представляет из себя еще одну альтернативу raw-конвертеру. Ведь существуют же другие программы кроме Adobe CameraRAW, лайтрум например, который не просто конвертер, а инфраструктура вокруг конвертации/хранения/упорядочивания/демонстрации фотографий. Что и я предлагаю. Кроме того онлайн сервис имеет несколько преимуществ перед офлайн вариантом.
Planetlogowall_kls1 cofounderman 08 февр., 15:11
Думаю, что онлайн сервисы "облегчающие жизнь пользователя" изначально строятся в ущерб качеству контента. Т.е. целесообразнее предлагать аналоги десктопных приложений с урезанным функционалом для массового пользователя, а не для профессионалов. Нато они и профессионалы, что пользуются профессиональным софтом и оборудованием.

С другой стороны, несомненно, перенос софта в онлйн дело перспективное. Все там будем :) Вот только насколько скоро пригодится данная идея - вопрос спорный.
Userpic saper 08 февр., 16:44
cofounderman, вы несомненно правы, по поводу профессионалов. Нужно ориентировать такой сервис в начале его жизни на продвинутых любителей, которых достаточно много. А уж потом, когда сервис будет развиваться и совершенствоваться, качество услуг будет вполне удовлетворять и профессионалов и они подтянуться. Так что перспективы вполне радужны, вот только партнеров-разработчиков нужно найти.
Adamska-ocelot-tux-2439 masterflomaster 30 июня, 07:16
В тему или нет, но мне кажется http://codeunity.ru вам в помощь
Чтобы оставлять комментарии вы должны авторизоваться. Нет аккаунта? Создайте его прямо сейчас.