Главное меню
Мы солидарны с Украиной. Узнайте здесь, как можно поддержать Украину.

Ответ

Обратите внимание: данное сообщение не будет отображаться, пока модератор не одобрит его.
Ограничения: максимум вложений в сообщении — 3 (3 осталось), максимальный размер всех файлов — 300 КБ, максимальный размер одного файла — 100 КБ
Снимите пометку с вложений, которые необходимо удалить
Перетащите файлы сюда или используйте кнопку для добавления файлов
Вложения и другие параметры
Проверка:
Оставьте это поле пустым:
Наберите символы, которые изображены на картинке
Прослушать / Запросить другое изображение

Наберите символы, которые изображены на картинке:

√36:
ALT+S — отправить
ALT+P — предварительный просмотр

Сообщения в этой теме

Автор Python
 - декабря 18, 2011, 02:55
Цитата: Тайльнемер от декабря 16, 2011, 03:54
Цитата: Python от декабря 15, 2011, 19:55
Также текст более удобен для представления данных произвольного размера.
Странное утверждение.
Сочему странное? Впрочем, смотря какая разновидность двоичных форматов берется для сравнения — текст ведь тоже лишь надстройка над двоичным кодом. Идея в том, что текст не требует предварительно знать размер хранимых данных, их окончание обычно определяется явно заданной меткой (пробелом или символом новой строки, закрывающим тэгом XML, концом файла и т.п.) — двоичный файл, рассчитанный на произвольный доступ, должен каким-то образом определять размеры: либо он должен  состоять из записей фиксированной длины, либо перед началом каждого блока должен указываться его размер, либо все размеры и смещения блоков должны храниться где-то во внешней таблице. Первый вариант для данных произвольного размера неудобен, вторые два требуют предварительного вычисления размеров в процессе записи, что делает вывод более сложным (а если блок данных достаточно большой, его, вероятно, еще нужно где-то предварительно хранить, прежде чем добавить в файл).
Автор Demetrius
 - декабря 16, 2011, 22:55
А я ничего не говорил про расширение. ;D

Более того, обычно raw data хранят с раширением bin, а там оно как раз перечислено.
Автор Bhudh
 - декабря 16, 2011, 18:38
Цитата: Demetrius от Другой. Просто бинарные данные.
Добавь сюда: http://open-file.ru/types/raw.
А то там только картинки и аудио.
Автор Demetrius
 - декабря 16, 2011, 09:29
Цитата: Тайльнемер от декабря 16, 2011, 07:43
Что за raw? В который фотографии фотографируют или какой-то другой?
Другой. Просто бинарные данные. ;D

Для фотографий фотошоп, кстати, умеет его. Но, так как заголовка никакого нет, надо фотошопу вручную говорить размеры.

Цитата: maristoПо поводу кликов. Мышеводы не нужны. Елозить виндоманипулятором сложо и нудно.
−1. Мышь плоха для ввода команд, а для прямого назначения (выделение точек и кусков чего-то) очень удобна.

Цитата: maristoЯ уже не говорюо том, что в винде опять же нужны костыли, чтобы настроить что-то не вынесенное в гуёвые настройки. А это уже решают мудрые виндодизайнеры.
Это да... У них мания в каждой новой версии всё переделывать.
Автор Тайльнемер
 - декабря 16, 2011, 07:43
Цитата: Drundia от декабря 16, 2011, 06:14
Такой формат есть — это raw.
Что за raw? В который фотографии фотографируют или какой-то другой?
Автор maristo
 - декабря 16, 2011, 06:30
ЦитироватьС раскладками опять же там хуже.

В Гноме и КДЕ эсперантские раскладки и локализации идут сразу в дистрибутиве, даже флажок вам выведут в трей. В винде как всегда только костыли, а о локализации и речи нету.

Сделать кастомную раскладку в линухе раз плюнуть.

По поводу кликов. Мышеводы не нужны. Елозить виндоманипулятором сложо и нудно. Я уже не говорюо том, что в винде опять же нужны костыли, чтобы настроить что-то не вынесенное в гуёвые настройки. А это уже решают мудрые виндодизайнеры.
Автор Drundia
 - декабря 16, 2011, 06:14
Цитата: Тайльнемер от декабря 15, 2011, 11:40
Осталось только придумать хороший стандарт бинарных файлов.
Такой формат есть — это raw.
Автор Тайльнемер
 - декабря 16, 2011, 03:54
Цитата: Python от декабря 15, 2011, 19:55
Также текст более удобен для представления данных произвольного размера.
Странное утверждение.
Автор Python
 - декабря 15, 2011, 19:55
ЦитироватьВ смысле? Это же просто набор символов.
Среди которых есть пробелы и окончания строк. Процедура текстового ввода обрабатывает блоки символов, разделенные «пустым пространством» — при двоичном же вводе значение имеет информация о количестве байт, которую можно получить лишь из документации (получается, текстовый формат, в некоторой степени, самодокументируемый). Также текст более удобен для представления данных произвольного размера.
Автор Тайльнемер
 - декабря 15, 2011, 19:40
Цитата: Python от декабря 15, 2011, 19:21
По гибкости и простоте трансформаций текстовые форматы явно лучше двоичных.
По-моему, это стереотип.