Mahagam (22.10.2010 16:25, просмотров: 180) ответил Evgeny_CD на Все верно. Но в веере возможных решений наличе пути по выжимванию всего за счет тонкой оптимизации - тоже важная компонента. Превожу на язык цифр-
- Да, BF - идеальный сопроцессор для ARM! Я с этим полностью согласен :) -> - Evgeny_CD(22.10.2010 16:31, ссылка)
- это только если события наступают слишком часто. Всегда есть разумные требования, превышать которые смысла нет - koyodza(22.10.2010 16:29)
- Да, в том примере, который я приводил, канал узкий и FLASH мало - так что данные при частых события похерятся все равно. И выбор разработчика - похерятся они сжатыми или нет :) - Evgeny_CD(22.10.2010 16:32)
- ну, сжатыми похерить конечно веселее - проц пожирнее, а значит потеплее, а значит больше электричества кушает, а значит нефть быстрее закончится ;=) - koyodza(22.10.2010 16:42)
- Вот, и я за то, чтобы JPEG сделать на double плавучке с комплесными числами, а затем похерить сжатое :) - Evgeny_CD(22.10.2010 16:44)
- ну, сжатыми похерить конечно веселее - проц пожирнее, а значит потеплее, а значит больше электричества кушает, а значит нефть быстрее закончится ;=) - koyodza(22.10.2010 16:42)
- Да, в том примере, который я приводил, канал узкий и FLASH мало - так что данные при частых события похерятся все равно. И выбор разработчика - похерятся они сжатыми или нет :) - Evgeny_CD(22.10.2010 16:32)