Camera Entity ID[]
I am having difficulty getting the image to appear when trying to add the camera. It's id is now 439. Will someone more 'pedia-savvy please check this? 12.54.94.110 17:28, 23 March 2016 (UTC)
I can't seem to find this info anywhere. What is the entity ID for the camera. I know its been removed now, but it would be good to get it on record while we still can. Laige 10:12, 10 August 2014 (UTC)
-I found this from google search forum discusion Seems to be the only discusion about the entity ID out there. Laige 10:49, 10 August 2014 (UTC)
move request[]
I disagree I don't think this page should be moved, it's worthy to be in the main space, because the survival data values are also main space, and because you'r not going to put every thing in Pocket edition under the Pocket edition page--Yurisho 21:12, 16 October 2011 (UTC)
Entity IDs[]
Does anyone know the entity ID for primed TNT? I know it's not legitimately available, but if you hack it in it explodes. 66.50.245.137 20:15, 21 February 2012 (UTC)
Item IDs 248 and 249: 'update' blocks[]
I was looking through some if the unused blocks on the Xperia Play version of Pocket Edition, and stumbled upon these two blocks, they look like dirt blocks but with odd green pixels on it, which make letters. 248 has 'upd' on the top and 'ate!' on the bottom. 249 has the same letters but the other way around, 'ate!' at the top. When placed side on with each other they spell out 'update!' They dont seem to do anything else and drop the same block when destroyed. Anyone else found these?
Thanks, Sonikemon 16:45, 7 June 2012 (UTC)
- I found an answer to this. I was looking through the version history. Those blocks where added in Alpha 0.1.3 as a place holder for not supported block types
Mudssun 22:29, 19 September 2012 (UTC)
Trap door ID?[]
It's 96 and I don't know anything else (sorry I'm new to this) Mudssun 14:16, 9 September 2012 (UTC)
Not in Demo[]
How about if we get rid of the "Not in Demo" color, as the demo version does not seem to be supported and it prevents people from seeing if certain blocks are available in Survival or not? 173.76.25.25 21:42, 30 January 2013 (UTC)
v0.6.0 Data Values[]
The data values from v0.6.0 have yet to be added to this page. Fix this please.
It's done now. Luitenant Tank
Re add the orange and teal colour sections![]
This would help others to discover any hidden blocks that aren't in the pocket upcoming features page, and makes the page look better and more informative. Please delete the green 'not in demo' bit as well as the newer , yet to be released features. Thanks, Luitenant Tank.
Cite Sources for Upcoming Features[]
I think there should be cites next to the upcoming features, as a lot of it could just be speculation. I wouldn't want people believing a certain item or block is absolutely going to be in the next version when it may or may not be. Jocopa3 (talk) 01:30, 24 December 2013 (UTC)
Blocks not listed here[]
Large Fern: 0xAF Acacia and Dark Oak trunks: 0xA2
More as I find them. Greymalkin32 (talk) 04:01, 30 December 2014 (UTC)
- Does anyone know the ID for "Dirt with snowcover"? Babyrabbit (talk) 19:12, 16 July 2015 (UTC)
Biome ID's[]
What are the biome ID's in pocket edition? 67.160.25.176 23:47, 26 January 2015 (UTC)
- It is currently not known what the biome IDs are in Pocket Edition. – JEC6789 [
| 
] 23:56, 26 January 2015 (UTC)
- Hello! So, this question got me extremely curious, to the point that I actually cracked open and analyzed the code for an edition of Minecraft that uses Bedrock Edition: Android. I assume this edition is also used for platforms such as Xbox One, as the platform not only supports C++-- which appears to be what Bedrock Edition is written in-- but the Xbox One versions seems to suffer from the same PRNG issue as the Android version. In other words: seeds on those platforms vary greatly from seeds for the Java Edition. Why this is is a topic I'm still trying to research, but no doubt it's due to the fact that Bedrock Edition appears to use a completely different pseudo-random number generator from Java Edition, which likely uses the Java random standard library.
- Anyway, to explain the answer, it might be kind of boring, but I feel like it would be nice to have actual confirmation: the biome IDs in Bedrock Edition are exactly the same as they are in Java Edition, assuming the Wiki for Java Edition is still accurate, of which I'm positive it must be!
- I don't know exactly how to provide the information to demonstrate this fact-- a lot of it is just looking at ARM THUMBv2 assembly with code comments-- but if I need to prove my case with the evidence to back it I'm more than happy to! I'm just unsure of where to upload all the screenshots of the analysis application I'm using. For anyone who could assist me with where to go to prove this fact, please let me know! Thank you! Blazedterracotta (talk) 03:56, 3 March 2018 (UTC)
- Welcome to the wiki! By now it's long-established fact that Bedrock is written in C++ (see Bedrock Edition) and that the biome IDs are the same as Java, a fact discovered by User:Jocopa3 using his own method of disassembling the code; see this link, near the bottom. (BTW, Jocopa3 is now a developer on the Bedrock team!) It's also known that the C++ codebase is common to all the Bedrock implementations, and in fact that's where the name comes from (the codebase is officially named Bedrock Codebase, though that's not an official name for the implementations). The Perlin Random Number Generator deviance from Java is not an "issue", it's one of many intentional differences introduced during the port to C++. Many of those differences are the result of having the goal of running on the broad range of target hardware platforms, and this one may have been specifically because of platform limitations on floating-point precision.
- So there's no need for you to prove anything, since it's already been proven, but the fact that you wrote this seems to indicate that you feel something's missing from the wiki. What exactly is that?
- You seem to enjoy looking into disassembled code, which is something I can appreciate, and you might have in mind to continue looking for more details of Bedrock to document in the wiki. If so, keep in mind that while this wiki is somewhat more tolerant of original research than Wikipedia, we very much prefer to rely on official sources of information such as statements made by developers on the Minecraft Discord, in developer live streams, and in the Minecraft channel on YouTube. Information gleaned from the codebase might be acceptable if it's uncontroversial and can be verified by actual gameplay, but it's easy to infer something that isn't actually there or is a consequence of a bug (which may not even have been reported) and is therefore not appropriate for the wiki. So please be cautious about adding facts you might learn that way to the wiki. If it can be verified by actual gameplay, it's probably not controversial, but if the only way to prove it is to interpret disassembled code, it might require confirmation from the developers first. I don't mean to discourage you from trying if you want to, I'm just addressing your questions about what kind of evidence is needed. – Auldrick (talk · contribs) 07:22, 3 March 2018 (UTC)
- Thank you so much for the responses, both here and below! :)
- This all clarifies the process by which information trickles to the Wiki, so thank you for that! I'm still doing various research re: the differences between Bedrock and PC, so if I come across anything useful, I'll be sure to share so ya'll can ask the right questions to the developers. If I do have data to deliver, what would be the best place to present that information? Just on the talk page, perhaps in a different talk thread? This seems like the best venue for anything I come across. Blazedterracotta (talk) 21:54, 5 March 2018 (UTC)
Move[]
The result of the discussion was move.
I think this page should be moved to Data values/Pocket Edition. –LauraFi - talk 16:49, 14 May 2015 (UTC)
- Neutral. I have nothing against the rename, but we should really decide whether to use parentheses for such articles' names or subpages. —
NickTheRed37 (talk|contributions) 07:54, 15 May 2015 (UTC)
- Comment For consistency with other titles, Pocket Edition data values should be used instead, as the only case where we use subpages for similar topics are for historical information (eg, Trading/Before 1.8 or Data values/Classic). –KnightMiner t/c 17:12, 15 May 2015 (UTC)
Podzol[]
Is the value for podzol really 243? Besides, it's in the creative inventory. 108.216.29.126 19:05, 2 June 2015 (UTC)
Also, dye is NOT Creative-only. I'm starting to doubt the accuracy of this article. 108.216.29.126 19:08, 2 June 2015 (UTC)
- This article is kept up to date by users just like you. If you see something wrong, fix it. (and make sure to use an edit summary, especically if changing things related to numbers or removing information) –KnightMiner t/c 19:42, 2 June 2015 (UTC)
Grass path obtainable.[]
Silk touch works on grass path in pocket edition. Should be light green instead of red. I'm too lazy to do it so somebody else should do it. Boorider7 (talk) 13:24, 24 December 2015 (UTC)
Full List of all Block/Item/Entity ID's[]
I wrote a script for IDA to extract Block/Item/Entity ID's in 0.15.0 and print them to a file and uploaded it to pastebin. The list contains all blocks and block variants (except for directional blocks), as well as all items and entities. This page should be updated to reflect the ID's in the list. I can update the list as needed for each new major update of the game.
List: http://pastebin.com/be3dwGFA
Jocopa3 (talk) 10:07, 8 June 2016 (UTC)
- Very cool, thanks. Block page is now updated.. – Sealbudsman talk/contr 17:46, 9 June 2016 (UTC)
- ... and items and entities. – Sealbudsman talk/contr 18:28, 9 June 2016 (UTC)
- Updated the list for 0.16.0: https://gist.github.com/jocopa3/f8c9f9158ede0e9d057781188ba440f5
- I'm currently working on updating the block chart using the list, so it'd be awesome if someone could help update the main page as well! Jocopa3 (talk) 04:26, 27 October 2016 (UTC)
Data values for some blocks with no PC counterpart[]
There are some blocks in Pocket Edition that have data values that aren't found in PC edition. Most of these special-case blocks internally implement the `MultiTextureBlock` class or another block with multiple textures, and thus inherit data values that aren't used but are still valid nonetheless. For example, the "smooth stone bricks" block technically exists in PE and has an ID:Data value of 98:4; this block can be obtained via `/give`, and can be retextured using resource packs. However, smooth stone bricks don't exist in PC. Given that this page links to the data values for PC edition, should these version-specific data values be mentioned on the wiki, and if so, how?
I don't have a a fully comprehensive list of these special data value blocks since they're tricky to track down, but here are the ones I know of so far:
| Name | ID | DV |
|---|---|---|
| Smooth Stone Bricks | 98 | 4 |
| Quartz Block | 155 | 3 |
| Chiseled Purpur Block | 201 | 1 |
| Purpur Block | 201 | 3 |
One thing to note: purpur blocks implement the quartz block class in MCPE, thus any data value that's valid for quartz blocks is also valid for purpur blocks.
Another thing to note: While both the Quartz block 155:3 and Purpur block 201:3 exist, they don't have a unique name and thus can't be retextured; they will have the same texture as the default quartz/purpur block. The only reason those two blocks exist at all is because the game does a bitwise AND on the data value with the number 3, so data values 0-3 are valid; however, the game only assigns a name to quartz/purpur blocks with data values 0-2, and a data value of 3 will have the same name as the default data value (screenshot of assembly code: http://i.imgur.com/BcRSfRt.png). Jocopa3 (talk) 01:14, 15 November 2016 (UTC)
Should "planned features" be mentioned in the data values page?[]
Currently this page has listed "planned features", many of which which have never been mentioned as planned at any point by the developers and are likely just assumptions. Since these planned blocks/items/entities don't exist in the game and thus don't have official data values, should they still be included on the data values page or moved to another more appropriate page? Jocopa3 (talk) 10:45, 18 November 2016 (UTC)
Should data values for Education Edition objects/mobs be listed?[]
Pocket Edition and Education Edition are essentially the same exact game with slightly different features. In-fact, Education Edition can be enabled in Pocket Edition with mods, proving the two versions are the same exact game with the only difference being that certain features are disabled. In my opinion, this page would be the most appropriate page to list Education Edition data values. They could even be separated into their own table under the main ID tables to reduce confusion about which version of the game they can be found in. Jocopa3 (talk) 11:18, 18 November 2016 (UTC)
Update picture[]
A note for someone that can do this
Note : Can someone plz add the 0.16.0 or 1.0/0.17.0 items and blocks to the Data Values PE Picture Reference plz BC idk how to do it. Thx if you do this. –Preceding unsigned comment was added by 172.68.58.163 (talk) at 23:49, November 27, 2016 (UTC). Please sign your posts with ~~~~
- Meaning, the image File:DataValuesPE.png – Sealbudsman talk/contr 15:54, 28 November 2016 (UTC)
Purpur pillar (202)[]
Jocopa3, in PC the ids for Purpur block and Purpur pillar are 201 and 202 respectively. Is this true also in PE? – Sealbudsman talk/contr 18:24, 30 November 2016 (UTC)
- Purpur blocks use the same class as the quartz block and thus inherit its data values. So purpur block is 201:0 (Id:Data), chiseled purpur (which is unused) is 201:1, and purpur pillars are 201:2. Jocopa3 (talk) 19:40, 30 November 2016 (UTC)
- I've tested with
/setblock purpur_block 1, but I only get the unchiseled purpur block. —HaydenBobMutthew (talk, contribs) 08:45, 14 March 2019 (UTC)
- I've tested with
- Very interesting, thanks. – Sealbudsman talk/contr 20:09, 30 November 2016 (UTC)
Elytra Wings[]
Also, Jocopa3, can you double check that in PE the Elytra Wings are in fact 444, because in PC the Elytra item is 443. – Sealbudsman talk/contr 18:35, 30 November 2016 (UTC)
- Elytra's use Id 444; Id 443 is unused. If you'd like, I dumped all the data values directly from the game code (both PE and Edu editions) into one big list, and I keep this list up-to-date: https://gist.github.com/jocopa3/f8c9f9158ede0e9d057781188ba440f5 Jocopa3 (talk) 19:45, 30 November 2016 (UTC)
- Thanks, very nice! – Sealbudsman talk/contr 20:09, 30 November 2016 (UTC)
- The entity IDs in that list: Are those the same names you would use in the
/summoncommand? I see a difference in, for instance, guardian.elder (which it says on the Elder Guardian page) and your file which says ElderGuardian My phone touchscreen is really bad, or I would check myself. I started to use the list to fill in infoboxes in Item (entity) and TNT and a few more, but I paused because I wasn't sure. – Sealbudsman talk/contr 20:29, 30 November 2016 (UTC)
- The entity IDs in that list: Are those the same names you would use in the
- Or put both in your file, if you find the class names are useful for your own purposes. – Sealbudsman talk/contr 20:43, 30 November 2016 (UTC)
- I never needed the entity class names, I just used them for readability. I found the function the game uses to initialize entities and their
/summonnames, and I've updated the list to use those names as well as included a few entities I missed (Lingering Potion and Area of Effect entities). Jocopa3 (talk) 01:33, 1 December 2016 (UTC)
- I never needed the entity class names, I just used them for readability. I found the function the game uses to initialize entities and their
- Areaeffectcloud is different from lingeringpotion? Can you elaborate on what the difference is? – Sealbudsman talk/contr 02:06, 1 December 2016 (UTC)
Block/Item/Entity Command Names[]
Should the command names for every block, item, and entity be listed on this page like they are on the PC Data values page, or should the page be left the way it is without them? Jocopa3 (talk) 19:10, 1 December 2016 (UTC)
- It sounds like a good idea. – Sealbudsman talk/contr 19:13, 1 December 2016 (UTC)
- Looks like the Template:ID table will have to be changed so that it doesn't append the
minecraft:bit before the name ID for Pocket Edition. Do you know how to do that or know someone who would? Otherwise I can play around with the template on my data values test page. Jocopa3 (talk) 19:39, 1 December 2016 (UTC)
- Looks like the Template:ID table will have to be changed so that it doesn't append the
- Hi, Jocopa3, sorry it took so long, I lost track of this conversation. Anyway I made it so PE ID tables don't use the minecraft: prefix, just set pocket=1 and it leaves the prefix off.
- Incidentally I'm sure you have some sense of what IDs are changing in PE 1.1? I had in mind putting together a table like what was on the PC 1.11 page, and I was aware that ItsPlantSeed was making note of some minecart changes, but I wasn't sure if that was all. – Sealbudsman talk/contr 00:22, 2 April 2017 (UTC)
- Execellent! I can get started adding those names in and making sure the names in my data values list are up-to-date with 1.1 (since I haven't checked names for awhile). I can foresee them adding the
minecraft:prefix in the future when they release the plugin system; they already use the prefix in add-ons. But it doesn't actually mean anything for now since the only possible prefix isminecraft:. As for ID changes, I'm not aware of any so far, but I will track any if I come across them. In my data values list, I had changed some of the entity ID names to use the/summonnames rather than their add-on names, but I don't believe the string ID has changed at all. Jocopa3 (talk) 05:24, 2 April 2017 (UTC)
- Execellent! I can get started adding those names in and making sure the names in my data values list are up-to-date with 1.1 (since I haven't checked names for awhile). I can foresee them adding the
Biome Id's[]
From PE 0.9.0 and on-wards, biome Id's in PE are nearly the same as those in PC. The only differences between the two versions are that PE is missing The Void and Plains M biomes, and "The End" biome is named "Sky". PE also assigns each biome its own color (except for mutated biomes, though there is one exception to that) which are used in maps. Should the biome ID's be included on this page similarly to my test page, or should this page link to the biomes section of the PC data values page? Jocopa3 (talk) 06:43, 11 December 2016 (UTC)
- I think a major reason we have two separate data pages for PC and PE is that the IDs are so different. If these are just about the same, I would think supplementing the existing page to indicate the PE colors and names would be the thing to do. – Sealbudsman talk/contr 07:17, 11 December 2016 (UTC)
- Hello! So, essentially, the biome IDs in Bedrock Edition are the same as they are in Java Edition, despite the noted lack of presence of the biomes mentioned by Jocopa3. I made a comment above in another thread asking about biome IDs to find a venue to prove this fact if need be. Otherwise, whoever wishes to can just simply add that information to the Bedrock Edition page however the community standards wish it to be presented. Blazedterracotta (talk) 04:02, 3 March 2018 (UTC)
- I responded above, but from this I would gather that you think it needs to be explicitly stated somewhere that the Java and Bedrock biome IDs are identical. The biome IDs are documented in the Biome article without qualification. As a general rule, we only qualify information if it's exclusive to specific platforms, and anything that isn't qualified should be assumed to be true for all of them, so no explicit statement is necessary.
- That said, we know we have a problem. There's a lot of information that is actually specific to non-Bedrock editions and hasn't been marked as such. There are several reasons, including (1) we haven't yet established that it's different for Bedrock; (2) we know that it's different but not that it's an intentional difference (versus a bug), and (3) we know that it's intentionally different but we don't know enough about how it's different to explain it in a contrastive style. For this latter group all we could say is "it works differently in Bedrock" without saying how. That's too uninformative to be useful, so we just leave it as is even though we know it falsely implies there's no difference. To fix these, we need to get clarifications from the developers, but there are a lot of cases of this and the developers have more to do than to answer hundreds of open-ended questions, so we only ask for the info occasionally, about important differences or if we already have some clue how it works so we can ask specific questions. Sadly, the wiki has many flaws as a result of this. We can only hope it'll improve over time.
- For you, this means that if by looking into the code you could identify differences well enough to describe them, that would allow us to ask the developers to validate your conclusions rather than asking open-ended questions like "how does spawning work?". That would be a big help if you were of a mind to do it. – Auldrick (talk · contribs) 08:38, 3 March 2018 (UTC)
Block 36[]
What is block 36? Is that an unused block? - Cherryblossom000 (talk) 07:02, 14 July 2017 (UTC)
- Block 36, known as Piston Extension, is an unobtainable Java Edition technical block that temporarily replaces a block that is being pushed by a piston or sticky piston. The block in front of a piston head is replaced by it when the piston head starts to extend; when the extension is complete the original block is restored. Its purposes include making it possible to draw the block at a position that's not aligned with the block grid, since blocks can normally only align to the grid. Its Pocket Edition equivalent is block 250, sometimes called "Block moved by Piston"; block 36 in Pocket Edition is unused. – Auldrick (talk · contribs) 15:39, 14 July 2017 (UTC)
What is the data value for red wool on Bedrock edition?[]
I would ask : What is the data value for red wool in Bedrock Edition? (Pocket Edition of Minecraft) –Preceding unsigned comment was added by Jm enique (talk • contribs). Please sign your posts with ~~~~
- This table only shows block IDs, which for Wool is 35. The "B" superscript on the table entry tells you that the block is further defined by the so-called "Damage value" (more recently called the DV or Data Value). For the blocks (except Glazed Terracotta) that come in a full set of 16 colors, the DV stores the color information. To find the DV for a particular block and color, go to the article for that block and look in its "Data values" section. So in this case you'll find your answer at Wool#Data values. (In point of fact, all the colored blocks use the same color codes, so you can save yourself some trouble by copying that table if you need to look up color codes often.) [[ – Auldrick (talk · contribs) 05:38, 8 December 2017 (UTC)
Negative IDs[]
Apparently, block IDs greater than 255 (the Update Aquatic blocks) have negative IDs as an inventory item. From my calculation to get the most of the inventory IDs is: (255–"block id"). Should this be noted? – ItsPlantseed ⟨₰|₢⟩ 20:36, 28 May 2018 (UTC)
- This is due to the fact that blocks no longer are stored in a byte and are now stored by their runtime id so if they exceeded the unsigned byte limit, the blocks would overflow into the item ids. Therefore a hack was needed to solve this temporarily (I hope) Suprememortal (talk) 17:51, 29 May 2018 (UTC)
Decimal IDs[]
Block as an item with an ID over 255 are stored internally as negative using the formula
255 - (original ID)to avoid block IDs being overlapped into the item ID space.
It's obvious now that blocks' array is stored not in 2 bytes short, but in 4 bytes long and that it is unsigned. Why would then developers use signed IDs? And why this note contradicts the table (it has positive IDs only)? P. S. Who knows how those non-str IDs are being figured out? There is no F3 in BE.
Dark Mode[]
This page is hard to read in dark mode & I couldn't figure out how to fix it myself. Most tables on the wiki have the format:
`{| class="wikitable" style="color:whatever color"
bluh bluh
|}
This page, however uses something like this:
{`{1,1 | 2,1}}
{`{1,2 | 2,2}}
{`{1,3 | 2,3}}
{`{1,4 | 2,4}}
I looked on the mediawiki help site for tables & only found info regarding the former style of tables. How can we rectify this?