[ENCUESTA] Cambio de API para el audio

[CicTec]

Hola a todos,

Abro este post para obtener por parte de la comunidad un feedback sobre un posible cambio importante a la API de sonido.

Actualmente la API se divide en 5 set:
SOUND
MUSIC
SONG
MIDI
CD

El objetivo es eliminar el set MUSIC y MIDI y unificarlo a SONG.

PRO:
- Obtener una API unica para todos los formatos musicales.
- Reduccion de consumo de memoria de la libreria.
- Reduccion de numero de funciones da recordar.
- Posibilidad de crear programas tambien musicales, utilizando todos los formatos disponibles sin cambiar API.

CONTRA:
- Algunas funciones solo funcionarian para determinados formatos (ej: GET_SONG_LINE no funcionaria para formatos MP3 o OGG).

Espero vuesto feedback.

Saludos.

[SimulatorOne]

CONTRA:
-tener que REprogramar los proyectos actuales.
-audio_setup.music_volume Desaparecera??
esto puede ser un problema, por que estaba bien controlar la Musica de maneraa independiente de los SONG.

entre muchas funciones relacionados con MUSIC puede afectar o cambiar.


Ya estaba bien como esta actualmente.

[shao]

Yo ni si quiera se en que consiste get_song_line.
Que mas funciones se ven afectadas?.

[CicTec]

CONTRA:
-tener que REprogramar los proyectos actuales.
-audio_setup.music_volume Desaparecera??
esto puede ser un problema, por que estaba bien controlar la Musica de maneraa independiente de los SONG.

entre muchas funciones relacionados con MUSIC puede afectar o cambiar.


Ya estaba bien como esta actualmente.

Si, otra contra es tener que reprogramar varios proyectos.
music_volume va a desaparecer, pero el equivalente song_volume quedara, asi que esta feature no se pierde.

Yo ni si quiera se en que consiste get_song_line.
Que mas funciones se ven afectadas?.

4-5 en total actualmente.

[SimulatorOne]

mmm... entiendo en parte de unificar los comandos y reducir codigo.

pero no se si se pierde algunas funciones de MUSIC y MIDI...
Algunas limitaciones tecnicas??

Por replazaar comandos en los protectos creo que no hay problema... notepad++ tiene un rapido Remplazador de textos/documentos de una pasada.

Solo hay que confiar que funcione a la primera xD

[shao]

Perdon no especifique, quise decir cuales no cuantas.

[CicTec]

mmm... entiendo en parte de unificar los comandos y reducir codigo.

pero no se si se pierde algunas funciones de MUSIC y MIDI...
Algunas limitaciones tecnicas??

Por replazaar comandos en los protectos creo que no hay problema... notepad++ tiene un rapido Remplazador de textos/documentos de una pasada.

Solo hay que confiar que funcione a la primera xD

No habria niguna limitacion tecnica en cuanto a formatos, lo unico que cambia es que hay funciones que obviamente solo funcionarian segun el formato que se carga (esto se encargara de averiguarlo el nuevo engine).

Perdon no especifique, quise decir cuales no cuantas.

Al estado actual:
- GET_MUSICATTRIB_SIZE pasaria a ser GET_SONGATTRIB_SIZE y funcionaria solo para formatos MP2,MP3,OGG
- GET_SONG_LINE/ROW, solo funcionaria para formatos MOD,S3M,XM,IT (y quizas MID)
- GET_SONG_NUMROWS, solo funcionaria para formatos MOD,S3M,XM,IT (y quizas MID)
- GET_SONG_ORDER, solo funcionaria para formatos MOD,S3M,XM,IT (y quizas MID)
- GET_SONG_PATTERN, solo funcionaria para formatos MOD,S3M,XM,IT (y quizas MID)
- GET_SONGATTRIB_CHANNELVOLUME, solo funcionaria para formatos MOD,S3M,XM,IT,MID
- GET_SONGATTRIB_NUMORDERS, solo funcionaria para formatos MOD,S3M,XM,IT (y quizas MID)
- GET_SONGATTRIB_NUMPATTERNS, solo funcionaria para formatos MOD,S3M,XM,IT (y quizas MID)
- GET_SONGATTRIB_PANSEP, solo funcionaria para formatos MOD,S3M,XM,IT (y quizas MID)
- MUTE_SONGCHANNEL, UNMUTE_SONGCHANNEL, IS_MUTED_SONGCHANNEL, solo funcionarian para formatos MOD,S3M,XM,IT,MID
- los SET relacionados con los anteriores.

Todo lo demas funcionaria para todos los formatos.

[necro_vampire]

lo mas logico, seria dividirlo en dos set...

uno para formatos digitales (ogg, mp3,etc) y otro para los trackers (mid, mod, it, etc)

[PAMERCO]

por mi parte no hay problema.
yo de sonido/musica, y utilizando la openAL esta, estamos limitados, asi que no creo que nos toque reprogramar mucho....

[erkosone]

el lenguaje es beta.. si hay que cambiar cosas se cambian y punto XD.. si va a mejorar el rendimiento general de la aplicación siempre es una buena idea.

Si como comentan por arriba no se va a perder ningúna feature de la lib pues genial, lo de cambiar 4 lineas de código es lo de menos.. si realmente mejora el rendimiento claro.