1. Уважаемые гости и пользователи форума.
    Администрация настоятельно рекомендует не регистрировать несколько аккаунтов для одного пользователя. При выявлении наличия мультиаккаунтов будут заблокированы все учетные записи данного пользователя.
    Аккаунты, зарегистрированные на временную почту будут также заблокированы.

Обсуждение Утаптываем pc_eng.str на CD-R

Тема в разделе "Разбор ресурсов", создана пользователем Гатс, 1 окт 2017.

  1. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Сжатие 3rd_gr (0D3A0200.raw, 2FCF7300.raw, 3BED1F00.raw, 59CBA800.raw, 262A2F00.raw, 37005E00.raw) - 147 МБ (154 857 840 байт)

    Код (Text):
    srep+tta:m3            - 31,4 МБ (32 982 865 байт)
    srep+frog5100:preset0  - 31,1 МБ (32 614 737 байт)
    srep+tak:p4m           - 30,8 МБ (32 387 707 байт)
    srep+la:high:noseek    - 30,3 МБ (31 872 371 байт)
    srep+mm+lzma:ultra     - 25,9 МБ (27 228 242 байт)
    srep+frog5100:preset1  - 15,5 МБ (16 265 039 байт)
    srep+frog5100:preset5  - 15,0 МБ (15 777 461 байт)
    srep+sac:normal        - 14,9 МБ (15 715 022 байт)
    srep+frog              - 14,1 МБ (14 825 754 байт)   * --optimize best --advanced-compression --mode ultranew --seek fast
     
    Последнее редактирование: 14 мар 2018
    sergey3695, Krinkels и Andrag нравится это.
  2. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Edison007, ran 7-Zip Filetuner on both inputs, lwav hasn't finished yet but the difference is clear, shouldn't ima_adpcm have a lower result? Also how do you integrated sac with FA?

    ima_adpcm:
    Код (Text):

    original                             - 197 MB (207,004,672 bytes)
    lzma:256m:lc7:lp0:pb4:yx5:fb270      - 153 MB (160,890,968 bytes)
    lwav(xentax script):
    Код (Text):

    original                             - 197 MB (207,156,496 bytes)
    lzma:256m:lc7:lp0:pb0:yx5:fb240      - 146 MB (153,321,823 bytes)
     
    Последнее редактирование: 15 мар 2018
    sergey3695 нравится это.
  3. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Скрипт с xentax неправильно достаёт данные, части аудио-данных остаётся внутри pc_eng.str, а в самих извлеченных файлах лишняя анимация (которая жмётся лучше, чем ADPCM данные).

    У меня не было цели добавлять SAC внутрь FA, но с этим не должно быть трудностей
     
    Andrag нравится это.
  4. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    I see, that would be a problem when the time comes to rebuild. So you processed each file with srep and then applied sac/la?
     
  5. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    1. Собираем все файлы в кучу (в любой контейнер без сжатия)
    2. Жмём с помощью srep.
    3. Удаляем srep-заголовок.
    4. Добавляем wave-заголовок.
    5. Сжимаем любым аудио-компрессором.
    ?. ...
    6. Profit!)
     
    Andrag нравится это.
  6. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    How do i know where it starts/ends the srep header in the hex editor?
     
    Последнее редактирование: 16 мар 2018
  7. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    у SREP (по крайней мере версии 3.9.2) размер 44 байта
     
    Andrag нравится это.
  8. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Thanks, i did the following:
    1. Stored the files in a zip.
    2. Applied srep 3.92 with only -hash-.
    3. Removed the 44 bytes of the srep-header.
    4. Added the riff container.
    5. Calculated the Chunk size:
    Код (Text):
    72801734 bytes - 8 bytes = 72801726 bytes = 45 6D DB E0
    6. Completed the wave-header structure.
    wav_header.JPG
    7. Compressed with sac.
    sac.JPG

    What i did wrong?
     
  9. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Возможно мешает заголовок (информация) от ZIP. Лучше юзать .7z или руками файлы склеивать вместе.

    Прикрепил пример сжатия srep+sac внутри FA, пример довольно-таки сложен и кто не понимает зачем это - проходит мимо))
     

    Вложения:

    agent555, Andrag и Mickey1s нравится это.
  10. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Код (Text):
    687B1200.raw              51.6 MB (54,128,262 bytes)
    2ch_44100+sac:normal      17.0 MB (17,884,833 bytes) CRC mismatch
    1ch_44100+ofr5100         15.4 MB (16,222,271 bytes) CRC ok
    3ch_44100+sac:normal      9.64 MB (10,110,858 bytes) CRC mismatch
    Edison007, pcm2wav can't write 3 channels so i hex edited the value but i get the above errors, how do you compressed it to 12.5 MB (13,120,244 bytes)?
     
  11. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Andrag, SAC/OptimFrog не могут жать файлы, у которых каналов больше двух. Именно по-этому в тесте я юзал ТАК.
    А вообще можно разделить файл на первый+второй канал в один файл и третий канал - во второй.
    Таким финтом у меня выходило - 11,3 МБ (11 930 060 байт)
     
    Andrag нравится это.
  12. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    What can i use to split the channels? Audacity?
     
  13. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Я не помню уже чем делал. Думаю, подойдет любой аудиоредактор
     
    Andrag нравится это.
  14. Ветеран R.G. Revenants

    Регистрация:
    26 июн 2011
    Сообщения:
    54
    Симпатии:
    35
    Эд, насколько я помню ты делал это через SoundForge.

    P.S. Порадовало название темы, а именно "утаптываем на CD-R".
    Да будет вам известно, что если взять 90min болванку, резак Plextor с функцией GigaRec и заюзать Overburn, то на CD-R можно запихнуть 1182 МБ. По крайней мере это мой личный рекорд. А если заюзать всё вышеперечисленное + записывать в режиме, когда на сектор приходится не 2048 байт полезной информации, а 2324 байта, то в теории на CD-R можно запихать примерно 1341 МБ, но будет меньше коррекции ошибок, да и совместить все эти фичи вместе будет проблематично.
     
    Последнее редактирование: 21 май 2018
    Andrag нравится это.
  15. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Not sure if these values are accurate.
    Код (Text):
    1st & 2nd channel    34.4 MB (36,085,552 bytes)
    3rd channel          17.2 MB (18,042,798 bytes)
     
  16. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Вроде похоже на правду


    Да, вполне может быть, но и возможно, что было использовано что-нибудь консольное или вообще самопальное, чтобы потом была возможность обратно восстановить)
     
  17. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Thanks, OptimFrog is the best option on these files. So far i managed to compress the 3rd channel to 3.75 MB.
     
  18. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Код (Text):
    1+2 каналы - 8,51 МБ (8 930 027 байт)
    3 канал    - 2,86 МБ (3 000 033 байт)
     
  19. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Adobe Audition:
    Код (Text):
    1+2 Channel        34.4 MB (36,085,554 bytes)
    frog               6.60 MB (6,923,314 bytes)

    3 Channel          17.2 MB (18,048,908 bytes)
    frog               3.42 MB (3,592,754 bytes)

    Total              10.0 MB (10,516,068 bytes)
     
  20. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    что-то бред какой-то, не может так хорошо сжиматься
     

Поделиться этой страницей