1. Это не оффтопик
2. Я тут для себя провел маленькое тестирование форматов (WMA,MP3,Ogg) при битрейтах >= 192. Если кому интересны результаты... в общем MP3 ни куда ни для чего не годится; Ogg оказался не на много, но хуже чем WMA(v9 Professional).
3. Проблема: WMA9Pro умеют проигрывать только WMP8 (даже 9 не умеет :), что по меньшей мере странно) и WinAmp3 (но не через себя).
4. Предложение: сделать плугин для WinAmp'a 2. Кроме WMP8 и WA3 этот формат понимает еще и SoundForge. Понимает его он при помощи своего плугина (wmfplug2.dll), так вот если понять этот плугин (или найти SDK к нему подобным), то я думаю можно его проюзать.

boozook

идея хорошая, я - за. Но с парой оговорок.

1) Нужно начинать с описания принципов работы АСМ.

2) Дальше рассказ о CODEC'ах, о том как с ними работать.

3) Перевод из разных форматов. Алгоритмы сжатия аудиоинформации (да и видеопотоков, на этом этапе уже не будет большой разницы)

3a) Может о DirectX (DXmusic, DXsound) рассказать?

4) Все густо посолить техническими доками и обильно приправить исходниками на MASM.

5) Подавать к столу.

6) И.... (тада)... подумать над собственными алгоритмами ;) Сделать их фрееваре и прославиться ;)

Тогда можно не только плагины людям писать, но и серьезные онлайн-говорилки (типа teamspeak, rogerwilco), проигрыватели, и прочая, прочая, прочая

xzazet
Собственные алгоритмы, проигрыватели,... ОС, собственные ПК на базе своих процессоров нового поколения :))))

1,2,3,4
Конечно было бы не плохо обо всем этом рассказать. Но поможет ли это в данной ситуации? Сомневаюсь, что знаний об ACM и общих принципах сжатия аудио/видео хватит для написания плугина WindowsMediaAudio с нуля; DXmusic и DXsound, как мне кажется, к сжатию совсем отношения не имеют. Потому и предлагаю пойти корявым, но более простым путем - сделать плугин-посредник между плагином от SoundForge и WinAmp'ом, который, возможно, будет вызывать функции первого и только. Конечно тут без доков не обойтись. Но вот к плугинам форматов файлов SoundForg'а их точно нету:(
Может, если других препятствий нету, кто-нибудь может разобраться с возможностями (wmfplug2.dll) от soundforga. Ну там с DLL2LIB помидитировать или проявить свои хакерские способности :)))
Обидно же - формат есть, хороший, а возможности попользоваться нету

boozook

А зачем тогда писать плугин на МASM?

IMHO, это задача тупиковая, так как полезность её сомнительная. Если меня не устаивает excel, я же не бросаюсь переписывать его на MASMe или искать пути сопряжения с калькулятором. Написать на МАSMе пару матфункций - это полезно. И многие могут этим опытом воспользоваться. А сколько человек реально хотят сделать еще один плугин-посредник между плагином от SoundForge и WinAmp'ом?

Напротив, работа с аудио на MASMe задача интересная и, думаю, популярная. Голосовой онлайн-чат клиет из 20кб требующий 600байт/cек трафика для передачи голоса - вот этим стоит заняться. Этот проект будет интересен многим - как кодерам, так и юзерам-квакерам. Можно добавить действительно фантастических функций.

Вот здесь гляньте про "летает - не летает". Да и вообще чтение крайне полезное.

http://www.pcmag.ru/archive/9705s/05s979.asp

1. Информация по WMA больше относится к DirectShow. А точнее Windows Media SDK, Windows Media Format SDK, Windows Media Encoder SDK. Также среди всей этой кучи есть еще Windows Media Player SDK, позволяющий дописывать к Media Player.
2. WMA файл представляет собой ничто иное как файл ASF с одним аудиопотоком. (хотя наверное могут быть и несколько, формат позволяет).
3. Найти эти SDK можно на сайте Micro$oft.

xzazet

летает - не летает

Да статья поучительна.

Про все остальное

Похоже я был изначально непраильно понят по поводу плугинов. Я не имел ввиду plug-ins-DSP/Effects, я имел ввиду plug-ины подобные in_mp3.dll, позволяющие играть разные форматы. Т.е. написать in_wm.dll, который будет распаковывать .wma с помощью wmfplug2.dll.

А зачем тогда писать плугин на МASM?
Под ACM я подразумевал Audio Compression Manager.

Повторюсь еще раз. Меня действительно интересует тема разработки алгоритмов сжатия потоковых аудио/видео данных, итп. И я считаю, что добиться реультатов, каких добилось Microsoft в этой области очень и очень трудно. Так что пока не изобрету чего-нибудь гениального хотелось бы поюзать готовое :)

DaemoniacaL
Imho, ничего путевого из одних этих SDK не выйдет. Иначе бы к WinAmp'у уже давно бы был создан _нормальный_ плугин и не один. Похоже что Microsoft этого не хочет.

boozook

Под ACM я подразумевал Audio Compression Manager.

Я тоже :)


Т.е. написать in_wm.dll, который будет распаковывать .wma с помощью wmfplug2.dll.

Я .wma не смотрел, но думаю, что реализация на уровне кодека. Вопрос - можно ли его скачать отдельно (да и пользовать самостоятельно программно)? Если нет - то, весь смысл в такой работе - слушать файлы в "другой оболочке"? Опять же "летает - не летает".


Повторюсь еще раз. Меня действительно интересует тема разработки алгоритмов сжатия потоковых аудио/видео данных, итп. И я считаю, что добиться реультатов, каких добилось Microsoft в этой области очень и очень трудно. Так что пока не изобрету чего-нибудь гениального хотелось бы поюзать готовое :)

Ну так и действуй. Просто это делать в одиночестве скучно (мое мнение). А обсуждать на форуме - можно и единомышлеников найти, будет веселее.

DaemoniacaL
Вообщем так, с этим SDK можно делать все:
читать, писать и воспроизводить все кодеки до версии 9Pro включительно...
НО есть одно большое НО...
когда я пытаюсь сжимать в WMA9PRO постоянно какая-т ботва. Правый канал записывается без глюков, а в левый идет один ШУМ..
Че за фигня и как с ней бороться, кто нибудь знает??

Самое интересое, WMEncoder работает без глюков... пользует другую библиотеку?

boozook Если честно с аудиопотоками некогда было разбираться, мне видео надо было из этих SDK.

когда я пытаюсь сжимать в WMA9PRO постоянно какая-т ботва

Сделаю предположение: что-нить напутал с настройками кодека или источником аудиоданных.