nova
Occasional Visitor
Flashed 380.61 on my RT-AC3200 and everything works as expected. Uptime 23h.
What i mean is will this latest custom firmware stop me from flashing anything lower if i wanted too?
Flashed 380.61 on my RT-AC3200 and everything works as expected. Uptime 23h.
What i mean is will this latest custom firmware stop me from flashing anything lower if i wanted too?
I think the recommended method of most users is to export your current configuration in an read-able form and set all needed settings manually.
http://www.snbforums.com/threads/user-nvram-save-restore-utility-r24.19521/
This version still dropping media streaming services, and now you can't flash back older firmwares only the hard way. This is retarded.
Then where were you when I had a beta build specifically for media streaming? Those who tested did report it resolved their issues, so there's a chance the problem might be with your setup rather than minidlna. If minidlna isn't compatible with your DLNA client, then there's nothing I can do. Change the client, or change to a different DLNA server.
With 380.58_0 I don't have any issues streaming stuff, any newer vesion drops the source after random 5-15-30 minutes. I use a main router, which goes into an AP that goes into a Samsung TV. Removing the AP won't change/solve anything. I use Samsung AllShare, but it drops the link even with SamsungLink. My router is RT-AC87U.
Also whats the point preventing to rollback to older firmwares? Makes no sense to me, if you can do it with recovery.
Does that make sense? Ping is a tool, MTU quite an important connection setting for WAN....
Why would we want Merlin to waste his time on that?
MTU settings are already provided in the WAN configuration page where they belong.
Or, if you want to "experiment" simply ssh into the router and run the ping command by hand with the -s (size) option: .........
As a side, I just tried the above. Google stops responding at 85 byte packets, Yahoo seemed to take almost anything I sent to it.
Samsung's smart TV code has always been really poor. They fail to follow protocol standards, they decided it was a "good idea" to request a favicon.ico from DLNA servers (even tho that's not defined anywhere in the DLNA specifications). Their engineers are so clueless that they are requesting a DHCP lease with a hostname of... "localhost". That tells me a lot about the quality of their code, quite frankly.
Minidlna already has to implement various workarounds to deal with bugs in Samsung's implementation. Ultimately, the bugs are with their code, not everyone else's.
Since June, manufacturers are required to ensure that routers are only accepting firmware versions that have locked down radio configurations to prevent changing regions/channels/output power levels. Since previous firmwares didn't follow these new rules, Asus set up a cutoff date where pre-validation firmwares are no longer accepted. That does not mean you cannot rollback - only that you cannot rollback to firmware versions that were released before the new FCC rules. Browse through the forums, this has already been discussed at large extent over the past months leading to these new rules.
Also, you can simply manage your MTU by Ping from a client. No need to do this through the router GUI.guys, it's obvious that you can set it under the WAN menu -_- have a sense to have this option if you want optimize your MTU size...
Thanks Grana for your polite answer, that's right, we can anyway use additional tools and that's what i did...
How come it works perfectly with 58.0 then? I can watch movies for months without any issue, but as soon as I try a newer firmware I get drops all the time. Also I don't think the issue is with the TV connection itself, the router can see the TV perfectly all the time and I don't loose the net connection either, it only drop the vitrually mounted folders whitin the streaming link. I know that Samsung software is shirt, but SamsungLink is even more shirt thats why I'm stuck with AllShare.
http://samsung-allshare.en.lo4d.com/
But why do a custom firmware has to follow this rule? I don't use custom one to tie my hands even more. I could have imagine a better way to spend 30 minutes before I figured it out that the recovery mode only eats firmware when plugged into the 4th port.
Then where were you when I had a beta build specifically for media streaming? Those who tested did report it resolved their issues, so there's a chance the problem might be with your setup rather than minidlna. If minidlna isn't compatible with your DLNA client, then there's nothing I can do. Change the client, or change to a different DLNA server.
But why do a custom firmware has to follow this rule? I don't use custom one to tie my hands even more. I could have imagine a better way to spend 30 minutes before I figured it out that the recovery mode only eats firmware when plugged into the 4th port.
I wouldn't care if i didn't had to rollback, but i did.And if you hate it so much, you can totally download the GPL source code on your own, remove the restriction and compile it on your own, to whatever the heck you want.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!