No changes required

No changes

When ChunkAccess was converted to an abstract class some versions
ago, the code to initialise ni...

During feature generation, light data is not initialised and
will always return 15 in Starlight....

This should hopefully help mod compatibility with mods that
implement their own Levels.

Fixes h...

There is no point in initialising the sources in Starlight,
as we do not use them. Additionally,...

Use different method to retrieve chunk x/z from
chunk packet. This breaks compatibility with 1.2...

We can avoid multiple ticket additions for the same ChunkTasks
instance. This will help in situa...

Use unsigned mod operation for initialization of anc

Update loom to 1.2, gradle to 8.1.1

Set version dependency to 1.20.*

Add notice about invalid gen test results

No changes needed

1.20 will purge existing data. So, we should recalculate.

Now that the Vanilla engine is basically an implementation of the
higher level design of Starlig...

No changes to note

- Modify Block source retrieval for lighting chunks to use ChunkSection#maybeHas to filter out s...

New link is apparently compromised

* 1.19.3-pre2

Use ObjectOpenHashSet instead of HashSet
Remove unnecessary chunkToSave modification

No new build is needed. Old is compatible.

This ensures any mapping/method changes do not fail the
chunk load/save

Update loader dep to require >=0.14.6

Only needed build system changes

No changes

Bump light version, since light data will be removed
for starlight in the upgrade process.

The logger field breaks compatibility with
anything less-than 1.18.2.

Squashed commit of the fo...

Avoids a possible ClassCastException in StarLightInterface's constructor if a custom LightChunkG...

No build needs to be pushed, existing one is compatible.

It looks like the primary problem with Sodium compat is
its load hook mixin is ordered after min...

Not sure why updating was used. Looks like a bad change
resulting from the Mojang mappings chang...

Fixes https://github.com/PaperMC/Starlight/issues/99

* Fix light update with high chunk y

* Bump light version

No changes required

Otherwise the generic call to retrieve a NibbleArray on the
client will return null for skylight...

- Do not queue light updates from the server in the client. If a block
update occurs while an ...

No changes required

Thanks to spnda on GH for pointing out a typo in
BlockStarLightEngine introduced by the 21w39a u...

Migrate all light and emptiness map data into ChunkAccess
Hook the new combined light and chunk ...

The original section was too vague and thus left too much
to interpretation.

This fixes an almost infinite loop where light values
would be spam queued on a very small subse...

No changes required, so no build to push.

This allows explicit access for other mods for compatibility
purposes. I've also modified them s...

Vanilla didn't tell the client to recalculate the edges of the
light it checked, and nor did it ...

Fixes https://github.com/Tuinity/Starlight/issues/56

Silences useless warning

- Add world height support.
- Remove deprecated variable block light handler
- Update mixins

Include the new benchmarks. Please note that these new benchmarks
are taken on a newer CPU than ...

Thanks to the top tier chunk system, chunk generation
and lighting can occur at the same time. T...

Copied from propagation benchmarks.txt

I realised that Starlight's numbers for place/break look...

- Add in more benchmarks, namely updated variants of chunk
generation and additional block ligh...

De-initialisation is not as straightforward as with sky data, since
deinit of block light is typ...

This document is intended generally for programmers to
get a high level detail about what Starli...

Fixes https://github.com/Spottedleaf/Starlight/issues/40

Would've thrown rather than returning null.
This also disables the gradle daemon. I think this
t...

- Completely rewrite how lighting is loaded in for clients
Attempts to fix https://github.com/S...

Also update fabric.mod.json to:
- Include contact info
- Add "phosphor" to breaks. For obvious...

By queueing block updates to POST_UPDATE and light calls to
PRE_UPDATE we can always ensure chun...

While vanilla is perfectly capable of handling null nibbles
in these cases, some protocol hacks ...

While it might appear at first glance that the vanilla
chunk system makes a guarantee that 1 rad...

Tuinity had some problems, and it bumped the version. So
we must also.

We also need to lazy init nibbles that were in non-lit chunks,
as they would not have been initi...

Neighbouring light calls will prevent the emptiness map variable from
being written to, so we mo...

No clue why I didn't run the logic if the chunk was loaded.

Now we no longer store neighbour data per chunk, as that's obviously
fragile and bound to desync...

We don't need an extra bit to store whether the
block is full opaque. We never needed to take ad...

Fixed-size was chosen for purely its performance. However, it looks
like making the queues overs...

Allow logic to set custom block emittence for block positions.
Not really useful honestly, it's ...

Need to re-insert neighbour nibbles in case we want to actually
init them.

Remove that illegal ','

1. Fix chunk relighting
In order to make relighting more reliable, move the
emptiness map look...

1. Finish mixin cleanup
No longer screw around with serverside scheduling, should
improve comp...

1. Optimise chunk sky generation.
ChunkSections now store 2 extra bits per block, which let us
...

Also link to the issue page

Not needed with new stratedgy to relight vanilla lit chunks

Accidentally tested paper/starlight on an amplified world. It made both look worse than they rea...

Did not mean to imply we improved world gen by an order of magnitude... Just the light engine ti...