Catmengi, как только массив примитивов покидает границы платформы (x86, Itanium, ARM)
у тебя появляется вопрос "endiannes", тоесть в каком порядке байты хранятся в машинном слове.
Стандарт С обходит этот вопрос стороной. Он - как-бы отдает это на откуп нижнему уровню
и ты должен заранее гарантировать что клиент и сервер будут не просто написаны на "C" но
и также будут иметь одинаковую архитектуру железа и порядка байтов в машинном слове.
вы - ошибаетесь. Банки, например его все еще используют. Более
того они его не спешат заменять на REST протоколы, потому что им
важно поддерживать механизмы описания спецификаций. И SOAP
все еще предоставляет такие механизмы.
Тут либо PHP плох, либо сам писатель. Следствием этой боли должен быть какой-то
SOAP клиент который решает задачу. Потому что со стороны это выглядит как
безсилие языка перед технологией.
Ну. Тема топика не про это. У вас может быть качественный JPEG и очень плохое,
прошедшее 100 преобразований PNG изображение. И тут недостаточно будет
мерять свойства конейнера изображения. Ну .. если-б я был автором вопроса
то меня как раз интересовало бы само изображение.
Для JPEG мы знаем эти артефакты. Есть размеры JPEG-фрейма (типа 8х8) и по этой границе
можно предполагать появление резких изменений уровня сигнала. И зная этот период
и частототу мы можем ее эффективно давить полосовым фильтром. И даже более
того, мы точно знаем фазу этого сигнала.
В наше время ИИ - (машинное зрение) это такой себе швейцарский ножик, который
можно везде прикрутить но в первую очередь я-бы спросил у производителя
игры, какие есть плагины или расширения и заложена ли возможность в саму игру
добавлять это.
Ну если ты будешь делить 100 рублей на 3 человека то у тебя выйдет 33 рубля и 33 копейки на рыло.
И еще одна копейка в остатке которую просто некуда деть. И нет решения у этого вопроса
как просто решение чисто организационное.
Для очент точного счета монет ты можешь создать дробно рациональный тип вида m/n
но толку тебе от него будет тоже мало. Если речь идет о выдаче монет то число монет
все равно будет целым как ни крути.
Я делал подобное на Java. Архив в целом изменить нельзя. По крайней мере те API
средства что я видел рассматривают любой архив как множество ReadOnly ZipEntities и какдая
Entity это stream из байтов. Можно прочитать весь архив и все файлы и на лету видоизменить
нужный файл и записать все это в новый zip архив а старый удалить.
Давать готовые исходники не буду. У меня их щас нет но я думаю с помощью умных чятов
вы найдете рабочий шаблон.