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

MSC (media streams compressor) 0.0.6.4

Пакер/препроцессор для мультимедиа данных.

  1. Ветеран

    Регистрация:
    1 дек 2015
    Сообщения:
    133
    Симпатии:
    31
    Пол:
    Мужской
    Что лучше использовать (tak или frog)?
     
  2. Ветеран

    Регистрация:
    18 сен 2014
    Сообщения:
    347
    Симпатии:
    41
    Пол:
    Мужской
    L-e-o-N, TAK однозначно..FROG чересчур тормознутый
     
  3. Old Men Проверенный

    Регистрация:
    17 июн 2011
    Сообщения:
    450
    Симпатии:
    415
    Пол:
    Мужской
    А вот кто подскажет: с этим можно что-то сделать?
    <--------------------------- W A V ---------------------------->
    Total founded RIFF WAVE: 23714
    WAV with non-supported format (not PCM): 23714 (FFFFh)
    WAV PCM:
    with non-standard bit_per_sample (not 8 and not 16): 0
    with non-standard number_of_channels (not [1;2]): 0
    with non-standard sample_rate: 0
    with too big header ( >65536 bytes): 0
    WAV PCM filtered by size: 0

    processed PCM WAV: 0 (0 bytes)
     
  4. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    889
    Симпатии:
    496
    Привет, Коля.

    Не, тут делать нечего, тип FFFF = wwise vorbis. Вот если бы был FFFE (или как-то так = wwise PCM), то можно было бы поменять тип в хидере и скормить. А так: srep+lzma2
     
    nik1967 нравится это.
  5. Ветеран

    Регистрация:
    18 сен 2014
    Сообщения:
    347
    Симпатии:
    41
    Пол:
    Мужской
    Здесь чуток помогает oggre_wwise
     
    Nemko нравится это.
  6. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    889
    Симпатии:
    496
    Ну это как вариант, но всё слишком геморно:
    1. не работает солид режим, а на куче мелких файлов выходной размер будет больше оригинала. Эффективнее пожать srep/srep+lzma2/lolz/etc...
    2. В wwise есть фича с прелоадами (т.е обрезанное начало н-ого трэка) и такие файлы обработать не выйдет.

    Если конечно кто-то захочет заморочиться с сжатием таких файлов:

    батник для упаковки:
    Код (Text):
    FOR /R "test" %%w IN (*.wem) DO (
        ww2ogg.exe "%%w" -o "%%w.ogg" --pcb "packed_codebooks_aoTuV_603.bin"
        OGGRE_enc_wwise.exe "%%w.ogg" "%%w.ogr"
        OGGRE_dec_wwise.exe "%%w.ogr" "%%w.unp"
        xdelta3.exe -ef -s "%%w.unp" "%%w" "%%w.xd3"
     
        REM DEL "%%w.ogg" "%%w.unp"
        REM DEL "%%w"
    )
    функция распаковки:
    Код (Text):
    function extract_wwise(CurComp: Cardinal; InputPath: String): Boolean;
    var
      FindHandle, ColFiles, CurIndex: Integer;
      ExecError: Boolean;
      ogrFile, WavFile, OutFile, xd3file: String;
    begin

      FindHandle:=ISFindFiles(CurComp, InputPath+'\*.ogr', ColFiles);
      ExecError:=false;
      while not ExecError and ISPickFilename(FindHandle, InputPath+'\', CurIndex, True) do begin
        ogrFile:=ISGetName( 0);       // FileName.ext.ogr (defaul .ext = .wem)
        WavFile:=ISGetName(1)+'.unp'; // FileName.ext.unp
        OutFile:=ISGetName(1);        // FileName.ext
        xd3file:=ISGetName(1)+'.xd3'; // FileName.ext.xd3
     
        ExecError:=not ISExec(CurComp, 0, 0, ExpandConstant('{tmp}\OGGRE_dec_wwise.exe'), '"'+ogrFile+'" "'+WavFile+'"' , ExpandConstant('{tmp}'), WavFile, False);
        DeleteFile(ogrFile);
        ISxDeltaExtract(CurComp, 0, 0,128, WavFile, xd3file, OutFile, True, True);

      end;
      ISFindFree(FindHandle);
      Result:=not ExecError;

    end;



    ...

        if ISDoneInit(ExpandConstant('{src}\records.inf'), $F777, Comps1,Comps2,Comps3, MainForm.Handle, 16, @ProgressCallback) then begin
          repeat
            ...
            if not extract_wwise(0, ExpandConstant('{app}')) then break;
            ...
    ...
    P.S. И, конечно, пофайловая обработка при восстановлении это жесть...
     
    Последнее редактирование: 19 янв 2018
    YURSHAT и Mickey1s нравится это.
  7. Ветеран

    Регистрация:
    18 сен 2014
    Сообщения:
    347
    Симпатии:
    41
    Пол:
    Мужской
    И как оказалось не особо целесообразно. Пробовал на аудио-файлах третьего ведьмака - отличие в 25 мб:D
    PS..Разобраться бы еще как третий кукурузис пожать))
     
  8. Пользователь

    Регистрация:
    17 сен 2016
    Сообщения:
    54
    Симпатии:
    3
    msc:wav=1:raw=1:bmp=0:ddsraw=0:ddsdxt=0:mp3=1:tak=9:dxt=1
    не хочет распаковываться в инсталляторе (никак), пробовал отдельно и в цепочке (plzib+msc+lzma)
    и без параметров пробовал (в батнике) просто -mmsc, каждый раз такая ошибка
    https://d.radikal.ru/d43/1803/b7/56f173318e95.jpg
    mscinside раскоментирован
    [External compressor:msc]
    header = 0
    packcmd = msc c -v {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
    что не так делаю ?
     
  9. Ветеран

    Регистрация:
    18 сен 2014
    Сообщения:
    347
    Симпатии:
    41
    Пол:
    Мужской
    agent555, А с чего вы взяли что дело в MSC? Может у вас опечатка в цепочке? plzib
    Если параметр MSCInside с указанием на CLS указан верно, то проблем быть не должно..и в arc.ini никаких записей не нужно.
     
    Последнее редактирование: 6 мар 2018
  10. Пользователь

    Регистрация:
    17 сен 2016
    Сообщения:
    54
    Симпатии:
    3
    dixen18, Сказал же что пробовал без пзлиба и тем более это опечатка, он даже не будет работать (батник) если так написать.
    Запись только для упаковки нужна, да ? (в арк ини) (для распаковки в арк ини ничего нет ну я про msc)
     
  11. Ветеран

    Регистрация:
    18 сен 2014
    Сообщения:
    347
    Симпатии:
    41
    Пол:
    Мужской
    Да для распаковки нужен только CLS и все..А можете скинуть архив если он не слишком большой?
     
  12. Пользователь

    Регистрация:
    17 сен 2016
    Сообщения:
    54
    Симпатии:
    3
    dixen18, 17 Гигабайт весит, да это с любыми данными.
    Нашел в чем проблема if not ISArcExtract ( 0, 0, ExpandConstant('{src}\data1.arc'), ExpandConstant('{app}\), '', false, 'пароль', ExpandConstant('{tmp}\ТУТ БЫЛ АРК ИНИ'), ExpandConstant('{app}\Temp'), notPCFonFLY{PCFonFLY}) then break;
    решил убрать арк ини, распаковалось!!!!!!!! (чисто мск)
    Но как быть так как в цепочке используется плизиб+мска+лзма, а ему нужен арк ини (плизибу). С ним (арк ини в кор идсан 2) инсталл крашится
     
  13. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    889
    Симпатии:
    496
    удали из арк.ини всё лишнее, оставив только секцию для пзлиба
     
    Последнее редактирование: 6 мар 2018
  14. Пользователь

    Регистрация:
    17 сен 2016
    Сообщения:
    54
    Симпатии:
    3
    Edison007, в точку.
    ;[External compressor:lzma]
    ;header = 0
    ;unpackcmd = FreeArc-LZMA-x64 d lzma{:option} <stdin> <stdout>
     
  15. Пользователь

    Регистрация:
    17 сен 2016
    Сообщения:
    54
    Симпатии:
    3
    обнова планируется ?:D
     
  16. Ветеран

    Регистрация:
    18 сен 2014
    Сообщения:
    347
    Симпатии:
    41
    Пол:
    Мужской
    agent555,Обнова чего? MSC? Очень вряд ли
     
  17. Ветеран

    Регистрация:
    18 сен 2014
    Сообщения:
    347
    Симпатии:
    41
    Пол:
    Мужской
    У чела весеннее обострение походу:D
     
  18. Пользователь

    Регистрация:
    17 сен 2016
    Сообщения:
    54
    Симпатии:
    3
    Hunter, Твое мнение очень важно для нас.
     
  19. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    889
    Симпатии:
    496
    Небольшое, неофициальное обновление (alpha).
    Список изменений:
    1. Сделал пропуск wavок с частотой дискретизации менее 8000 Гц и более 192000 Гц (т.к TAK не может обрабатывать такие файлы).
    2. Обновил OptimFrog до версии 5.100 (кодер/декодер).
    3. Обновил TAK до версии 2.3.1 beta 1 (только кодер, декодер старый т.к с новым результаты по скорости хуже -> юзать на свой страх и риск).
    4. Переделал пресеты для ofr.*
    5. Добавил к опции -frog=N параметр [e] (-frog=N[e]), включает --advanced-compression-analysis и --advanced-compression-modeling (аля --experimental - улучшает сжатие, но замедляет упаковку/распаковку).

    * Пресеты сделаны довольно-таки грубо и на скорую руку.
    Т.к меня не волнует время сжатия везде выставлены опции --seek min --optimize best, на время распаковки практически не влияет.
    Выглядят на данный момент так:
    Код (Text):
    1: --mode turbonew --seek min --optimize best
    2: --mode highnew-light --seek min --optimize best
    3: --mode highnew --seek min --optimize best
    4: --mode extranew-light --seek min --optimize best
    5: --mode extranew --seek min --optimize best
    6: --mode bestnew-light --seek min --optimize best
    7: --mode bestnew --seek min --optimize best
    8: --mode ultranew-light --seek min --optimize best
    9: --mode ultranew --seek min --optimize best
    enc_time dec_time compr_size
    1 msc065:tak9 3.255s 1.068s 48 351 437
    2 msc065:frog1 66.745s 14.066s 48 046 455
    3 msc065:frog1e 70.531s 14.285s 48 028 678
    4 msc065:frog2 99.346s 20.095s 47 892 248
    5 msc065:frog2e 101.066s 20.942s 47 874 893
    6 msc065:frog3 110.526s 21.370s 47 881 807
    7 msc065:frog3e 115.486s 22.605s 47 864 239
    8 msc065:frog4 122.665s 24.000s 47 848 864
    9 msc065:frog4e 128.573s 25.057s 47 831 373
    10 msc065:frog5 146.417s 25.853s 47 843 742
    11 msc065:frog5e 149.665s 27.826s 47 826 176
    12 msc065:frog6 199.890s 40.646s 47 766 156
    13 msc065:frog6e 204.017s 43.595s 47 749 292
    14 msc065:frog7 241.792s 45.387s 47 763 910
    15 msc065:frog7e 252.235s 45.607s 47 747 015
    16 msc065:frog8 282.477s 50.324s 47 711 380
    17 msc065:frog8e 290.704s 54.654s 47 694 408
    18 msc065:frog9 435.118s 64.966s 47 710 396
    19 msc065:frog9e 456.826s 67.816s 47 693 608

    Если у кого есть идеи, как их сделать лучше - предлагайте.


    Тестировалось на очень ограниченном наборе данных, возможны косяки)
     

    Вложения:

    Последнее редактирование: 7 апр 2018
    Ramiro Cruzo, agent555, toolame и 4 другим нравится это.
  20. Ветеран Модератор

    Регистрация:
    15 июн 2011
    Сообщения:
    889
    Симпатии:
    496
    ах, да забыл. Я совсем не тестил cls-фильтры, буду благодарен если этим кто-нибудь займётся
     

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