Работа с бинарными данными на Си

man open, close, read, write, mmap…

Всё в стандартной есть.

Вообще интересует, где можно на эту тему что-то посмотреть-почитать?

Любой приличный учебник по Си. Лучше K&R

Для начала man stdio.h и fopen/fwrite/fread.

fopen/fwrite/fread

Буферизованные потоки в общем — зло.

Небуферизованные нужны далеко не всегда. Топикстартеру, думаю, тоже нужно что-то более переносимое, чем сисколлы.

Небуферизованные нужны далеко не всегда

Всегда, если ты сам отвечаешь за буферизацию.

А если надо по одному символу читать, ясен пень, проще буферизацию из stdio использовать.

Всегда, если ты сам отвечаешь за буферизацию.

Да уж проще mmap-нуть.

Ясен пень. Потому и дописал mmap после всех этих open/read.

А если это работа с изображениями и видеоданными на бинарном уровне, есть какие-то особенности?

Если много in place работы, проще mmap'нуть наверное. Stdio переносимее, и буферизация настраивается. fopen, setvbuf, fread, fwrite.

Нет там никаких особенностей.

Ты что собрался делать то с ними? Если картинки пожаты хоть как-то, все равно придется их в память распаковывать чтобы обработать. Тогда читать их лучше библиотекой их формата, а не самому. Если там raw данные и ты сам себе режиссер, то и правда никаких особенностей.

Вообще интересует, где можно на эту тему что-то посмотреть-почитать?

Дык вы учебник-то, откройте. В любой, самой завалящей книжке по Си есть и про stdio и про read/write. Специализированных библиотек по бинарным форматам полно. Вы вообще с этой планеты?

Обрабатывать цифровое видео, в процессе создания систем защищенной дистрибуции.

Спасибо. Это мне известно неплохо. Интересуют именно особенности или какие-то специфические вещи(функции и библиотеки), если имеются, для работы с такими данными. Уточнил-именно цифровое видео.

Да, я с этой планеты. Просто советуюсь, интересуют особенности, которые я могу например не знать, что впринципе логично.

Просто удивительно читать такие вопросы о Си. Обычно люди трутся в области программирования некоторое время, разные другие языки тыкают и в общем в теме по поводу таких обыденностей.

цифровое видео

ffmpeg

Может, стоит сначала хоть немного С выучить?

Спасибо. Вы мне очень помогли. И критика всегда полезна)

Возможно, однозначно буду совершенствовать мастерство. Спасибо вам.

цифровое видео.

А ты напиши плеер-декодер MPEG2 (без использования сторонних библиотек), в процессе все специфические вещи и вылезут. И как файлы устроены, и как биты туда-сюда тягать, и что такое 4:2:0, и чем оно отличается от YV12.

setbuf спасет отца русской демократии !

Особенности возникают при переносе кода на другую архитектуру/компилятор, если разработчик не знал, что бывает разный порядок байт (endianness) и разный размер типов (sizeof(long)).

Ну это то понятно)

Эм... разыменование указателя?

Что разыменовывание указателя? Вы имеете ввиду получение адреса в памяти для чтения потока данных побайтово? Это все понятно. Меня же просто интересовали какие средства и библиотеки существуют для этого вообще, ну кроме стандартной)))

Все средства работают именно с бинарными данными. В UNIX, в отличие от Венды позорной, нет разделения на текстовые и бинарные файлы.

man fopen

The mode string can also include the letter 'b' either as a last character or as a character between the characters in any of the two-character strings described above. This is strictly for compatibility with C89 and has no effect; the 'b' is ignored on all POSIX conforming systems, including Linux. (Other systems may treat text files and binary files differently, and adding the 'b' may be a good idea if you do I/O to a binary file and expect that your program may be ported to non-UNIX environments.)

Вы не поторопились по-поводу отсутствия разделения между текстовыми и бинарными данными в unix/linux? По-моему сильно поторопились. Вы представляете что такое вообще файл с точки зрения данных на носителе или в памяти? И смотря что вы имеете ввиду под разделением на текстовый и бинарные файлы, или вы имеете ввиду режим доступа и обработки файла? То что fopen работает с бинарными данными, это и так понятно.

Вы не поторопились по-поводу отсутствия разделения между текстовыми и бинарными данными в unix/linux?

Нет, он не поторопился, он прав. Разницы нет.

      switch (*++mode)
        {
        case '\0':
          break;
        case '+':
          omode = O_RDWR;
          read_write &= _IO_IS_APPENDING;
#ifdef _LIBC
          last_recognized = mode;
#endif
          continue;
        case 'x':
          oflags |= O_EXCL;
#ifdef _LIBC
          last_recognized = mode;
#endif
          continue;
        case 'b':
#ifdef _LIBC
          last_recognized = mode;
#endif
          continue;

Как видишь, кроме сохранения указателя на последний обработанный символ, ничего не происходит. Это из eglibc.

То что fopen работает с бинарными данными, это и так понятно.

Прочитай ещё раз этот кусок в учебнике, потому как то, что ты сейчас написал — неправда.

Я понял. Спасибо.

Поторопился тут видимо я.

Хотя постойте ка. Все же есть разделение понятий: «работа в бинарном режиме» и «работа с банарными данными»?

Нет. Все данные бинарные. Других не бывает.

Текстовый режим от бинарного отличается только преобразованием переводов строк. Так сложилось, что формат переводов строк в памяти совпадает с форматом переводов строк в файлах (в gnu/linux), так что преобразований не требуется.

Это понятно. Спрашивал как раз об инструментах работы с данными без перевода в текстовые. Так и в винде ведь также все данные в бинарном виде. Вычислительная система ведь все обрабатывает в бинарном виде, а текстовое представление-это уже работа опрационной системы, не так важно какой. Конечно Unix работает с любым форматом более правильно и логично чем винда. Смысл вопроса был именно в этом. В инструментах. А то вы меня почти запутали тут)))

А вот за это тоже спасибо.