SplitSize(maybe not an issue)

[Grass-block]

well i dont think this is an issue but i leave it hear,im sry if ditribute u:D
so im trying to send a MASSIVE packet(about 2mb)using jraknet,but it told me split count should smaller than 128.
it seems that raknet protocol does not really limit the split count,so maybe why dont adding an option to user in order to change the value

*in RakNetPeer.java

[whirvis]

Heya! You're not bothering me at all. Thank you for opening the issue! I realize this project has become outdated and has various issues, and I regret not being able to resolve them sooner. I plan (but cannot promise) fixing these someday.

As for this issue, my recommendation would be to split your massive packet into smaller packets. You can send all of them with the priority of RELIABLE (or RELIABLE_SEQUENCED), and encode their index so the full message can be reconstructed once the other side has received all of the chunks. I would also encode a one time unique ID along with the index, so you can send multiple of these large packets without worrying of the other side splicing together the wrong chunks.

An easy way to generate a unique ID is via UUID.randomUUID(), which is built into Java. I believe JRakNet's built in Packet class can read and write UUID objects. However, if that is not the case, you can encode it by calling Packet.writeLong(long) for UUID.getMostSignificantBits() and UUID.getLeastSignificantBits(). UUID has a constructor which takes in two longs, that will let you reconstruct it that way.

[Grass-block]

thank u for solving this problem,and im looking forward to the future version.
(well this is actually the most friendly network lib that implements UDP in java)