wowserhq / wowser Goto Github PK

• Remove "asi": true from .jshintrc
• Add semicolons

Might be a race condition in THREE's texture loader.

Hi, this may be related to issue reported in dependency wowserhq/blizzardry#51

There is no error message on crash, I had to search where the app crashes:

After the crash I get -1073741819 from echo %ERRORLEVEL% (access violation)

Any help greatly apprieciated

Thanks

Peter

Instead of converting to ThreeJS compatible JSON formats, which are twice/thrice the size.

Make the default data directory platform-independent using process.platform:

default: 'C:/Program Files (x86)/World of Warcraft/Data'

If we're feeling really fancy we could even look at process.arch to hop into Program Files (x86) or regular Program Files.

Possible candidates:

• Angular 1.x (current stable)
• Angular 2.x (future)
• Riot
• React
• WebComponents (potentially Polymer)

As you already did in blizzardry dependency wowserhq/blizzardry@34e2b88

Thanks!

Perhaps even allow configuring the data directory by argument:

npm run serve /wow-data

http://threejs.org/docs/#Reference/Core/BufferGeometry:

This class is an efficient alternative to Geometry, because it stores all data, including vertex positions, face indices, normals, colors, UVs, and custom attributes within buffers; this reduces the cost of passing all this data to the GPU. This also makes BufferGeometry harder to work with than Geometry; rather than accessing position data as Vector3 objects, color data as Color objects, and so on, you have to access the raw data from the appropriate attribute buffer. This makes BufferGeometry best-suited for static objects where you don't need to manipulate the geometry much after instantiating it.

this looks like a case of OSX's explosive linter

• console output
• npm-debug.log

After a while, I ran wowser (latest master updates) and saw this:

I couldn't interact at all. Any ideas about what's going on?

https://github.com/timkurvers/blizzardry/blob/master/gulpfile.js#L17

Riotify would allow bundling the UI using CommonJS requires, no longer requiring global variables/scripts to be present.

See pkrumins/node-base64#24.

Yay / nay?

hey I don't have WoW installed but i'm curious what this looks like!

This would prevent the (massive) lag currently experienced when loading the M2, ADT and BLP formats in the game screen.

Each pipeline component (M2, ADT and BLP) should get their own Browserified bundle, each to run in a separate Web Worker.

• Swap from Riot to React.
• Use webpack for bundling the client.

This may also warrant a file hierarchy structural change.

Possible candidates:

• three.js
• PlayCanvas
• Babylon.JS

I think it would make coding style more consistent (for all contributors), because it does. See more details here http://editorconfig.org/

I get the following error when I try to run either npm run serve or npm run start

λ npm run serve

> [email protected] serve C:\Projects\wowser
> bin/serve

'bin' is not recognized as an internal or external command,
operable program or batch file.

npm ERR! Windows_NT 6.1.7601
npm ERR! argv "C:\\Program Files\\nodejs\\\\node.exe" "C:\\Program Files\\nodejs\\node_modules\\npm\\bin\\npm-cli.js" "run" "serve"
npm ERR! node v0.12.5
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE
npm ERR! [email protected] serve: `bin/serve`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the [email protected] serve script 'bin/serve'.
npm ERR! This is most likely a problem with the wowser package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     bin/serve
npm ERR! You can get their info via:
npm ERR!     npm owner ls wowser
npm ERR! There is likely additional logging output above

Mark own ByteBuffer project as unmaintained.

Might be related to the MCAL and MCSH chunks reporting incorrect sizes.

Known problematic ADTs:

• Daggercap Bay (Northrend)