Fork 380.57 HGG-FINAL

[got_milk]

such as clean source code up

How does the state of the code prevent it from being committed and uploaded to GitHub?

setup a github account

He already has one.

or encourage to join here and discuss how we can fix things.

He used to contribute to these threads and post builds publicly until he repeatedly lied about the timeframe when the source would be released, then stopped posting and instead moved to this formerly secret distribution method instead.

 

[got_milk]

Yeah, cleaning, documenting the work to be well done it always takes a lot of time and is very boring. It is a thing that is not challenging the mind and usually is the last thing that is done in a project.

I really do not believe people continue to defend the nonsensical reasons for not uploading the source code.

Code cleanup? Not only is it not required, it is not asked for by anyone requesting the source. If the code is truly that "messy", then it raises concerns to me about the quality of the code itself being written, and with the closed source nature it prevents others from contributing to help make it better.

Documentation? Again, it is not required or asked for by anyone requesting the source.

Uploading the source to GitHub is literally this simple, with the only prerequisite being a new repository on GitHub being created (takes 30 seconds, if you don't believe me try it yourself!):

git commit -am "Initial fork commit"
git remote add origin-hggomes git@github.com:hggomes/asuswrt-merlin-hggomes.git
git push origin-hggomes master

 

[GGavan]

I really do not believe people continue to defend the nonsensical reasons for not uploading the source code.

Code cleanup? Not only is it not required, it is not asked for by anyone requesting the source. If the code is truly that "messy", then it raises concerns to me about the quality of the code itself being written, and with the closed source nature it prevents others from contributing to help make it better.

Documentation? Again, it is not required or asked for by anyone requesting the source.

Uploading the source to GitHub is literally this simple, with the only prerequisite being a new repository on GitHub being created (takes 30 seconds, if you don't believe me try it yourself!):

git commit -am "Initial fork commit"
git remote add origin-hggomes git@github.com:hggomes/asuswrt-merlin-hggomes.git
git push origin-hggomes master

I said that I don't want to get involved again in this subject! Please ignore my post!

 

[bits]

git commit -am "Initial fork commit"
git remote add origin-hggomes git@github.com:hggomes/asuswrt-merlin-hggomes.git
git push origin-hggomes master

And if git was really so scary to him; he could just offer a tarball on request. That is as simple as creating a zip of the folder.

 

[NGRhodes]

How does the state of the code prevent it from being committed and uploaded to GitHub?



He already has one.



He used to contribute to these threads and post builds publicly until he repeatedly lied about the timeframe when the source would be released, then stopped posting and instead moved to this formerly secret distribution method instead.

This is what RMerlin said:

Please, be nice. There's no need to turn this into a personal attack festival.

Primary reason for lack of source code is hggomes can't be bothered cleaning everything up, setting up a repo, and updating it. There is no reason to believe there is any malicious motives behind the lack of source code.

 

[GGavan]

Hello! Firmware 380.57 had an issue.
There is no way to enable 802.11d wlan regulation mode!
Without enabling this feature, my devices gets wrong country code, drops down mcs index and speed at same level of router's tx power and rssi on client's side.

5GHZ 802.11ac test.
12m from router, directional 9dbi antennas.
( 585mbps @ 378.55.4 - country code: #a ) 700mw
( 243mbps @ 380.57.1 - country code: disabled) 1000mw

AC68U

Try on 70% not 100% - long range is coming with the cost of bandwidth.
70% now should have longer range than 378 version with 100%

 

[kvic]

Though there has been valid discussion about GPL violation and licensing of this firmware, I have not seen any offer to help HGGomes, such as clean source code up, setup a github account or encourage to join here and discuss how we can fix things.
HGGomes attempted to contribute and with help could work out any issues, hopefully its not too late.

I like your sentiment expressed here.

If hggomes is smart as perceived by users of his fork, he shall be intelligent enough to efficiently manage and share the source code.

Do people know what's a tarball? It's same as winzip the folder of his source that a 10yr old perhaps can do. Upload the zip file to mediafire. This is one way to share the source, and fulfil the obligation of GPL license.

 

[got_milk]

This is what RMerlin said:

Yet it does not answer my primary question: how does the state of the code prevent it from being committed and uploaded to GitHub?

 

[alessandro893]

Try on 70% not 100% - long range is coming with the cost of bandwidth.
70% now should have longer range than 378 version with 100%

I was try it.

This issue is related to country code broadcasting, when it disabled, my devices get country code from neighbours routers, it always different. It seems like many countries have different "MCS to RSSI" ratio map or some MCS indexes are locked, because even on old firmware I had good speed only with "#a" or "us" country codes.


channel 36/80mhz.

 

[NGRhodes]

Yet it does not answer my primary question: how does the state of the code prevent it from being committed and uploaded to GitHub?

I don't know, I didn't mean to say it had (in this case). I was giving those as 2 separate examples of where we could help, not a statement of why the source was not available (in github). If I was not clear enough I apologise.

 

[pvonn]

is there a hgg version available for the ac5300 to test ?

 

[L&LD]

is there a hgg version available for the ac5300 to test ?

Spoiler: Status.Txt

380.57.1_HGG-FINAL
==================


RT-N16 - DELAYED, WAITING MISSING ASUS BINARY BLOBS FILES.

RT-N18U - READY. (UPLOADED)
35a45afc6fabefc0652b95329c762e6365793be363260b70b11c75f273c6f911 RT-N18U_380.57.1_HGG-FINAL.trx

RT-N66U - READY. (UPLOADED)
53b942d86e5bc7f3483c95a0673e955d1fcaadbe749cea3366121494fb3a3470 RT-N66U_380.57.1_HGG-FINAL.trx

RT-AC66U - READY. (UPLOADED)
5d6def810aba33c1bade3c7b929db7c41a8c744d0515329277b69a0e7688c853 RT-AC66U_380.57.1_HGG-FINAL.trx

RT-AC56S - DELAYED, WAITING FEEDBACK.

RT-AC56U - DELAYED, WAITING FEEDBACK.

RT-AC68U - READY. (UPLOADED)
afc44e39468e27ccf64ef6e368c10d75d72e9d8f13b244729c88da7cdd791747 RT-AC68U_380.57.1_HGG-FINAL.trx
dcc3cf884fec8de9d6cca743d39279d80d2549813a54f59264cb9785aa8dcdeb RT-AC68U_380.57.1_HGG-FINAL.trx (OLD DRIVER)

- There are some reports on the new driver causing issues (unable to connect/disconnects), specially on 2.4GHZ band.
This doesnt affect everyone but it seems reproducible on some specific devices.
If that's the case old driver will fix it.

RT-AC87U - READY. (UPLOADED)
806ad474ba2c1e88e1fc929deef6d52092f37b1f86e49cab31c660895152663d RT-AC87U_380.57.1_HGG-FINAL.trx

RT-AC3100 - DELAYED, IN TEST.

RT-AC3200U - READY. (UPLOADED)
c461ea69ecc98439e265f28e636915d3389ded17bf31d7bc20ad916cdab965b3 RT-AC3200_380.57.1_HGG-FINAL.trx

RT-AC88U - DELAYED, IN TEST.

RT-AC5300 => DELAYED, IN TEST.

Yes there seems to be. PM hggomes for a link.

 

[dirtyclyde]

If you set the Traffic History Location "Enable IP Traffic (Per IP monitoring) " to a yes and apply the AC68U will not recover
380-57-1-HGG-Final. (did a reset after updating firm ware)

tools-->other settings-->traffic monitoring

You have to reset the AC68U with power off --> WPS+PowerUP until the power led starts to flash...

this worked thru 378-56-2

AC68U running Johns fork V16E1 love it, Loaded 380-57-1 via Johns_V16E1 --> 53 .0--> 56.2 -->--> 380-57-1, reset and tested the Traffic History Custom set up to USB device instead of RAM

if you set the[ "Enable IP Traffic (Per IP Monitoring)" to a yes] upon "apply" the AC68U will not recover, you have to reset AC68u to default using WPS+Power Down and UP.

setting the Custom Traffic History to a USB2 or 3 device with "defaults" no problem...

I did error check the USB device... before and after no errors

Tested the Custom Traffic History "Johns fork V16E1 --> 378-53-0 --> 378-56-2" set the[ "Enable IP Traffic (Per IP Monitoring)" to a yes] and ["Monitor all IPs by default" to a yes] and ["Resolve IPs on active connections list:Can considerably slow down the display" to a Yes"]

this work in all previse firmware loads on AC68U

Loaded FW 380-57-2-HGG on AC3200 the set the[ "Enable IP Traffic (Per IP Monitoring)" to a yes]
and
["Monitor all IPs by default" to a yes]
and
["Resolve IPs on active connections list:Can considerably slow down the display" to a Yes"]

works like a champ!!!!! on the AC3200 BL 1.0.1.6


if it smells it good to go!

 

[AlexBlajan]

We have an update. RT-AC87U_380.57.2_HGG-FINAL.trx
380.57.2: (18 JAN 16)

- FIXED: Minor code issues.
- FIXED: Typo in MiniDLNA database code causing high CPU loading.
- UPDATED: Expat to 2.1.0 version.
- UPDATED: Libgdbm to 1.11 version.
- UPDATED: LZMA to 15.14 version.
- UPDATED: Nano Editor to 2.5.1 version.
- UPDATED: SFTP Server to 7.1p2 version.
- UPDATED: SQLite to 3.10.1 version.
- UPDATED: USB_ModeSwitch to 2.2.6 version.
- REVERTED: Ipset to 6.27 version. (Ipset 6.x version backports not fully working on BCM specific kernel)

 

[Matthew Patrick]

So. Anybody using this on AC3200? is there any problems? And can we just maxed the tx power ? Without fan? And will no probs? Thx and sorry for duplicate post . thx all

 

[AlexBlajan]

So. Anybody using this on AC3200? is there any problems? And can we just maxed the tx power ? Without fan? And will no probs? Thx and sorry for duplicate post . thx all

RT-AC3200U - READY. (UPLOADED)
dda95cbef6a4c70872532d34b403761062629071479a0ed942ee52286bbde3d8 RT-AC3200_380.57.2_HGG-FINAL.trx

So yes, its available. I can't say in my name if it works fine, but as I tested all major hhgomes firmwares, they all work fine. Infact better than the original AsusWRT ones.
Anyway, if you want TX power I recommend using the 2.4GHz because has a wider range. It won't harm the router

 

[Matthew Patrick]

RT-AC3200U - READY. (UPLOADED)
dda95cbef6a4c70872532d34b403761062629071479a0ed942ee52286bbde3d8 RT-AC3200_380.57.2_HGG-FINAL.trx

So yes, its available. I can't say in my name if it works fine, but as I tested all major hhgomes firmwares, they all work fine. Infact better than the original AsusWRT ones.
Anyway, if you want TX power I recommend using the 2.4GHz because has a wider range. It won't harm the router

I want to use 5ghz1 for another ssid and 2.4 with 5ghz-2 for normal ssid . and is it the same as rmerlin fw? And maybe reworked? And if we set the tx power 100% its 1Watt? And it wont fry the chips without any cooling? Thx

 

[AlexBlajan]

I want to use 5ghz1 for another ssid and 2.4 with 5ghz-2 for normal ssid . and is it the same as rmerlin fw? And maybe reworked? And if we set the tx power 100% its 1Watt? And it wont fry the chips without any cooling? Thx

If you don't overclock the router it shouldn't harm it. You will find that this firmware will work better, I promise.
As a word of advice, reset the router before flashing and do another reset after you flash the firmware, and please don't import configurations. It will work better

 

[AlexBlajan]

If you are not happy with the cooling, buy a laptop cooling pad, it works fine

 

[Matthew Patrick]

If you don't overclock the router it shouldn't harm it. You will find that this firmware will work better, I promise.
As a word of advice, reset the router before flashing and do another reset after you flash the firmware, and please don't import configurations. It will work better

But i mean. The wifi card will not fried by pushing the TX to 1Watt? And they say if u increase the tx so much and the antenna cant handle u will get so much noise making the signal throughput to low. Are u using 1W on the TX? What router u use? Thx so much