ayazer

в соотв. с RFC 2616 браузер ограничивает кол-во одновременных запросов к 1 серверу. И если хром дает одновременно выполнить 5-6 запросов, то у других браузеров лимит еще меньше. Так что проблема не в нджинксе.

вы переизобрели MJPEG. он используется во всяких системах видеонаблюдения т.к. из-за минимального кол-ва сжатия дает хорошие стопкадры. главный недостаток - по той-же причине потребляет огромное кол-во трафика (реально огромное, видео на 5-10 минут с фпс 20+ в этом формате будет занимать пару гб). Выше в комментариях советовали использвать вебртс. Так вот, на всякий случай - он тут нахрен не нужен. Но обратить внимание на H.264 который там используется можно. Что видео в mjpeg, что h.264 можно просто и без лишних телодвижений открыть в браузере как стрим. А нативная поддержка видеокодека в браузере будет работать быстрее чем рендер кадров джаваскриптом.

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

Если нужно именно использование .нет фреймворка то надо создавать нет .нет кор проект, а просто десктоп/веб.

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

То есть, насколько я понимаю, несмотря на то, что у меня выбрано приложение .net core, оно всё равно будет создано под целевую платформу .net framework? И, соответственно, будет работать только на винде?

это было бы странно. нет, будет создан .нет кор проект.

а что тогда во втором столбце, что еще за runtime?

1 - сдк для разработчика, 2 - рантайм для клиента (на котором будет выполнятся приложение). если знакомы с той-же джавой то это JDK/JRE соотв.

В чем различия между первым и вторым столбцом, нужно качать обе версии?

нет, для пишке нужен только рантайм

Почему в .net core пошло разделение на x64 и x86

ну это в принципе разные архитектуры. такое разделение везде

Раньше я мог писать приложение на винде x64, но при публикации указывать, что оно будет на x86. Что теперь с этим разделением делать?

если не использовать прекомпиляцию ngen-ом то пофиг. указывайте x64-x86 (для полного фреймворка) или версию неткора в качестве целевой платформы, все остальное - проблема .нета

На компьютере x64 нужно установить SDK x86, чтобы писать под x86 архитектуру?

нет

Что мне необходимо установить и как правильно скомпилировать приложение при разработке на винде?

с 2.1 версии неткор поддерживает ARMv7/v8. потому на пишку нужно установить .неткор рантайм нужной верии и под него компилировать на рабочей машине. все остальное - проблемы рантайма. Собственно именно для этих целей он и был нужен.

самая обычная встраиваемая база это, ей для работы не нужен отдельный сервер т.к. вся необходимая информация хранится в одном файле. Причем скорее всего это SQLite, с драйверами для которого не будет никаких проблем. Чтоб проверить - можно скачать какой-то SQLite Manager и просто попробовать им открыть тот файл. Если не заработает - тогда уже надо будет садится и проводить детальный анализ.

Слишком мало информации, но в любом случае пара дней - ну ОЧЕНЬ оптимистичная оценка. Я бы ее увеличил минимум до пары месяцев только на примитивный прототип.

как вариант ( возможно не совсем правильный и оптимальный, но работающий):
1. определение контуров (методы превитта/собеля)
2. классификация контура (чтоб понять что это мы нашли, и какие варианты для "замены" потом можно использовать). Я бы тут смотрел в сторону персептронов/сверточных сетей (да, их еще нужно будет обучать)

само собой обрабатывать изображение нужно будет на сервере (я бы предложил связку python + theano/tensorflow/skilean) Я никогда не работал с OpenCV, но возможно что в нем уже реализована часть нужного функционала (по крайней мере про выделение контуров точно должно что-то быть).

после того как выйдет обучить нейросеть на серверсайде - можно будет попробовать перенести все решение на сторону браузера (алгоритмы выделения контура + нейросеть + коэфициенты которые мы получили после обучения ее на серверсайде).

для этого есть Dependency Injections. Раз тег c#, то можно посмотреть на какой-то Ninject/autofac

https://autofac.org/
www.ninject.org

странно что никто не сказал что try-catch еще следует использовать когда мы не знаем как обрабатывать возникшую ситуацию, и нам надо просто вернуть управление выше по стеку.