C
CypherMK
Guest
Yes
Music Gapless Playback (1 Viewer)
- Thread starter hwahrmann
- Start date
Yes
C
CypherMK
Guest
Did some further testing. Everything is working now.
When the buffer is set to 0.49 or lower everything works as it should. If I set it to 0.50 or higher, the files wont play. I've tested this with different collections of multichannel flac files.
Can we set the default buffer in future versions of Mediaportal to 0.49 or lower, so nobody comes across this issue? @Helios61 Can you also confirm this?
Also check post below this one!
Last edited by a moderator:
C
CypherMK
Guest
I came across another issue again. Most files I tested are 24 bit, 88.2 khz. They play fine. Now I tested a 24 bit, 96 khz file, and I got the same issue again. When I adjusted the buffer to 0.45, it worked again. With 0.46 buffer I couldn't play the file.
So it also seems, the higher the khz the less buffer you have to set. I don"t know if there are files with higher khz? If so I would test it, but I don't have them.
So 0.45 is the maximum buffer.
So it also seems, the higher the khz the less buffer you have to set. I don"t know if there are files with higher khz? If so I would test it, but I don't have them.
So 0.45 is the maximum buffer.
Austria
- Thread starter
- Moderator
- #114
ok, i will report this to the BASS Dev.
I can't set a specifiic buffer size, since it might be different on various systems.
I can't set a specifiic buffer size, since it might be different on various systems.
- Moderator
- #115
From old friend of mine, we could have some explanation
WASAPI drivers and/or audio HW defines the max buffer size in bytes, so that is why different audio formats have different max buffer lenghts
BASS library seems to be not so nice when it reports just an unknown error with a failure on buffer initialization
It surely would assume WASAPI would return AUDCLNT_E_INCORRECT_BUFFER_SIZE in those cases but that 100% sure of course it seems BASS hides that error from MP
WASAPI drivers and/or audio HW defines the max buffer size in bytes, so that is why different audio formats have different max buffer lenghts
BASS library seems to be not so nice when it reports just an unknown error with a failure on buffer initialization
It surely would assume WASAPI would return AUDCLNT_E_INCORRECT_BUFFER_SIZE in those cases but that 100% sure of course it seems BASS hides that error from MP
Here it is working with 0.44 seconds or lower!
C
CypherMK
Guest
What kHz and how many channels were those files?
5.1 Channel - 24bit-96kHz
C
CypherMK
Guest
So I guess, if we would set the default buffer value to 0.4, everything should work on all systems. So we can avoid posts about not working multichannel flac files. And put in the Wiki why we did this.
- Thread starter
- Moderator
- #120
I've got a new WASPI dll from the BASS Dev, which should at least give a meaningful message.
his quote is:
I think different devices/drivers can have differing maximum buffer lengths. If the BASS_WASAPI_Init "buffer" parameter exceeds that, it will currently result in a BASS_ERROR_UNKNOWN error, but here's an update that adds a more specific error code...
The following new error code will result from the driver stating that the requested buffer is too large...
#define BASS_ERROR_WASAPI_BUFFER 5001
If you get that error from a BASS_WASAPI_Init call, you can try again with a lower "buffer" parameter.
with that error i could try with a lower buffer length, like dereasing it with 0.1 seconds
his quote is:
I think different devices/drivers can have differing maximum buffer lengths. If the BASS_WASAPI_Init "buffer" parameter exceeds that, it will currently result in a BASS_ERROR_UNKNOWN error, but here's an update that adds a more specific error code...
The following new error code will result from the driver stating that the requested buffer is too large...
#define BASS_ERROR_WASAPI_BUFFER 5001
If you get that error from a BASS_WASAPI_Init call, you can try again with a lower "buffer" parameter.
with that error i could try with a lower buffer length, like dereasing it with 0.1 seconds