Django отличный инструмент, единственная проблема с которой я столкнулся это то, что переход на новые версии требует переделывать мой код. У меня один проект на django-1.6 работает по моему года 4+. Но я не могу его перевести на django 2 поскольку объём кода который нужно править пугает.
Поэтому для новых проектов использую flask, в котором за счёт того что нужные «батарейки» подбираешь сам эта проблема не так сильно проявляется.
извиняюсь за запоздалый вопрос: как вы считаете смена "$" на евро в ценнике для увеличения прибыли это плохая идея или вообщем то нормальная (типа $20 ---> 20euro)?
Заметил что практически весь софт сделанный в Европе, России имеет ценник именно в $, может есть какие-то причины не указывать в евро…
спасибо, для меня весьма полезная информация,
несколько вопросов:
1) стоит ли прятать «from Russia» или «Moscow based company» (одни говорят что в сфере софта это бренд, а кто-то рекомендует прятать)
2)стоит ли тратится на продвижение на ру-аудиторию(типа «она ближе/знакома»), или все усилия только на en.
// например, вы тратитесь на контекст в яндексе или таргет на ру в Facebook?
3) вы как-то не сказали про контекстную рекламу, я правильно понял что этот канал не работает.
а не подскажете эффективное решение такой задачи «первый кадр- статичный фон, потом на нём появляется человек и прорамма заменяет фон на произвольный» именно в real-time на видео потоке?
речь ведь о «локальном» стриминге, тут можно посмотреть на протокол/либу NDI. Использует «слабое» сжатие (FullHD ~100Mbs) поскольку рассчитан на гигабитную сеть и минимальную задержку, легко прикручивается. Если у Вас айфон и вайфай (5гц) то можете протестить на нашем JustWifiCam (аппстор). Вот один из юзкейсов использования.
нечто похожее было с GAE (Google App Engine): на начальном этапе кажется всё дёшево, а при выходе на реальный но небольшой продакшн начинаются астрономические для стартапа счета, например из-за автомасштабирования.
Плюнули — перешли на обычный cloud-сервер.
1) несколько причин разделить на два продукта
a) по внутренностям и уже по интерфейсу они разные. Обусловленно тем что FB Live API более «круче», поэтому версия для FB в интерфейсе имеет ряд специфичных для FB элементов. Версия для FB мне более импонирует именно по возможностям которые даёт FB как в плане разработки так и в плане стриминга. Например можно встроить на свой сайт без всяких FB-лейблов и без соскока в FB (YouTube плеер легко позволяет перескочить зрителю с сайта на YT)
b) у FB есть свод правил (https://developers.facebook.com/policy/#liveAPI) где есть запрет на параллельный стриминг.
// кстати там есть и пункт по которому они отключили призму. странно что TechCrunch пишет что нет такого…
2) У нас инструмент всё таки для «деловых» и образовательных стримов, поэтому твитч и прочий гейм/стрит-стриминг не рассматриваем. Открытое Live API есть у Ok, но в размер пересечения (Mac-юзер & Ok-юзер) веры нет :-)
Periscope- api закрыто, реверсом пользоваться не хочется. VK- вообще нету массового live и live api нету и как-то молчат при обращении типа «дайте developer-доступ», я не понимаю чего они так долго не могут разродиться с массовым live…
Я думаю самое правильное решение это поставить Soundflower (отсюда: https://github.com/mattingalls/Soundflower/releases)
Занимает <5 минут. При этом каждый компонент делает свою работу и все счастливы. Кстати Soundflower развили в уже платный LoopBack который может делать такие вещи как превращать аудио-выход любого приложения в аудио-вход другого.
Ещё момент: технически перехват «выходного» звука делается путём создания виртуального audio-input девайса, это требует
установки kernel extension (что и делает Soundflower), а это насколько я понимаю накладывает ограничение на распространение в App Store.
Сейчас звук можно захватывать с микрофона, с камер, и с подключённых iPad/iPhone, то есть только с входных устройств.
Если не сложно опишите что Вы хотите в результате сделать, подумаем. Можно на email: michael [at] macbroadcaster.com
про App Store — пока думаем, есть подозрение что они не пропустят «бесплатное» приложение хотя у себя мы платежи принимать собираемся.
про бесплатные 10 человек… ну во первых оплаты до лета точно не будет, во вторых каждый новый пользователь получает 60 минут, которых хватит для пробы.
очень хочется расшифровки «тормозит трансляция». имеется ввиду задержка от реальности при просмотре или мак тормозит? про задержку от реальности: у нас при тестах задержка в хроме(там flash-плеер) была в пределах 5 сек, на ios(HLS) — в пределах 15 сек. если идёт рестрим на ютуб то там может до 1-2минут доходить (но тут от нас независит особо).
Поэтому для новых проектов использую flask, в котором за счёт того что нужные «батарейки» подбираешь сам эта проблема не так сильно проявляется.
Заметил что практически весь софт сделанный в Европе, России имеет ценник именно в $, может есть какие-то причины не указывать в евро…
Спасибо, и ещё: а вы пробовали аффилиатный маркетинг для вашего продукта или не видите смысла?
несколько вопросов:
1) стоит ли прятать «from Russia» или «Moscow based company» (одни говорят что в сфере софта это бренд, а кто-то рекомендует прятать)
2)стоит ли тратится на продвижение на ру-аудиторию(типа «она ближе/знакома»), или все усилия только на en.
// например, вы тратитесь на контекст в яндексе или таргет на ру в Facebook?
3) вы как-то не сказали про контекстную рекламу, я правильно понял что этот канал не работает.
Заранее спасибо за ответы!
не тех у нас инагентами называют, явно не тех…
Плюнули — перешли на обычный cloud-сервер.
a) по внутренностям и уже по интерфейсу они разные. Обусловленно тем что FB Live API более «круче», поэтому версия для FB в интерфейсе имеет ряд специфичных для FB элементов. Версия для FB мне более импонирует именно по возможностям которые даёт FB как в плане разработки так и в плане стриминга. Например можно встроить на свой сайт без всяких FB-лейблов и без соскока в FB (YouTube плеер легко позволяет перескочить зрителю с сайта на YT)
b) у FB есть свод правил (https://developers.facebook.com/policy/#liveAPI) где есть запрет на параллельный стриминг.
// кстати там есть и пункт по которому они отключили призму. странно что TechCrunch пишет что нет такого…
2) У нас инструмент всё таки для «деловых» и образовательных стримов, поэтому твитч и прочий гейм/стрит-стриминг не рассматриваем. Открытое Live API есть у Ok, но в размер пересечения (Mac-юзер & Ok-юзер) веры нет :-)
Periscope- api закрыто, реверсом пользоваться не хочется. VK- вообще нету массового live и live api нету и как-то молчат при обращении типа «дайте developer-доступ», я не понимаю чего они так долго не могут разродиться с массовым live…
Занимает <5 минут. При этом каждый компонент делает свою работу и все счастливы. Кстати Soundflower развили в уже платный LoopBack который может делать такие вещи как превращать аудио-выход любого приложения в аудио-вход другого.
Ещё момент: технически перехват «выходного» звука делается путём создания виртуального audio-input девайса, это требует
установки kernel extension (что и делает Soundflower), а это насколько я понимаю накладывает ограничение на распространение в App Store.
Если не сложно опишите что Вы хотите в результате сделать, подумаем. Можно на email: michael [at] macbroadcaster.com
про бесплатные 10 человек… ну во первых оплаты до лета точно не будет, во вторых каждый новый пользователь получает 60 минут, которых хватит для пробы.
очень хочется расшифровки «тормозит трансляция». имеется ввиду задержка от реальности при просмотре или мак тормозит? про задержку от реальности: у нас при тестах задержка в хроме(там flash-плеер) была в пределах 5 сек, на ios(HLS) — в пределах 15 сек. если идёт рестрим на ютуб то там может до 1-2минут доходить (но тут от нас независит особо).
на всякий случай и здесь продублирую: MacStreamPlatform.ru, а можно и сразу
скачать бродкастер.