http://ru.wikipedia.org/wiki/Порядок_байтов

http://en.wikipedia.org/wiki/Endianness

противоположном порядке

нет такого порядка, есть little-endian и big-endian, и еще варианты

записаны задом на перед

сначала определи, что есть «зад» и где «перед» в памяти :)

сначала определи, что есть «зад» и где «перед» в памяти

А что не так?

я бы начал с матчасти: http://ru.wikipedia.org/wiki/Вражда_между_тупоконечниками_и_остроконечниками =)

Спасибо всем! Немного просвятился/освежил знания, вроде, не понял еще. А почему же таки в GIF все записано в обычном порядке(little-endian) как я понял?

Есть прямо и обратный порядок байт. У каждого есть свои достоинства и недостатки.

В случае прямого порядка не требуется учитывать перевёрнутость байтов при операциях, в HEX-редакторе они тотображаются правильно.

Но у обратного порядка байт есть одно важное преимущество: в случае обращения к переменной, как к переменной меньшей размерности (например 4 байта воспринять лишь как 1 первый), то старшие разряды отсекуться («переполнение»), а мы получим младшую часть. Это очень логично.

А почему же таки в GIF все записано в обычном порядке(little-endian) как я понял?

Потому что авторы гифа — остроконечники.

>Это очень логично.

Ну и плюс, как уже было сказано про память — более старшие байты оказываются выше. Тоже логично :)

Опять же, при суммировании с переносом можно читать из памяти по мере возрастания и тут же складывать.

И т.п.

Я «остроконечник»^W убеждённый литлэндианщик :)

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

Я «остроконечник»^W убеждённый литлэндианщик :)

Только бигэндиан, только хардкор

Я тоже :-)

А вот uft-8, в некотором смысле, big-endian.