| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
the texture assets from the scene and decode the j2k layer data to cache. The work is split between the number of threads you specify. A good number of threads value is the number of cores on your machine minus 1.
* Increases the number of ImageDataPackets we send per PriorityQueue pop and tweak it so that the number of packets is ( (2 * decode level) + 1 ) * 2, and (((2 * (5-decode level)) + 1) * 2). The first one sends more data for low quality textures, the second one sends more data for high quality textures.
|
| |
|
|
|
| |
* When the DynamicTextureModule creates a j2k image, pre-cache the decode so that it doesn't stall any client threads.
|
| |
|
|
|
|
| |
* Fixed up an outgoing packet
* I <3 OpenSimulator
|
| |
|
|
| |
server will decode the j2k stream once and cache it to disk so that the cache is saved across sim restarts.
|
| |
|
|
|
|
| |
* Often times now the only reason OpenJpeg doesn't work is because it requires Glibc 2.4 The error messages reflect that.
* In J2kDecoder module, It stops trying to decode modules if it encounters a dllnotfound exception and instead sends a full resolution layer that causes the texture sender to only send the full resolution image. (big decrease in texture download speed, but it's better then nasty repeating error messages)
|
| | |
|
|
|
* Updates LibOMV to r2362
|
