Байткод: почему frame rate big endian?

[Psycho Tiger]

46 57 53 //fws, ok
0A //10 fp, ok
C9 04 00 00 //size: 1225, ok
78 00 07 D0 00 00 17 70 00 // 16000 x 12000 (800 x 600), ok
00 1E //Должно быть 30. 30 если смотреть как на big endian.
01 00 //frames: 1, ok

Меня это вывалило в ступор... Твипсы считаю точно правильно: unsigned int должен выравниваться по байту и ест 2 байта - 1E 00 никак не получить.

Это косяк в описании спецификации, или я что-то проглядел?

[wvxvw]

Доки говорят следующее:

Next in the header is the frame rate. It is supposed to be stored as a 16-bit integer, but the first
byte (or last depending on how you look at it) is completely ignored. So the frame rate is
12 fps.
Next is the frame count, which is also a 16-bit integer. So the frame count is 1.
0x000C ➜ 0x0C00 ➜ 0x0C ➜ 12 = frame rate

[Psycho Tiger]

Да, понятно, спасибо.
Забавно, что в доках это написано только в примере - в главе "The SWF header" об этом нет ни слова.

[etc]

Из закромов:

    private function readFrameRate():void {
        if (this._version < 8) {
            this._frameRate = super.readUnsignedShort();
        } else {
            var fixed:Number = super.readUnsignedByte() / 0xFF;
            this._frameRate = super.readUnsignedByte() + fixed;
        }
    }

Кажется, у alexis-а это описывалось. Что, никто не ставил 12,7 fps?

[Psycho Tiger]

Здесь?
Я байткод изучаю по официальным докам от адоуба =)

[etc]

Да-да, там. Ну его нафиг, эту оф. доку
Да, эксперимент с 12,7 fps можно провести.

[Psycho Tiger]

etc, спасибо, но ещё не понял чем тебе не понравилась оф. дока: всё расжевано и даже почти понятно =)
А ты вот говорил что декомпилировал swf`ки хекс редактором - как ты это делал? Доставал из тегов опкоды и по ним руками восстанавливал "как бы" исходную версию флешки?

[etc]

Я говорил? Не помню, но декомпилятор писал, да.