muxzeronet / zeromux Goto Github PK

http://usvformat.bit/

When I enabled UiPassword plugin, all ZeroMux is not work.
For example:
http://127.0.0.1:43110/zeromux.bit
http://127.0.0.1:43110/1CiDoBP8RiWziqiBGEd8tQMy66A6fmnw2V/big/sample-loader/
http://127.0.0.1:43110/1MjzGw2HQRpJuiuX2U1Gr2PpNPz3rKXCJ/?type=video/mp4&json=files/nuchijizhe.mp4/file.json&poster=files/nuchijizhe.mp4/poster.jpg

It seems XMLHttpRequest without a session? But I read some document said it contain session.
So it caused by a zerobug???

But the same problem happened when I use nginx reverse proxy to zeronet and enabled http basic authentication. And the XMLHttpRequest of ZeroMux is not contain the login information.

fmp4 need 1.3Min to load data ，then start play:

But MP4,only 20sec

<link href="../../css/bootstrap-custom.min.css" rel="stylesheet" crossorigin="anonymous">
if remove crossorigin="anonymous" it works fine 😄 wish fix

The MP4 multiplexer knows where each sample is, and how to write, but it stores sample information in a complicated way. Further work is needed to improve its modularity.

• Don't make a second level in sampleInfo object. Implement data selectors for items in sampleInfo when necessary. Don't go across abstraction barriers.
• Reduce the number of parameters. Take a more object oriented approach to write new code.
• Use more concise and descriptive variable names and function names. Include comments when necessary.
• Organize samples in a way that it should know which samples to write when I seek the video.
• Stick to W3C definition. Correctly distinguish between INIT_SEGMENT and MEDIA_SEGMENT.

Hi, guys. ZeroMux does not work in Chrome due to a long standing Chromium bug. Cxgreat2014 helped me re-report this bug to Chromium bug tracker. The new issue is available here:

https://bugs.chromium.org/p/chromium/issues/detail?id=686516

If you are interested, please star this issue at Chromium bug tracker, so that Chromium developers will be more likely to pick it up.