Difference between revisions of "Limits"
m (Fixed broken link.) |
(→Sound: On uploading sounds that are exactly 30 seconds long) |
||
Line 513: | Line 513: | ||
||Sound length | ||Sound length | ||
| n/a | | n/a | ||
| {{no|less than 30 seconds}} | | {{no|less than 30 seconds or precisely 1,323,000 samples}} | ||
| 29.99 seconds is fine, | | The advice is typically to upload sounds less than 30.0 and that 29.99 seconds is fine. However if you do wish to be able upload sounds that are 30 seconds precisely then the .WAV file must have exactly 1,323,000 samples (44,100Hz * 30 seconds). Specifically anything above 1,323,000 samples fails to upload. | ||
| '''[https://community.secondlife.com/knowledgebase/english/uploading-assets-r75/ Uploading Assets]''' | | '''[https://community.secondlife.com/knowledgebase/english/uploading-assets-r75/ Uploading Assets]''' | ||
|- | |- |
Latest revision as of 09:38, 8 September 2024
Summary
The Second Life Viewer and simulators have a division of labor, keeping track of the data that makes Second Life run. The Viewer's job is to:
- Handle locations of objects.
- Get velocities and other physics information, and does simple physics to keep track of what is moving where.
The simulator's job is to:
- Run the physics engine.
- Detect collisions.
- Keep track of where everything is
- Send locations of content to the Viewer along with updates when certain changes occur.
Limits are necessary for all of these components to work together. The list below outlines many of the Second Life numerical limits that affect your inworld experience. Some of these will likely change over time, so if you spot something incorrect/outdated, please take a moment to update it.
Important: The scope of this page is focused on Linden Lab's official Viewers, keeping in mind 3rd-party viewers may differ. Cite sources and provide substantiation for limits that aren't provided by Linden Lab. Also, unconfirmed speculation goes on this discussion page. Don't add data without a hard limit, and don't add obscure trivia that doesn't practically affect the general inworld experience. |
Avatar
- Max. # of attachments - 38 combined HUD or body attachments.
- They can be viewed by right-clicking your avatar and choosing Edit My Outfit.
- With the formal introduction of multiple attachments to a single point in Viewer 2.4, you can attach up to 38 total objects, and they can all be attached to a single point.
- With the introduction of the Bento armature, there are 47 attachment points available.
- With the introduction of Animesh, there is a limit of 1 Animesh attachment for Basic & Plus members, 2 if the resident has Premium or Premium Plus.
- Max. attachment position - 3.5m in a sphere around <0, 0, 0>.
- Max. # of clothing layers - 60 including alpha, tattoo, shoe base, physics, socks, gloves, undershirt, underpants, shirt, pants, jacket, skirt
- On viewers before Second Life Release 3.7.29.301305, the potential total was still 60, but limited to 5 items of each type.
- In any case, only one each of shape, skin, eyes and hair base may be worn. These 4 basic body parts are in addition to the 60 clothing layers.
- Max Clothing Texture - 1024x1024 px (except 128x128 px for eyes) - Server Side Appearance (and legacy baking on outside grids) will downsize larger textures*. (Support for 2K textures & Bakes on Mesh is in development but not yet supported)
- Max. unassisted fly height - Stable hover at current ground elevation plus 5020m.
- You can easily acquire a flight attachment to fly high. Also see flight limit and the Navigation section below.
- Common shoe sizes - Traditionally, most women's shoes were designed for a size 0 (zero) foot. Men's generally scale up to 14. Newer items (mesh and some sculpted) replace the system feet or conform to the avatar's shape, so adjustments may be necessary.
- You can check this by going to Edit menu > Appearance and clicking on the Shape > Legs tab.
- Max. length of avatar name - 31 for first name, 31 for last name, 63 in total (including the space).
- Max. length of Username - All lower case and a maximum of 63 including the '.'(eg; firstname.lastname)
- Older account user names are a combination of the First and last name in lower case separated by a period(.)(eg; lilmix.pixelmaid)
- Modern user names are a single name(no period)(eg; john1234) - Max. length is 31 characters
- The Legacy Names for modern user names always shows Resident as the last name. So the Max is 40 characters in total for a new avatar's legacy name(including the space and last name 'Resident')
- Min. length of Display_Names - At least one script character
- Max. length of Display Names - 31 characters
- Display Names can include most Unicode script characters, spaces, and some punctuation.
- Max. avatar speed - 250m/s (with only attachments to assist)
- Max. teleport speed - 6 teleports per minute
Animation
Limit affects | Lower limit | Upper limit | Comment | More coverage | ||
---|---|---|---|---|---|---|
Length of animation | n/a | 60.0 seconds | Limited by length or Size, whichever is reached first | n/a | ||
Size of Animation | n/a | 250,000 bytes | Limited by length or Size, whichever is reached first. Size is after conversion to .anim.
|
Internal Animation Format | ||
Distance an Animation Can Travel | -5 meters (per axis) | +5 meters (per axis) | 10 meters per axis cumulatively (travelling from -5 to +5). | n/a | ||
animation priority | 0 | .bvh: 4, .anim: 6 | .anim uses per-joint priorities, meaning it's possible to have a mix of joint priorities in the same animation. | Animation Priority | ||
Number of unique joints per animation | n/a | 216 | .anim, unlike .bvh, uses a flat structure, meaning that only the bones animated are stored, and bones which would otherwise be kept by .bvh (to keep hierarchy structure) are deleted. | n/a | ||
Number of simultaneous animations playing | n/a | 30 | n/a | n/a |
Building
Limit affects | Lower limit | Upper limit | Comment | More coverage |
---|---|---|---|---|
Prim dimensions | <0.01, 0.01, 0.01> | <64.0, 64.0, 64.0> | Used to be <10.0, 10.0, 10.0> prior to Second Life Server version 11.08.17.238770 | llSetScale, PRIM_SIZE and Megaprim |
Number of prims in a linkset | n/a | 256 prims | Used to be 255 prior to Second Life Server version 1.26 | n/a |
Linking distance | n/a | 64 meters | distance has changed on 2023.06 update. The old max distance was 54 meters. | n/a |
Local offset (avatars) | n/a | 1000 meters per axis | Unlike regular Linkability Rules for linksets, an avatar sitting on an object may be moved significantly further by scripts. | llSetLinkPrimitiveParams with PRIM_POS_LOCAL |
Physics cost for a physical object | n/a | 32.0 | Additional notes:
|
OBJECT_PHYSICS_COST |
Build or rez height | n/a | 4096.0 meters | 768.0 meters for Viewers prior to version 1.20 | n/a |
Prim name length | n/a | 63 bytes UTF-8 string | same limit for avatar names, although the character set for avatar names is significantly limited. | n/a |
Prim description length | n/a | 127 bytes UTF-8 string | n/a | n/a |
Temporary prims' lifetime | n/a | up to around 60 seconds | depends upon when the next garbage collector cycle is | n/a |
Number of temporary prims | n/a | RegionPrimLimit - NumberOfPrimsInRegion + Minimum(0.5*RegionPrimLimit, 1000) | n/a | n/a |
Length of hovertext | n/a | 254 bytes UTF-8 string | n/a | llSetText and PRIM_TEXT |
Lighting
Limit affects | Lower limit | Upper limit | Comment | More coverage |
---|---|---|---|---|
Number of projectors rendered at full detail | n/a | 2 | Only the 2 projectors closest to an object will cause it to cast shadows. | Knowledge Base > Lighting > Projectors |
Number of lights rendered on Alpha Blended surfaces | n/a | 8 | 8 including the Sun and Moon. The viewer will attempt to select the "most significant" lights to render, however these blended surfaces will look different as a result of these lighting limitations. | Alpha Blending
|
Communication
Limit affects | Lower limit | Upper limit | Comment | More coverage |
---|---|---|---|---|
Whisper distance | n/a | 10 meters | /whisper as the first few characters in a message can be used in viewer-2-code based viewers in local chat.
|
n/a |
Chat distance | n/a | 20 meters | text spoken as a "chat" step within gestures cannot be shouted or whispered. /whisper and /shout can be used in the "Replace with" field. | n/a |
Shout distance | n/a | 100 meters | /shout as the first few characters in a message can be used in viewer-2-code based viewers in local chat.
|
n/a |
Length of a chat message and whether or not it is truncated | 1 byte or single-byte character | 1024 bytes or single-byte characters | Limit does not apply to instant messages via llInstantMessage and communication between IM and email, the limit there is 1023 bytes or single-byte characters.
The viewer-to-server communication on negative channels is truncated to 254 bytes, and on positive channels, to 1023 bytes. These limits do not affect communication between scripts. |
llInstantMessage |
Maximum events | n/a | 64 events | Events are stored in a 64 bit bitmap. Events happening when the bitmap is full, will get discarded. | n/a |
Number of offline messages | n/a | Capped at 15 messages for Basic & Plus members, 80 for Premium members, and 160 for Premium Plus members. | Number of offline messages (involving IMs, inventory offers, group notices, group invitations) received before messages get capped. Note: If autoAcceptNewInventory (debug setting) is set to TRUE (the default is FALSE), then all inventory offers, even above the cap allowed by membership, go directly to inventory and do not count against the cap on offline messages. | IM - Blog Post |
Length of a properly delivered email reply to an IM | n/a | 1023 bytes or single-byte characters | n/a | n/a |
Time after which a reply to an IM can be sent via email. | when receiving the IM via email. | 5 days after receiving the offline IM via email. | n/a | Second Life Blogs |
Time period for which IMs are stored within Second Life. | n/a | 31 days after receiving the IM | Torley Linden confirmed this with Kelly Linden | n/a |
Number of IMs sent by an object within an hour | n/a | 5000 per hour | n/a | n/a |
Gestures
Limit affects | Lower limit | Upper limit | Comment | More coverage |
---|---|---|---|---|
Shortcut key mappings | n/a | 33 unique combinations, since F2–F12 can be used with the Ctrl or Shift ⇧ modifiers. | n/a | All_keyboard_shortcut_keys and the knowledge base |
Chat step length | n/a | 127 bytes or single-byte characters | n/a | n/a |
Wait time | n/a | 3600 seconds (which is one hour) | n/a | n/a |
Maximum steps data | n/a | 1000 bytes of packed data; saving with more data returns the message "Gesture save failed. This gesture has too many steps. Try removing some steps, then save again." Shorter text, for example, will allow more steps. | n/a | n/a |
Length of included assets | n/a | see sections for animation, sound | n/a | n/a |
Groups
- Maximum number of groups you can belong to: 42 for Basic members, 50 for Plus members, 70 for Premium members, 140 for Premium Plus members.
- After downgrading from a higher limit membership to a lower one, you may not join any new groups until you are a member of fewer than your current subscriptions's group limit. For example, if you downgrade from Premium (70 groups allowed) to Basic (42 groups allowed), you can't join any new groups until you're a member of fewer than 42 groups.
- Roles within groups are sort of like sub-groups. In many cases, you can use them instead of creating new groups.
- Minimum number of members in a group: 2
- A group with only 1 person for 48 hours will be disbanded (cancelled). Unless the group owns land.
- Maximum number of roles allowed in a group: 10 (including "Owners" and "Everyone", which cannot be deleted)
- Maximum Group Name: 35 single-byte characters.
- Maximum Group Title: 20 single-byte characters.
- Maximum Length of a Group Notice: 512 single-byte characters.
- Maximum Age of a Group Notice: 14 days.
Inventory
- Maximum number of inventory items that can be sent in a folder: 42
- Folders count as items too. This has more to do with packet size limits than cheeky Douglas Adams references.
- Maximum number of accounts that an inventory item can be shared with at once: The limit is unknown, but tests show that it is more than 35. No documentation has been found. One third-party viewer developer says that the code doesn't seem to look for a limit. It just builds the list and sends it to each avatar individually.
- Maximum number of inventory items that can be contained in a prim: 10,000
- Maximum characters in an inventory item name: 63
- Maximum notecard line: None, but scripts can only read the first 1024 bytes (was 255 bytes before server version 2021-10-25.565008).
- Maximum notecard size: 65,536 bytes
- Number of items in the Library: 3,500 as of 2019-08-10
- Verified by hiding the Library and counting the difference.
- Maximum number of inventory items displayed in a single inventory folder: Several thousand.
- This was discussed during [1] "the folder will load up to the limit number of items, and remaining ones won't show up in the viewer. you still own them, they aren't lost, but they will be hidden until the folder size is reduced."
- There is no specified limit for total avatar inventory, very large folders can be split.
- There was discussion in the Third Party Developers' UG (4/10/2015) meeting about new inventory and login problems from having large numbers of items in a single folder. AISv3 removed server-side limits on the number of items in a folder. Flat inventories are bad. No one is certain at what number of items in a folder cause a login problem. The fix is to clear the inventory cache (not the viewer cache) and log into a deserted, empty region then move inventory items into folders and sub-folders. - The problem appears at different a number of items depending on your computer and connection speed. Hopefully being on an empty region will give one enough edge to get logged in and do some corrective work before being dropped. If not, you will need to contact support for help. They will divide large folders into smaller groups so you can log in.
Land
- Maximum parcel size: 65,536 meters²
- Covering a whole region, or square on the World Map.
- Minimum parcel size: 16 meters²
- Maximum parcel name length: 63 single-byte characters
- Maximum parcel description length: 255 characters
- Region name length: Linden Concierge policy states a minimum of 3 characters, and a maximum of 25 characters (including spaces). See Guidelines for Private Region Naming. However, the technical maximum limit is 35 characters, and exceptions to the concierge policy do exist (e.g Sandbox - Weapons testing (no damag and X)
- Ban line height for "no entry" or "pay to access" (in other words, "allow public access" is turned off, or "allow group access" is turned on, in the parcel options) is the parcel's ground elevation plus 50 meters (except, if the region has been set to "Block Parcel Fly Over" in which case the access controls extend to at least 4096 meters). If a user is explicitly banned by name, the height is the parcel's ground elevation plus 5000 meters. On current viewers this is visible to the full extent.
- Maximum prims in a region:
- "Mainland / Full Region" and "Linden Homes / Full Region": 22,500
- Full Regions in private estates: 20,000 with an option for 30,000
- Homestead: 5,000
- Openspace : 1,000
- To check a region's capacity, use llGetEnv("region_max_prims").
- (Region types are as found in the General tab of World > About Land, or returned by llGetEnv("region_product_name"))
- Maximum auto return value: Besides
0
(which means never), 999,999 minutes is the highest auto return value. - Terraforming limits:
- Most mainland can be raised/lowered by 4 meters (+/-).
- Some mainland regions cannot be terraformed, including: Bay City regions, Boardman, Brown, De Haro, Horizons, Kama City regions, Nautilus City regions, Nova Albion regions, and Shermerville regions.
- Linden Homes do not allow terraforming.
- A few, very old mainland Regions like Da Boom have a terraform range of 40 meters (+/-).
- Estate (private island) terraformability is settable to a maximum of 100 meters (+/-) by the estate owner or managers.
- Maximum water height: 100 meters using inworld controls, 255 meters by using a
*.raw
file upload.- Region water height is usually 20 meters, and adjacent regions should have the same water height, or else they will look discontinuous.
- Maximum terrain height: 255 meters using inworld controls (mainland limit), 510 meters by using a
*.raw
file upload. - Miscellaneous estate limits: You can have a maximum of 20 estate managers, 500 allowed Residents, 63 allowed groups, and 750 banned Residents.
- See World menu > Region/Estate > Estate tab.
- Maximum number of agents
- Event Regions: 175 agents
- Full region: 100 basic account users plus 10 additional available to premium accounts. (Typically set to 40 on mainland, 55 on Linden Homes regions, but this does vary. Some meeting areas have this set to 60 and higher.)
- Recent server performance improvements make regions with 60 agents in them perform quite well.
- Homestead: 20 (plus 5 additional available to premium accounts)
- Openspace: 10 (plus 2 additional available to premium accounts)
- Freeze Time: Land owners can freeze other Residents for up to 30 seconds. Members of land-owning groups can also be granted this ability.
- Minimum parcel that can be listed in Places or All search: 144 meters²
- Minimum parcel that can be listed in Events: 512 meters²
- Maximum altitude for event listings: 768 meters (WEB-814)
- Maximum heights that objects can be seen on the World Map: 400.005m
Mesh
Limit affects | Lower limit | Upper limit | Comment | More coverage |
---|---|---|---|---|
Number of vertices | n/a | 65536 vertices per LOD | per mesh - See discussion page | n/a |
COLLADA file size | n/a | 8 MB | Maximum mesh asset size after compression, roughly equivalent to a 256 MB Raw COLLADA file. | n/a |
Bone influence weights per vertex | n/a | 4 | n/a | n/a |
Bone influence weights per mesh | n/a | 110 | some folk have reported needing to go as low as about 99 in rare cases | n/a |
Number of materials per mesh | n/a | 8 | n/a | n/a |
Number of materials per face | n/a | 1 | n/a | n/a |
Physics weight for a vehicle | n/a | 32.0 | n/a | n/a |
Maximum number of triangles for Animesh | n/a | 100,000 | Server uses estimated triangles (streaming cost calculated), not visual triangles. | Animesh_User_Guide |
User Found Temporary Mesh Limits:
Because of an apparent bug in the importer stay within these limits.
- 174,752 triangles, beyond which additional triangles will appear as holes.
- The 64k vertices per material is pre-empted by a limit of 21,844 triangles per material, which is presently reported as BUG-1001. (4/2014 - See discussion page)
- The import process will continue making new materials beyond 8 x 21,844 (=174,752) triangles, but the extra triangles then get dropped by the limitation to 8 materials, causing holes in the resulting object. Over the 21,844-triangle limit, the vertex count will start to climb steeply, even with smooth shading, because the materials get highly interspersed. So the same vertices have to appear in multiple material lists. So, the moral of the story is to stay below 21,844 triangles per material, for now, if you want to avoid some unexpected effects.
- Since viewer release 3.8.4, processing of meshes in the Collada file that have faces assigned to more than 8 materials has changed. Instead of simply dropping the extra material faces, the uploader now creates a new object to accommodate them. The result is that the single mesh is divided into multiple objects (prims) in a linkset. Thus, the limitation to 8 materials is removed as far as input is concerned, but still applies to each of the resulting linked objects actually uploaded. As a consequence, it is now possible to upload a mesh with more than 174,752 triangles, although it will be divided into multiple objects.
Misc.
- Billing and Trading Limits - Includes LindeX currency exchange limits.
- Absolute height limit: 2147483647 = 231 − 1 meters, which causes the altitude counter to roll over. Altitudes well below this cause graphics errors probably due to limited floating point number precision.
- Highest z-value of an SLurl, that will still teleport you to a positive altitude: 4096
- This used to be much higher, but is clamped in late model viewers.
Profile
Each 7-bit ASCII character is encoded in one byte. International characters might need more bytes. When pasting text instead of typing, you can get in one byte more into each of the below.
- 2nd Life tab's About field - 510 bytes
- Picks tab - 10 picks with 1022 bytes each
- 1st Life tab's Info field - 253 bytes
- Classified tab - 100 listings with x bytes each
- My Notes - 1022 bytes
Performance
- Healthy Viewer FPS - Generally, FPS equal to or above 24 is good. The higher it gets, the smoother*. You can check via Advanced menu > Performance Tools > Lag Meter, or for more advanced usage, see Advanced > Performance Tools > Statistics Bar.
- Avatar Rendering Cost scores - Learn all about it!
* Only until your framerate reaches your monitor's refresh rate, after this point there will be very little benefit.
Scripting
- Height at which scripts reactivate on a no-script parcel - 50 m above terrain mesh. Scripted objects that take controls will keep running when you fly down or enter a no-script parcel. (If scripts are disabled in the region debug panel, they will not run at any height.)
- Maximum height where scripts can run - none, as long as the object remains rezzed or attached.
- Maximum script source code size - 65536 single byte characters (that's a viewer limit and can be changed in the config file 'panel_script_ed.xml').
- Maximum script memory size (LSO) - 16384 bytes.
- Maximum script memory size (Mono) - 65536 bytes (the maximum memory available to Mono scripts can be constrained via llSetMemoryLimit).
- Maximum memory for Linkset data key/value pairs - 128 KiB
- Maximum memory for Experience key/value pairs- 128 MiB
- Maximum active listeners per script - 65.
- Usable channel for each listener - min. -2147483648, max. 2147483647, including the following special channels: PUBLIC_CHANNEL and DEBUG_CHANNEL.
- Maximum number of scripts that can be rezzed at once – 1,000. (Refer to Building Tips, by Jeremy Linden.)
- For specific scripting limits, look up calls in the LSL Portal.
Sound
Tip: Second Life will accept sounds that are encoded following "CD Quality" encoding presets present in many DAWs. |
Limit affects | Lower limit | Upper limit | Comment | More coverage |
---|---|---|---|---|
Sound length | n/a | less than 30 seconds or precisely 1,323,000 samples | The advice is typically to upload sounds less than 30.0 and that 29.99 seconds is fine. However if you do wish to be able upload sounds that are 30 seconds precisely then the .WAV file must have exactly 1,323,000 samples (44,100Hz * 30 seconds). Specifically anything above 1,323,000 samples fails to upload. | Uploading Assets |
Bit depth | n/a | 16 bit | n/a | n/a |
Sample rate | n/a | 44.100 kHz | n/a | n/a |
Audio channels | n/a | 1 channel (mono) | Channels will be merged at upload time for dual-channel (stereo) audio. | n/a |
Textures
- Aspect ratios of profile, place, etc. pictures — all of these were measured at UI size (Edit menu > Preferences > General tab > UI Size) = 1.000:
Second Life Viewer 3.6
- Search > Classifieds thumbnail - ~3:2 (101×69 pixels)
- Search > Classifieds expanded - ~4:3 (159×120 pixels)
- Search > Classifieds expanded > More Info - native aspect ratio
- Search > Destination Guide thumbnail - ~3:2 (101×69 pixels)
- Search > Destination Guide expanded - ~4:3 (159×120 pixels)
- Search > People - 1:1 (100×100 pixels)
- Search > Places expanded ~4:3 (159×120 pixels)
- Place Profile - ~3:2 (290×197 pixels)
- About Land > Options tab - ~4:3 (195×150 pixels)
- Profile > Picture - native aspect ratio; thumbnail cropped to 72×72 pixels; zoomed uncropped up to 300×300 pixels
- Profile > Real world picture - native aspect ratio; thumbnail cropped to 45×45 pixels; zoomed uncropped up to 300×300 pixels
- Profile > Picks thumbnail - ~16:9 (~516×~270 pixels as measured on screen; the ratio seems closer to 16:8.5)
- Profile > Pick expanded - Unknown as of 2022-11-13 (viewer 6.6.7.576223); the Pick image does not expand.
1.x Series Viewers
(official Viewer up to 1.23.5, still used by some Third Party Viewers)
- Search > All for "Classifieds", "People", and "Places" - 4:3 (256×192 pixels)[1]
- Search > Places and Classified tabs - ~7:5 (398×282 pixels)
- Search > Land tab - ~7:5 (358×252 pixels)
- Profile > 2nd Life tab - ~4:3 (178×133 pixels)
- Profile > Picks tab - 16:9 (288×162 pixels)
- Profile > 1st Life tab - 1:1 (133×133 pixels)
- Profile > Classifieds tab - ~3:2 (206×137 pixels)
- Profile > Web tab - 1:1 (400×400 pixels)
- A scrollbar uses 15 pixels on the right-hand side.
- About Land > Options tab - ~3:2 (178×117 pixels)
- Group Information > General tab's "Group Insignia" - 1:1 (126×126 pixels)
- Some of these textures are shared (for example, Search > All place pages, Search > Places, and About Land > Options use the same image), so you should pick a well-balanced ratio and size.
- Learn how to get correct texture aspect ratios when editing images.
All Viewers
- Maximum texture size - 2048×2048 pixels
- All Second Life textures are constrained to powers of 2 (e.g., 128, 256, 512).
- We strongly recommend you use as small textures as possible because larger ones consume more memory and take substantially longer to load.
- Where large textures are being forced by import to only 512×512, lower your ...> Preferences >...> UI Size under 1.0, to increase import size to the max 2048×2048.
- Minimum texture size - 4×4 pixels
- This means that there are ten possible image dimensions: 4, 8, 16, 32, 64, 128, 256, 512, 1024 & 2048 pixels, either horizontal or vertical.
- Texture resizing
- Uploaded textures will be resized to the dimensions above.
- Each dimension is resized independently (for instance, a 1024 x 999 image will be resized to 1024 x 1024).
- A dimension that is already a power of two will not be resized.
- The uploader “prefers” to round down rather than up. The threshold for rounding down/up is .75 of the distance between powers of two.
- For example, given a dimension of x, if x / 512 is larger than 1.75, x will be resized to 1024, else 512.
- Another example: If x / 256 is larger than 1.75, x will be resized to 512.
Notes
In general, 1 byte is enough to contain one character.[2]
- ↑ As of Mon, 26 Feb 2024 18:00:00 +0000, this seems to be one of the very few sizes supported by the Picture Service.
- ↑ Except in .NET-based applications, and those related to .NET development — which is the case of the SL viewer — which essentially use UTF-16 everywhere, i.e., every character is encoded in two bytes, not just one.