Армянское Радио, Встраиваемся в имеющуюся инфраструктуру и можем использовать только то, что в ней есть. И это моё первое клиент-серверное приложение, поэтому и не умею тоже (с реляционными БД умею, но в виде standalone).
Я не вижу, как использование СУБД(любой) решает проблему передачи прогресса вычислений от 0 до 100, например.
Армянское Радио, Я не могу писать в БД десятки тысяч мелких сообщений в течении нескольких минут и десятки гигабайт тоже писать не могу.
Нужна двусторонняя интерактивная связь (не в реальном времени, задержки в несколько секунд допустимы). А вот использование сторонних библиотек не желательно. Хотя бы Poco можно использовать, уже повезло, что не нужно самому под Вин и Линукс обёртки писать.
Армянское Радио, Нет, распределёных вычислений нет. Есть офисные ПК за 10 тысяч и мощный ПК за 200 тысяч. На слабеньком подготавливаются данные и отправляются для обработки на мощный. По кусочкам данные обработать нельзя, поэтому их даже распаралелить не всегда удаётся, не то что распределить.
Передавать нужно от 4 байт (не считая любого дополнительного объёма служебных данных) до любого количества гигабайт (условно, скопировать файл с сервера на клиент, пока что больше сотни гигабайт не было).
Условно, каждый клиент имеет какой-то идентификатор (например UUID) и вначале каждого блока данных я должен этот идентификатор цеплять, чтобы сервер знал, от кого пакет прилетел? Это решит проблему с получением сервером данных от кучи клиентов (у каждого экземпляра свой UUID). Как я понимаю, после каждого чтения придётся закрывать сокет и заново ждать соединения от следующего клиента, чтобы после соединения запросить адрес клиента? Т.е. ка кобратно с сервера конкретному клиенту запрос посылать?
И что делать с "третьей" программой, которая выполняет работу и должна клиенту посылать данные? Или всё это можно провернуть через один порт при помощи 'Type'?
Сейчас, в варианте "один клиент - один сервер" я держу сокет открытым на протяжении всего времени работы. Как я понимаю, этот подход не подходит для озвученных выше требований и нужно после чтения каждого сообщения сокет закрывать?
Вот примерно такого уровня ответы в интернетах и находятся. Синдром выжившего, жил 50 лет под вышкой и жив-здоров. А пятнадцать его умерших соседей ничего написать не могут :)
Ещё есть японец, который пережил оба ядерных взрыва в Херосиме и Нагасаке (но он не рассказывает о нелетальности ядерного оружия, почему-то).
Понятно, что завтра может сосулька на голову упасть и как бы всё.
VT100, По идее, в близлежащих домах периодически должны приходить и замерять. Да и разрешение на строительство не должны были бы выдавать... Но мохнатая лапа игнорирует все СанПИНы :) Пока читал интернеты, нашёл про новость о страдающих жителях, которые купили квартиры в 25 этажном доме в 30 (тридцати) метрах от телевышки. Явно дом построили с игнорированием всех санитарных норм. Тут всё-таки 400 и 600 метров до домов и ситуация совсем другая.
Александр Писарев, Собственно, почему возник вопрос, помимо паранои. В этих домах стоимость квартир заметно ниже, чем в паре километров дальше. При том, что от дома до Метро 5 минут ходьбы. Т.е. место отличное в плане доступности. Аналогичная стоимость за метр только в 30-60 минутах езды от Метро. Кроме телебашни не вижу причин для снижения цены, поэтому параноя гложет ещё сильнее.
Но ведь цифровое телевидение на бОльших частотах вещает? Там ещё и радио и куча всяких антенн (но они направленные, думаю, их можно не учитывать).
Вроде как там магнитные поля высокие, но мне образования не хватает, чтобы в цифрах понять вредность конкретных значений. Хочу с детектором там прогуляться и померять величину электро-магнитных полей, но не знаю, что потом с цифрами делать :) Тем более, что прибор даже от приближения к системному блоку начинает истерично пищать о высоких значениях электро-магнитного поля.
Немного всё усложнил, слишком много кнопок написал.
Достаточно зажать Ctrl и ткнуть в слой, чтобы выделить по интенсивности цвета в слое. Либо Ctrl+Alt+3/4/5 для выделения по R/G/B каналу активного слоя.
Либо Ctrl+Alt+2, чтобы сделать выделение по яркости слоя (аналог переключения на Lab цвета и выделение по L слою).
За такую сумму только с маленьким экраном (не больше 15 дюймов). Можно сэкономить, покупая ноут без дискретной видеокарты, а только со встройкой. VS потянет любой двухъядерный процессор, с редктированием кода всё будет в порядке, а вот компиляция может быть в разы дольше, чем на взрослом ПК. Лучше брать с SSD, думаю, объяснять не надо почему. Программами для проектирования плат не пользовался, нужно смотреть в требования этих программ.
Выбирай ноут с 8ГБ памяти и возможностью добавить вторую плашку на 8ГБ, чтобы было 16ГБ в двухканальном режиме. Ещё лучше 16ГБ+16ГБ, но это уже заметно дороже будет. 4+4 тоже хватит для VisualStudio, но уже будет не комфортно с большими проектами. Лучше, чтобы сразу в магазине вторую плашку поставили и проверили совместимость-работоспособность.
Евгений Шатунов, Это потому что: Первое - я был не прав, Второе - я забыл про существование priority_queue. Не прав, потому что не подумал про сохранение порядка сортировки, а stable_sort уже делает ручную сортировку не такой производительной идеей.
но я на 99% уверен, что любое решение на основе deque (priority_queue или ручной вариант) будет самым быстрым, с учётом малого объёма данных и более частого попадания в кэш, чем при использовании деревьев (вставка-удаление заявлены редкими, поэтмоу временем на перестройку очереди можно пренебречь, независимо от её реализации).
Сергей Соколов, Спасибо, помогло в итоге. Давным-давно отказался от ffmpeg в пользу одноо из форков, потмоу что ffmpeg на некоторых фильмах оооочень долго работал. А всё из-за того, что я -ss ставил после файла, а не в самом начале.
Вернулся к ffmpeg, поставил ss первым аргументом, теперь и кадры быстро получает и картинка не битая.
Вообще, немного озадачен, что он не предварительно всю строку парсит, а в процессе работы.
Сергей Паньков, Нет, фрагмент пока не пробовал сделать. Фильм скачивал давным-давно, ссылки нет. но под спойлером есть информация о кодировщике. Бесоплезная информация...
Сергей Паньков, все 10 кадров получаются вот такие. Т.е. это не прблема одного кадра, а именно проблема всего видео. Конкретно этого видео, другие фильмы с другими кодировщиками нормально кадры берутся.
Звучит правдоподобно, хотя и гораздо медленнее будет. Прям гарантированно-точно кадр мне не важен. Мне нужно раскадровку из видео получать, там плюс-минус не важно откуда, лишь бы более-менее равномерно кадры дёрнуть. 10 штук.
Сергей Соколов, попереставлял аргументы - ничего не изменилось. Наверное, ничего не сделать. Если в MediaPlayer classic по таймлайну тынцкать, то секунд пять надо, чтобы к нужному месту прокрутить. Видимо, если таким кодировщиком кодировали, то всё пропало...
Я не вижу, как использование СУБД(любой) решает проблему передачи прогресса вычислений от 0 до 100, например.