Ответ: Russian Sound System
 

Попробовал подключить RSS к С++ проекту... но не получилось.

1. В инструкции описаны функции, но не указана их взаимосвязь, в какой последовательности вызывать. Хотелось бы посмотреть на исходники готового приложения, где и как вызываются функции RSS.

2. Функции либо не возвращают коды ошибок, либо они не описаны в инструкции. Поэтому программа работает, а звука нет - функции вызываю, а что они возвращают непонятно (но точно не 0).

Ответ: Russian Sound System
 

Например как во вложении. Все работает.

Ответ: Russian Sound System
 

Я тоже думаю использовать твой звуковой движок после того как встрою PhysX в Axelynx

Ответ: Russian Sound System
 

Убедили. Продолжаю разработку.

Ответ: Russian Sound System
 

mr.DIMAS, да все я разобрался, спасибо.

Но всетаки хелп нужно больше делать - там не все объекты расписаны. А еще коды ошибок нужны, я вот например в семпле указываю загрузить несуществующий файл, а он что то ненулевое возвращает :)

Вот такой вопрос: Чем лучше использовать твой движок вместо отдельного использования OpenAL и vorbisOGG ?
1. Вот вроде планировалось делать трассировку звука через октри, затенение звука и т. п., это еще актуально?
2. Если например железо не поддерживает EFX и EAX, то проигрываться без эффектов будет или вообще не будет? Программная эмуляция возможна?
3. Какие планы с поддержкой других платформ, например линух или может быть андроид даже?

Ответ: Russian Sound System
 

Почему мой двиг?
Не нужно велик изобретать, т.е. писать пресловутые загрузчики файлов, всякие плюшки мелкие. Плюс простая архитектура движка( она еще будет перерабатываться в сторону упрощения, т.е не будет неочевидных вещей типа RSSSample::reserveSample ).

1) Актуально. Соберу мысли в кучу и прикручу. Моя мат. подготовка позволяет )))
2) Насколько я знаю сейчас на большинстве компов EAX эмулируется.
3) Задела на кроссплатформенность небыло. Особо платформенно-зависимых штук в движке нету. Так что с переводом на другие платформы проблем не должно возникнуть.

Ответ: Russian Sound System
 

Небольшое изменение.

1) Все собрано в одну дллку
2) Добавлена поддержка файлов с двумя каналами. Для музыки и т.п.

http://rghost.ru/37593020

зы. буду писать в теме о всех этапах разработки

Ответ: Russian Sound System
 

Музыка и так вроде работает, только надо Pitch = 2.0 поставить.

Вобщем я думаю буду RSS использовать - вроде нормально :)

Ответ: Russian Sound System
 

что там со стриммингом?

Ответ: Russian Sound System
 

Я про фоновую музыку, т.е без пространственного расположения
почти готово, как раз класс RSSMusic сделал

Ответ: Russian Sound System
 

как дела?

Ответ: Russian Sound System
 

Дела впорядке( был на даче, такие дела ). Запилил учет геометрии при излучении звука. Ну и стриминг естественно. Но вот с интерфейсом к библе вышла такая жопа, что хоть караул кричи. И тут естественно возникает вопрос: а зачем мне ООП интерфейс? Руки так и тянутся сделать процедурный интерфейс. Тем более так возьни меньше с наследованием и прочим барахлом. Подумываю о запиле поддержки mp3

ЗЫ. Поглядел хедеры BASS'a - увидел процедурный интерфейс.
Поглядел хедеры SQUALL'a - увидел процедурный интерфейс.
Поглядел хедеры FMOD'a - увидел процедурный интерфейс.

Ваше мнение?

Ответ: Russian Sound System
 

делай как удобнее. ООП придумали для удобства, если с ним удобнее - делай с ним, если без него - делай без него. ООП ради самого ООП не нужен.

Ответ: Russian Sound System
 

Немного поразмыслил. Сделаю процедурным. Слишком много гемора с наследованием от интерфейсов. Через денька два скину демку.

Ответ: Russian Sound System
 

Я считаю надо ООП! Процедурные оправданы только для совместимости с большой кучей языков и прочими трансцендентными вещами.
Я на С++ работал с OpenGL и DirectX, с OpenDynamicEngine и PhysX и могу точно сказать что работать с ООП интерфейсами намного удобней. Использовать на С++ процедурные интерфейсы без особой на то причины будет большой ошибкой.