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

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

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

  1. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    I think both channels were merged into one. Tried SoundForge 10 but it doesn't support 3 channel raw.
     
  2. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    загрузи файлы, посмотрю
     
  3. Ветеран R.G. Revenants

    Регистрация:
    26 июн 2011
    Сообщения:
    54
    Симпатии:
    35
    Я думаю у него так сжалось, потому что он открыл как RAW 8bit. Это единственное рациональное объяснение.

    EDIT: Только что подумал: тогда бы был размер исходных файлов другой.
     
  4. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Не, ну может я сжимать не умею :D
     
  5. Ветеран R.G. Revenants

    Регистрация:
    26 июн 2011
    Сообщения:
    54
    Симпатии:
    35
    Не думаю :acute:
     
  6. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Вообще тут такое дело оказалось, можно еще поджать PCM-данные.
    С релизом ofr версии 5100 появились light-режимы, на которые я совершенно не обратил внимания (ну появились и появились, лёгкие же, а значит и сжатие хуже).
    Но всё оказалось интереснее... Kогда обновлял ofr-библиотеку в MSC заметил, что на некоторых данных они лучше.
    Сегодня появились время и желание немного потестить, и вот что вышло (пока только на некоторых данных тестил):

    Код (Text):
    modeX_seekY

    4CBC6900.raw
    ultranew-light_min - 3,35 МБ (3 523 492 байт)
    ultranew_min       - 3,35 МБ (3 523 569 байт)

    4EAC0500.raw
    ultranew-light_normal - 27,3 МБ (28 678 693 байт)
    ultranew_normal       - 27,3 МБ (28 684 412 байт)

    56C9AD00.raw
    ultranew-light_min  - 20,5 МБ (21 567 002 байт)
    ultranew_min        - 20,5 МБ (21 568 215 байт)

    53089700.raw
    ultranew-light_slow - 3,10 МБ (3 255 825 байт)
    bestnew-light_slow  - 3,10 МБ (3 258 012 байт)
    bestnew_slow        - 3,10 МБ (3 260 845 байт)
    ultranew_slow       - 3,11 МБ (3 261 554 байт)
     
    Andrag нравится это.
  7. Ветеран R.G. Revenants

    Регистрация:
    26 июн 2011
    Сообщения:
    54
    Симпатии:
    35
    В принципе у FROG и раньше замечалось такое, но я бы тоже не подумал на light режимы, что они могут дать результат.
    Вывод напрашивается неприятный - брутить все режимы, включая недокументированные. Остается надеятся, что --optimize чем больше, тем лучше.
     
  8. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Это вроде так и есть, я как-то проводил тесты и в них всегда наилучшим было значение best, и experimental всегда улучшал
     
  9. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Edison007, Skymmer, I don't have the files to check or upload right now but i'm pretty sure that i used 16 bit everytime. What i do know is that the spectogram of the first two channels looked identical after splitting. I'm redoing everything later today since i found another way of splitting the channels.
     
  10. Ветеран

    Регистрация:
    3 фев 2014
    Сообщения:
    200
    Симпатии:
    43
    "заминусуй" (вычти один канал из другого)
    если получишь абсолютную пустоту (тишину) - значит они одинаковые
     
  11. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
  12. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    I done it again, now is 12.6 MB (13,288,813 bytes). I'll keep trying until i get to ~ 11 MB.

    Your new results above, are through FA+MSC?
     
  13. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Нет, я не использую MSC/FA
     
  14. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Odd.

    4EAC0500.wav
    Even more.
     
    Последнее редактирование: 24 май 2018
  15. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    пропустил команду --encode
     
    Andrag нравится это.
  16. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Забавно, но с SAC тоже всё не так просто.
    Как оказалось, не всегда режим insane наилучший (но это еще было известно),
    но интереснее то, что можно перебрать с разными режимами недокументированный
    параметр оптимизации и получить результат лучше. Например:

    Код (Text):
    best_best - 43,5 МБ (45 685 673 байт)
    insane    - 43,5 МБ (45 693 086 байт)
    best      - 43,5 МБ (45 698 427 байт)


    best_best - 41,9 МБ (43 990 303 байт)
    insane    - 41,9 МБ (44 006 829 байт)
    А еще SAC чувствителен к частоте дискретизации:
    Код (Text):
    rate 44100:
    high_best - 1,16 МБ (1 224 982 байт)
    high      - 1,16 МБ (1 227 160 байт)
    insane    - 1,17 МБ (1 228 207 байт)


    rate 42890:
    high_best - 1,16 МБ (1 225 109 байт)
    insane    - 1,16 МБ (1 227 515 байт)
    high      - 1,17 МБ (1 228 238 байт)
     
    Andrag нравится это.
  17. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Are those the only undocumented parameters or there's more for SAC/OptimFROG?
     
  18. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    927
    Симпатии:
    531
    Andrag, Вроде больше ничего полезного нет)
     
  19. Пользователь

    Регистрация:
    7 фев 2017
    Сообщения:
    33
    Симпатии:
    7
    Edison007, SAC2/FastAC?
     

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