めちゃ久しぶりの更新。
JsonOptions拡張してキーのクォートとValueのクォート分けられるようになった。
一部internalだったのpublicになった。
Serializerのキャストミス修正
OrangeNBT20180914
作成者: noto0648
ナユタン星からの物体Z買った。
ナユタン星からの物体Z買った。
いやぁいい曲ですね。僕の中でこの人の曲を聞いてボカロ熱が再発してしまった私です。
初回限定版に入っているhalo(vocal:ナユタン星人)めっちゃエモいですね。
やっぱり……歌詞……知りたいですよね。
とりあえず僕が聞きとってみた感じを乗っけておきますね。
/////////////////
言葉をなんこかもしゃべっても
この星には僕一人しかいないから
あなたに伝えたいこととかいくつもあったんだ
でもそのの世界は一つも思い出せないの
くらくら暗い(街/宇宙)の光
きょうもみていくよ
だれもそこにいないけど
※わくわにてとちたてとのくおちに
視点前方赤いです
生命はいないも(ん/の)です
それでもいうんだよ
halohalo
いつまでも思い出す
私とあったのおぼえてます
すべてきみが
みつけてよhalohalo
なくさないようにしなくちゃ
あなたとの思い出は轟き前のこと
わかんなくなってしまうよ
伝えたいことが伝えたいままな
つたわれないからあがくけど
※もまみひとりだききたえことわなあ
視点前方赤いです
生命はいないもんです
それでも言わせてhalohalo
いつまでも思い出す
このままじゃないのです
答えてだけ教えてよ
halohalo
何回だってずっと
そんな I love you story
/////////////////
注）正しい歌詞ではありません
聞き取れてないところもかなりあります。
全然聞き取れねえな。
やっぱりこの人の歌詞ゆえに、物語になっているのは確定でしょう。
しかし、※で書いた部分がさっぱりわかりません。ナユタン星人特有の無意味言葉の可能性も考えてもいいと思います。
皆さんも他のナユタン星人さんの曲を気に入ったなら買うといいですよ。
それでは、もう9月ですね。
学生の皆さんは夏休みは楽しめましたかね。
気合い入れて頑張ります。
いろいろ発表するべきこともたくさん残っています。
OrangeNBT 更新等 08/01
もう8月だぞ……、いいのか？
追加
BlockDataFixerを追加しました。
修正
DenseArrayワールドがバグる
Schematic、IdとMetadata逆だった。
なんかJsonのシリアライズバグってた
ワールドSaveするときは現状ではちゃんとデータバージョン入れてください。
多分1.12のワールドでやるとバグるかもしれんので、1.12の時はちゃんと、1400番台の番号を入れとくように。
後で治します。というかセーブの引数廃止予定。
1.12から1.13の変換は対応しないことにしました。仕様です。せっかくなのでゲームを起動してあげてください。
注意！！！！！BlockDataFixerはだいたいの変換をサポートします。辞書に収録されているやつしか変換できません！！！
たまに変換バグるのも許してください。
正しい変換はMinecraftゲーム本体で変換することを推奨。
BlockDataFixer.GetNewBlock();だったかな。
辞書の量が大きいのでクラスを読み込むと一気にメモリ使用量増えるかもしれません。すまん。
OrangeNBT 更新等 07/26
厳しい戦いだった……
・なんかめっちゃ追加された。
・ワールド恐らく読み書きできます。SetBlock(); GetBlock();を使って下さい。
・1.13の辞書が追加されました。（BlockIdは）ないです。
これから直すとこ
・BlockSetの需要めっちゃ高いのにインスタンス生成しにくい。
まだまだ不安定な気がするのでバンバンフィードバックを頼むぜ！
OrangeNBT20180726
https://github.com/noto0648/OrangeNBT/commit/46e833f0ad7cb7543b43f344365a6214e51ec3f4
パレット方式闇すぎる……めっちゃ圧縮されたデータフォーマットになりました。（洗練されているとは言っていない。
プログラムからは正直扱いにくい希ガス。
long型(64bit)を最大限利用するために、パレットの大きさ（チャンクセクション内のブロックの種類）が16までだったら、4bitで保存されている。ゆえに1つのlong型に16ブロックの情報が書き込めるってわけ。まあ、まだ4bitならまだいいんですが、5bitになると、頭おかしい。longの配列に保存されるため、2つの変数をまたぐ。？？？？？めんどくさすぎた。おかげでbit処理が結構うまくなったと思います（白目）。でもまだ不具合ありそう。
Heightmapはまだ知らん。解析終わるまで待とう。
フェンスや階段みたいなブロックは、水につかるフラグみたいなプロパティ値で管理されている。metadataが16までない状態だと明らかに無理だったもんね。仕方ないね。ワールドのロードが遅くなるのは仕方ないと思います。
ついでにバイオームの配列もbyte型からint型になったのでめっちゃ増やせる。ブロックも理論状めっちゃ追加できる。すげえな。やっぱり。
dllのサイズがめっちゃ大きくなったのは1.13の辞書のせいです。ごめんなさい
OrangeNBT 何もしてない 7/22
追加:
BlockSet、AnvilChunkImproved(1.13専用～
修正:
HelperにGetLongArray追加した。
GetBlockId、SetBlockId、GetBlockData、SetBlockData廃止してGetBlockとSetBlockのみに
次ぐらいでBlockSetのMetadataとBlockのIdをObsoluteにするかもしれん。
なんか言葉で説明するの面倒なので、push履歴みてくれ
https://github.com/noto0648/OrangeNBT/commit/71fc0d5ff68c45a6780603df34ae3c919cd9f87d
バイナリはありません。まだ動きません。何故かって？1.13のブロックの辞書が搭載されてないからだ。
1.12以前とどのようにしてうまく切り替える機能を追加するかを模索中。
1.13でワールドのフォーマット変わったんだよな～～w
標記通りです。
具体的に言うと、Section[:list]部はblocks[:bytearray]の配列が廃止され、パレット方式となりました。
Pallets[:list]にパレットデータが格納され、BlockStates[:compound]にステートIDが書かれています。ちなみにBlockStates[:longArray]はlong配列です。1long値につき16blockが格納されていると思われます。longは64bitなので、おそらく16bitでしょう。メタデータも書かれていませんすべてプロパティーに変更されています。
パレットの要素がName[:string]とPropertis[:compound]です。
HeightMapが増えたため、HeightMaps[:compound]に格納されています。ライトマップや水のしみこみ？？みたいなマップが格納されています。これ、あれですねもし別のライブラリでやるとしたら計算がしんどいめんどい。
IsTerrainPopulated[:byte]が見つからない。なんかStatus[:string]に変わったかな？？？ていうか文字列で管理するのなんなの……（文字列管理嫌悪派
なんかよくわからんListがいっぱいありますね。真相は自分の目で……
たいへんそうです。
OrangeNBT 修正等07/07
デレステのイベントやるのを忘れていました。悔しい。
・streamの途中からでも読み込めるようになった
・Bedrockのための拡張等
github:
https://github.com/noto0648/OrangeNBT
いつの間にか七夕ですね……。完成しますように……。念力でプログラミングしたい
OrangeNBT更新等06/22
OrangeNBT更新等06/22
・Structureファイル動きます（おそらく）（未テスト）（デバッグで差をつけろ）
・Anvilのデータめっちゃ書いた。
https://github.com/noto0648/OrangeNBT
使ってくれる人に感謝を。
以下おまけ
いただいたLevelDB-MCPEをdumpbinしてみたのですが、Cppでコンパイルしたんですかね。Cの関数名が化けてが見つからないんですよ。
Cppだと名前化けて呼び出せないんですね。DLLImportは、クラスのインスタンスメソッドは呼び出せないんですね。というか配布されてるやつは全部Cの関数名化けるんですかね？
（なんかすいません）
一応PCの奥底からdll引っ張りだしてきたりしてて一応動くもの作ってる感じなんですけど、うまく呼び出せないというか、まずwikiに書いてあるformatがなんか古いんですかね？ SubChunkの長さが不変な感じでどう読んだらいいかさっぱりなわけなので、先に解析しようと思ったわけなんですけど、あれですねBE版って座標見れないんですね。デバッグクソ大変ですわ。
がんばるぞい。
OrangeNBT更新等06/10
更新しました。
fix
ListChunkCoordがマジメになった
IChunkManagerのContainsが追加されました。やりました！
add
Dataの方にIGameDataProviderとかいうわけわからないやつが追加された
次ぐらいで.nbt/structure対応できるかと思います。
以上
OrangeNBT.Bedrockっていう名前でいこうと思ってるんだけど、ほかに良い案あったら教えてください。
OrangeNBT.PEやOrangeNBT.BEなんかもありかなと思ってますけど。
(メモ)VisualStudioでコンパイルできるmojangのleveldbの奴のリンク
https://github.com/jocopa3/leveldb-mcpe
.NETのLevelDBのライブラリについて考える
OrangeNBTの実装に向けての検証とテスト等
LevelDBはgoogleが開発したSQLiteみたいなデータベースです。MinecraftのBedrock版でワールドの保存に使われてます。C#で実装しなおすのは極めて車輪の再発明です。ライブラリがどれがいいのか考えるだけの記事です。
LevelDBはCでの実装が公式に公開されてます。https://github.com/google/leveldb
.NETでは動きません。DLLImport等使えば動くと思いますけど……。
理想のライブラリの条件を上げましょう
・追加のDLLいらない。NativeDLLもできればいらない。
・ソースコードのまま導入できる。いわばオープンソース
・.NET Standardで動いてほしい。動かなくても改造可なら改造する。
・ライセンスにソースコードの開示を求める条項がないこと。このライブラリの利用者もおそらく継承されるため
・別に高機能は求めてない。低レベルでもいい。うごけばそれでいい。
ざっとググってみた限り以下のライブラリを見つけたので検証していきます。
LevelDB.NET
https://github.com/neo-project/leveldb
ライセンス：BSD-3。（可）
githubを見る限りcppファイル等しかない。下記のReactiveExtensionのことでしょうか？
LevelDB sharp
https://github.com/meebey/leveldb-sharp
ライセンス：BSD-3。（可）
ネイティブDLLの使用：あり（unix等で動かないっぽい？）
ReactiveExtension LevelDB
https://github.com/Reactive-Extensions/LevelDB
ライセンス：Apache License, Version 2.0（可）
ネイティブDLLの使用：あり（厳しい）
IronLevelDB
https://github.com/tg123/IronLeveldb
ライセンス：MIT（可）
ネイティブDLLの使用：なし
しかし、githubのREADMEをよく読むと、「This project is still under hard working」このプロジェクトはまだ作業中みたいなこと書いてあるし、読み込み関数しかまだ書いてないぜ見たいこと書いてある……。むむむこれに期待したいけど……厳しい。
Nugetの上位のそれっぽいやつもリンク切れてたり。ライセンスがよくわからなかったり……
そもそもMOJANGのLevelDBは若干改造されたやつである。圧縮方法がどうも違うらしい。
https://github.com/Mojang/leveldb-mcpe
うううむ……どうしようか。
.NET Standardにするとやはり、ネイティブDLLはない方がいいわけで。（うざい・使いにくい・各自コンパイル面倒くさい64bit/32bitでも変わる）
やはり……車輪の再発明しちゃう？