You load assets on game start and forget. Loading at runtime is not good idea. You always limited by

You load assets on game start and forget. Loading at runtime is not good idea. You always limited by HDD or SDD, no matter how many threads will be created, it will not speed up IO process.

Fflyke You load assets on game start and forget. Loading at runtime is not good idea. Y...

ZaBlazzingZephyrus•1/15/23, 3:58 AM

You load assets on game start and forget.

The entirety of them?

ZaBlazzingZephyrus•1/15/23, 3:59 AM

Wouldn't it like, take quite a lot of RAM?

ZaBlazzingZephyrus•1/15/23, 3:59 AM

Than loading them runtime

ZZaBlazzingZephyrus > You load assets on game start and forget. The entirety of them?

flykeOP•1/15/23, 4:01 AM

You need only current level which is limited by size of GPU RAM.
Loading something bigger than 4GB on user device with 8Gb / 4 Gb RAM not really productive. It will swap as hell.

ZaBlazzingZephyrus•1/15/23, 4:02 AM

So the best strategy is to load resources required at the current level before it starts?

flykeOP•1/15/23, 4:08 AM

Until ALL user devices have fastest drives which really could load files without impact on overall system. Maybe in future we will have nice dirves and yes, load data at runtime without waiting.

flykeOP•1/15/23, 4:10 AM

Software solutions in 1st order depend on user devices, and many users stil have old hardware, they use Windows 7 and install games on HDD.

Lyris the Kitori•1/15/23, 4:17 AM

No time to explain someone ping jvyden to patch me back in I know this is the wrong channel

Lyris the Kitori•1/15/23, 4:18 AM

I am on my watch

ZaBlazzingZephyrus•1/15/23, 4:23 AM

@jvyden4

jvyden•1/15/23, 4:23 AM

got it

jvyden•1/15/23, 4:24 AM

they lost internet and have to talk through their watch, we have to communicate via them replying to discord messages

jvyden•1/15/23, 4:24 AM

ZaBlazzingZephyrus•1/15/23, 4:25 AM

Nitrous•1/15/23, 6:34 AM

https://openal-soft.org/openal-extensions/SOFT_reopen_device.txt

Fflyke You need only current level which is limited by size of GPU RAM. Loading someth...

Redhacker2•1/15/23, 10:24 AM

That is not always a valid strategy

Redhacker2•1/15/23, 10:25 AM

Again, open world games

ZaBlazzingZephyrus•1/15/23, 10:42 AM

Hmm

NNitrous https://openal-soft.org/openal-extensions/SOFT_reopen_device.txt

Perksey•1/15/23, 10:51 AM

If you can’t find it in Silk.NET.OpenAL.Extensions.Soft then the answer is probably no, but thankfully OpenAL extensions are super easy to add if you wanted to give it a go!

Nitrous•1/15/23, 10:52 AM

time to become a contributor

Nitrous•1/17/23, 11:53 AM

how would you guys implement openal buffers and sources? since the preferred method is streaming audio data I guess its to make a pool of buffers and sources?

Aqua•1/17/23, 11:57 AM

use a circular set of buffers. write to them, queue them, then as one buffer finishes, write to it and queue it again

Nitrous•1/17/23, 11:58 AM

oh so a pool?

Aqua•1/17/23, 11:58 AM

in terms of sources i always just created all of the sources at once, but you can just create a source as and when you need it

NNitrous oh so a pool?

Aqua•1/17/23, 11:58 AM

essentially

Aqua•1/17/23, 11:58 AM

one sec

Aqua•1/17/23, 11:58 AM

https://github.com/piegfx/Easel/blob/master/Easel/Audio/VorbisPlayer.cs this vorbis player shows what i mean

Nitrous•1/17/23, 12:00 PM

ohh I see

Nitrous•1/17/23, 12:01 PM

I think I can also do chunked audio data streaming

Nitrous•1/17/23, 12:01 PM

probably 32kb at a time

Nitrous•1/17/23, 12:01 PM

though looping might be a disaster

Aqua•1/17/23, 12:01 PM

this pretty much is chunked audio streaming. the buffer is just very short

Nitrous•1/17/23, 12:02 PM

still trying to understand the relationship between buffers and sources

Nitrous•1/17/23, 12:03 PM

I think every time you enqueue buffers it gets appended to the source?

Aqua•1/17/23, 12:03 PM

a buffer is basically just a region of memory that stores PCM data.
a source plays back these buffers.
you can have multiple buffers queued in a source

Aqua•1/17/23, 12:03 PM

correct

Nitrous•1/17/23, 12:03 PM

Nitrous•1/17/23, 12:04 PM

how would you "reuse" a source?

Nitrous•1/17/23, 12:04 PM

since buffer data gets appended to a source

Aqua•1/17/23, 12:04 PM

with openal i believe you have to manually remember to dequeue the buffers, which means you have to add it in your update loop.
that's ultimately the reason i replaced openal with my own library, because mine doesn't require an update loop at all to dequeue buffers, it just requires a callback

NNitrous how would you "reuse" a source?

Aqua•1/17/23, 12:05 PM

reuse a source? sources are inherently reusable. just tell it to play a buffer instead of queueing one and it will replace all the queued data and start playing whatever you tell it to

Nitrous•1/17/23, 12:06 PM

what I mean is if the source has finished playback and I want to replace the data that has been processed on that source

Aqua•1/17/23, 12:06 PM

ah
yeah this is what i mean by the fact that you have to manually dequeue the buffers in your update loop

Aqua•1/17/23, 12:06 PM

it's a complete PITA and i hate it

Aqua•1/17/23, 12:07 PM

which is the reason i wrote my own, since it does it all automatically unlike openal which doesn't for some unknown reason

TechPizza•1/17/23, 12:08 PM

openal feels like an audio cousin to opengl

Nitrous•1/17/23, 12:08 PM

it is from what I've read from its history

Nitrous•1/17/23, 12:08 PM

also I think I'm slowly understanding it now

Nitrous•1/17/23, 12:08 PM

I got confused because a lot of examples "unqueue" the buffers before playing the source

TechPizza•1/17/23, 12:09 PM

tldr: openal may explode on you depending on its mood

You load assets on game start and forget. Loading at runtime is not good idea. You always limited by

Similar Threads