I actually thought the "this site uses a plugin" message meant the plugin itself was getting disabled and shockwave was gonna be integrated into something else from Google itself, because I get the same message for the Silverlight and Flash plugin also. Also kinda offtopic but I heard Sulake was busy/planning to migrate Habbo from Flash to HTML5.
I doubt they would change... It would be waaay easier to rip with html 5... About the shockwave, we have until september until its totally disabled...Originally Posted by HabMoon
-Best thing on v26 Shockwave was using firebug so that you're habbo will be naked.
I would always do that, even on retros such as Force Hotel.
-Best thing on v18, there was lots of users playing back then, mods were
like normal habbo players, they didn't care if they were a mod or not.
What they only care is to have fun and chat with someone. I remember
joining an RP room, then I tried to rape a user. She was like ok with it.
Tried it on the new Habbo, the girl was like i'm calling for mod.
At the end of the day I would like to thank sulake for developing this game.
Adios amigos!
Nope. Would be too stupid.
Basically, I don't think "stupid" is the right word, but you are right. I just don't know if they are going to change it to newer resources or stick with flash, because sooner or later, it's going to be a bye bye. I don't see it for at least another 2 years to start moving out to death, but I guess it's going to happen sooner than later.
HTML5 is absolutely not done jet. Also it has much worse performance and it's harder to code, so ugh. Why?
Dude, you serious think it would be done with DOM elements, well yes, that would be shit.
It might be true on not done yet, but lets face it, there are plenty enough frameworks and libraries which has fallback for older browsers which works great.
For example, PixiJS has normal canvas fallback when the WebGL api isn't supported in the browser. This means that even older browsers from IE would work, yes they do! The only downside is less performance and no hardware acceleration.
Polymer which allows you to make custom HTML elements. (it's so great, you guys should check it out). It supports the current modern browsers including IE10+.
Making fallbacks ofcourse has performance disadvantage. But did you ever look at you task manager when running flash. It's killing me how much CPU/RAM and for notebook users BATTERY usage it has. Example, enter a full room, in this case 40 users.
Let's see, 420MB RAM and 21% CPU. I call that bullshit and inefficient usage of resource..
Eventually they have to, big (internet) companies like Facebook and Apple are highly against Flash and they want Adobe to have a end of service date.
It was even so bad last days, that chrome blocked the Flash plugin (fixed when you update chrome now)!!!
Last edited by Joopie; 09-06-16 at 08:16 PM.
You could say sulake is trying it's best to not get ripped by anyone? I'm sure sulake is really aware about how habbo retros are increasing widely , it's a method to prevent more from happening , I guess.
https://en.wikipedia.org/wiki/Compar...TML5_and_FlashDude, you serious think it would be done with DOM elements, well yes, that would be shit.
It might be true on not done yet, but lets face it, there are plenty enough frameworks and libraries which has fallback for older browsers which works great.
For example, PixiJS has normal canvas fallback when the WebGL api isn't supported in the browser. This means that even older browsers from IE would work, yes they do! The only downside is less performance and no hardware acceleration.
Polymer which allows you to make custom HTML elements. (it's so great, you guys should check it out). It supports the current modern browsers including IE10+.
Making fallbacks ofcourse has performance disadvantage. But did you ever look at you task manager when running flash. It's killing me how much CPU/RAM and for notebook users BATTERY usage it has. Example, enter a full room, in this case 40 users.
Let's see, 420MB RAM and 21% CPU. I call that bullshit and inefficient usage of resource..
Eventually they have to, big (internet) companies like Facebook and Apple are highly against Flash and they want Adobe to have a end of service date.
It was even so bad last days, that chrome blocked the Flash plugin (fixed when you update chrome now)!!!
HTML5 VS. FLASH - HTML 5 Won't Kill Adobe Flash Video Player
Now just think how many images are loaded on your screenshot (like, every furni + every clothes part), do you actually believe that html5/canvas will work better with thousands and thousands of images?
And yea, lol, swf has compiled bytecode in it so it will be faster by-concept.
I agree. I think HTML5 is a great idea, but it's nowhere near ready. It's certainly not ready for businesses to use it while also protecting their data.
I don't understand why people think Flash is so unattractive. I think it's become sort of fashionable to jump on the bandwagon without considering WHY people still use Flash. Overall, it's much more professional. There are standards in the Flash world, like preferred IDEs and direct support, and Adobe isn't one to be behind the times. I think it's also fashionable to beat up on the 'big business' aspect of the web development world, even though Chrome and Firefox are basically taking advantage of their dominance to write the rules of the web. Fine fine, get rid of NPAPI, we're better off! But don't suddenly jump on this weird, complicated system called HTML5 before it's even done.
Another thing. HTML5 canvases require CSS, JS, and HTML. Outrageous. It's too complicated to get started. I'm beginning to think, in all honesty, that HTML5 will never overtake traditional web players.
@Joopie you're failing to consider that the game itself is what causes Flash to consume so much of the computer 's resources. Even with event listeners on 49 sprites for MOUSE_OVER, while I constantly run my mouse over them all, the Flash debug player only consumes 0.9% of my CPU. If I added sockets, more images, and more event listeners, I could expect those levels of usage.
Chrome alone uses 49.4 Mb of memory and 2.1% of my CPU when on this page. What if you added a canvas? Sockets? Animation?
Well, if I could see your performance measurements for HTML5 (which I'm sure you've taken, because otherwise you're just making one-sided assertions), I wouldn't have to speculate, but I'm pretty sure that both platforms are approximately the same in their performance.
Flash does make it difficult to reverse engineer code but at the end of the day, a determined hacker will find a way in. However, web technologies (i.e HTML5) do make it quite difficult to protect code such as encryption routines.
If you're talking about user data, you're doing it wrong. You shouldn't be holding sensitive data on a client you have no control over.
A preferred IDE cannot considered a standard. An IDE is simply a tool. Sure, there may be official IDE's (e.g Visual Studio for C#/.NET development), but at the end of the day, an IDE is just another way to write code. Adobe provide a huge suite of tools for Flash, that's why they offer "direct support" - HTML5 isn't a product that is sold to users/developers. (Besides, there's a HUGE amount of information available for web development - javascript in particular.)I don't understand why people think Flash is so unattractive. I think it's become sort of fashionable to jump on the bandwagon without considering WHY people still use Flash. Overall, it's much more professional. There are standards in the Flash world, like preferred IDEs and direct support, and Adobe isn't one to be behind the times.
No-one has suddenly jumped on this complicated system called HTML5. The first version of HTML5 was published in 2008 and it was finalized as a standard in October 2014. There has been a slow and gradual process towards the adoption of HTML5 technologies. Also, if I remember correctly, NPAPI is/was a pretty insecure and old standard.I think it's also fashionable to beat up on the 'big business' aspect of the web development world, even though Chrome and Firefox are basically taking advantage of their dominance to write the rules of the web. Fine fine, get rid of NPAPI, we're better off! But don't suddenly jump on this weird, complicated system called HTML5 before it's even done.
The three technologies work in tandem.Another thing. HTML5 canvases require CSS, JS, and HTML. Outrageous. It's too complicated to get started. I'm beginning to think, in all honesty, that HTML5 will never overtake traditional web players.
HTML is not complicated. If it is, you shouldn't be programming.
CSS is used purely for styling, you could probably implement styles in JavaScript if you really wanted to.
JavaScript is just like any other C-based programming language. In fact, JavaScript and ActionScript are both based off the `same` standard (ECMAScript).
Anyone played Force hotel when it was around? That was all I used to play. Probably the most popular oldschool hotel around I think. 2-3 years I played from being a noob to ending up with 3 billion credits. All was great untill I got banned... Then it merged with xen hotel as Force ran out of funds then they both closed down. In my opinion, oldschool is pretty much dead apart from the few localhost hotels people setup to go back a few years back to the good times.
HTML itself isn't complicated but the standard method of programming for it is. That's what I meant by standard, not an actual written RFC standard. And I understand that JavaScript and ActionScript are based off of ECMAScript, but my issue is with the fact that there is no "canonical," if you will, IDE. With AS3 you write, debug, and package the code in the same environment. With JavaScript you have to write it in an environment, debug it all, then re-deploy it on a webserver and then debug it for different browsers. I know that the gap is getting smaller between the way each browser works, but to be truly universal, you have to ensure it all functions the same way.
About the user data comment, what do you think I am, an idiot? Whoops, walked into that one. But in all seriousness, no. Of course I'm not suggesting that. I am suggesting that it's nice to have a client that is packaged tightly together, their original methods and variable names covered up. I'm aware that JavaScript can have these abilities under a unique kind of 'compiling' it (Ajax is like that, right?), but it still bothers me.
What I think it boils down to is, and this goes for any markup language, I hate having to do extra things. Extra things like, as I said, browser cross-compatibility fixes (which may no longer be necessary. I don't know, I don't deal with HTML5). Or maybe, in XAML, that preamble like an element for every display object. One of my favorite things is being able to create display objects without any markup. Just constructing them in the code. It just feels wonderful to me for some reason.
I dunno. i think I'll look at some HTML5 tonight and reevaluate. See if I can get past whatever childhood trauma obviously caused me to be so negative about it.
Bloodline v3 hahaha use to host on computer then when it was night I had to shut computer down lmfao.. Good old times!
Bloodline was a beaut!
Reply With Quote