Still, Emule could be much faster. EasyMule is a free, open-source, peer-to-peer file-sharing client. Often used by clients looking for extremely rare content, the distinguishing features of eMule are the direct exchange of sources between client nodes, fast recovery of corrupted downloads, and the use of a credit system to reward frequent uploaders. The eMule Plugin is only a optional plugin.
After downloading the installer version of the latest version of eMule, double click the EXE file. When a port is blocked no traffic can go through that port and you will be stuck with a Low ID. That's why eventually websites that manually indexed links took over. So I opened up the window that shows all the file names of the tv show I just added to the download queue, and most of them very explicitly hinted at child porn.
I freaked the hell out and nuked the whole installation, deleted everything, overwrote empty parts of the disk with zeros. It just downloaded a few kilobytes of a couple hundred MB, but still I just thought what would have happened if I hadn't remembered that file name thing and would have found out when trying to play the damn file after downloading it.
So probably not gonna use it again anytime soon. I appreciate your view on the matter. In this case, however, as disgusting as it sounds, it's the "authorities" themselves serving that kind of content. Actual honeypots. No point in reporting, they perfectly know. Better to just run away and pretend nothing was seen. Wowfunhappy on Sept 3, root parent next [—]. Wowfunhappy on Sept 4, root parent next [—]. That does not mean this instance was a honeypot, or, by extension, that reporting would be pointless.
Yes, and yes. You see, with BitTorrent, you typically share few files, and mostly the ones you just downloaded. There is little incentive to actively seed thousands or tens of thousands of files you don't even know are interesting to people. With the ED2K protocol, the premise is that you share a lot: complete directory structures, and you search your many hashes when others make a request. The download took about 2 weeks to finish.
Couldn't find it anywhere else, only on eMule. I occasionally use aMule on ubuntu sudo apt-get install amule. Mainly to download classic Italian movies. There are a lot of titles to choose from Commedia all'italiana and neorrealismo, it's fast and I don't have to visit any shady webpage to get them, I just use aMule's search bar. Reminds me of MLDonkey which has a comparable feature set. It too is still maintained and it also clocks in at around 3 MiB.
All of this while being written mostly in a strongly typed, functional, ML-like high level language. LeonidasXIV on Sept 3, root parent next [—]. Wonder if rust ranks in there, it has a very ML-feel. I would call Rust ML-inspired. I would call OCaml a ML-descendent. While I completely I agree, I believe the appeal of electron comes from being easily cross platform with a single and consistent UI and most of the code being shared between platforms. I don't know of many stable frameworks that can achieve that while being able to easily create decent looking UIs.
The only other one I saw was JavaFx. But even then, you will still need separate codebases for web and native. Ain't it ironic? From all the excellent desktop oriented frameworks we have, developers and users seem to prefer cross-platform compatibility that web techologies enable.
Consistent UX seems to be winning over all the technological superiority, performance, or personal preferences that developers have. Developers use this because it makes their life and job easier. But it's still the users who foot the bill one way or another. It's as compromised as basing every road vehicle on an wheeler platform because this provides the compatibility between all transportation types, a truck can be used for commuting but a subcompact can't be used for freight.
Then you ask the drivers to foot the bill for the extra resource consumption or adjusting the infrastructure to accommodate the new and improved "cross-platform" vehicle. ComputerGuru on Sept 3, root parent prev next [—]. Were users polled about this? I believe a lot of the appeal of electron is that e. Linux users gets a version at all , which they wouldn't for plenty of products if it would have to be custom built.
Most users don't constantly switch the OS platform, consistency across OSes is of little importance to them. Most users don't have to switch between platforms but those who are obligated to do like I was, consistency cross-platform is removing a level of friction.
Some of my colleagues were running OS X. Electron is a middle ground that if I can avoid it is better but sometimes ease to use prevail on ressource-hungry applications. The other alternatives imgui, vulkan, etc.
Electron is the native-ish sequel to the everything-is-a-web-app movement, I suppose. That has similar motivations also makes everything no-install, super portable , and for plenty of tasks it's good enough, as computers these days are massively over-powered for lots of general tasks.
You get a lot of mileage out of platform-native UI elements. Also, people have been making megabyte-sized icons these days.
Jestar on Sept 3, root parent next [—]. I raised a ticket with Slack when I tried to upload a team-icon. They told that was intentional but didn't explain why I guess the ticket handler just didn't know why Wtf. That's for "retina" displays. I don't think there are any 8x displays right now, but probably they want to be future-proof for a while. I don't think there are any 8x displays right now, but probably they want to be future-proof for a while It's kinda unreasonable to put restrictions on the users in order to achieve that.
I mean, your slack team might not even be around by the time such displays are introduced. Why force the users to jump through hoops for such a silly reason? It seems like there's a pretty simple malicious-compliance solution for your problem As others pointed out, this is for future-proof high-dpi monitors.
A smarter approach would be to ask for it in a vector format with hints for specific resolutions. To have a hi-res version available for future hidpi screens and to apply their own optimized?
Presumably because the icon will be shown on high-dpi displays retina screens etc , no? I think it's remarkable that you think it's remarkable ;- eMule comes from an era when all applications were native and 1GB of RAM was considered extravagant.
Am era when you could download whatever software you wanted to your device without going through a draconian app store. An era without walled gardens. People had websites and blogs. The technology was bolder. The algorithms used to accomplish heavy lifting were cooler. It was the wild west and it was free and exciting. Today we live in a plastic, enterprise, software as a service monoculture. The wild and free part died. Maybe I'm just getting old, but I hate it.
HeckFeck on Sept 3, root parent next [—]. Your comment reads like the first few lines of a manifesto I'd gladly sign. Santosh83 on Sept 3, root parent prev next [—]. It's just that the contrast hits you fresh in the face after several years of getting used to bloated web,. NET, UWP, flatpak apps, it is refreshing to install a full-fledged application consisting of a single binary less than 3 Mb, and whose UI doesn't treat me like I'm a mobile-totting child. I wish we had more programs like this.
They could breathe new life into older or less powerful systems, and get along better with multi-tasking using several simultaneous Electron apps on a small or mid-tier system brings it to its knees while these computers would still be considered insanely powerful just a decade and a half back.
ComputerGuru on Sept 3, root parent next [—]. Windows Vista and up shipped with. NET 3 and. NET 2. UWP is, of course, a different story. Can't beat a single file distribution of under 1MB. Apparently the benefit of having larger size apps is the higher development flexibility and evolutivity.
I guess android is a huge victim of app cruft. I love android but I have to admit software bloat is a real threat to the environment.
HTML is not really the problem. It is overkill if you don't use DOM at least in basic way. To render static non interactive blocks it's better to use straight opengl, and probably easier no matter if you know opengl beforehand. Electron ships and keeps in memory things almost everybody already has either installed themselves beforehand or laying in main browser cache JavaScript libraries. A better, but slightly less user friendly alternative would be to ship applications that simply serve the same HTML on a local port and access it through main browser like syncthing for one example and perform computing on the local backend server.
And here's the main issue: average Joe is scared by suffix in the browser. The average user is just a step away from the solution but that's Can someone explain to me why don't browsers offer a "local app" mode where they couple with a locally run server and display a more stripped down UI no favbar, tabs, extensions, etc for these cases?
Is it about security? Because even HTTP and the server side are growing in complexity. User expectations that browsers are the outside world and the aversion to full page loads are big factors.
But a stripped down UI serves to make a non-tech savvy user not associate it with their usual browsing. I know server software is getting complex as well, but to my limited understanding the interface was the biggest offender when it comes to unnecessary use of resources, which is the problem my proposition tries to solve. Chrome and Firefox did have this in Debian repos at one point.
It also helps that the code is built on top of MFC and targets only a single operating system Windows. Funny how a software that old, widespread and "battle tested" hasn't had a version 1. Way to go, old friend! P2P technology is important to resist censorship. It does not have an opinion about what content goes through the technology.
Like Tor. The important thing is that it's decentralised, which makes it truly "of the people, by the people, for the people". Those saying 'Why use P2P apps if you have nothing illegal to share' are the same ones saying, 'Why need privacy if you have nothing to hide'.
They're wrong, they're privileged, they're selfish, and in many cases they're lying hypocrites and therefore dangerous and abusive people. Long live P2P. The more protocols in active development the better.
The only people who can be trusted to look after these artworks are people doing it out of passion rather than profits. In 10 years the teenagers growing up today are going to have a cultural blackhole as a lot of the more unusual music they enjoyed no longer exists anywhere online because it was all on spotify, YouTube or soundcloud and they might have gone out of business, not retained it or the creators themselves lost it or moved on.
Music can also be lost to fire, as it was in [0] with Universal studios originally downplaying the loss until a New York Times article revealed its full extent. The point is that if everything is in a single giant "library", and it burns down, then everything is losf forever.
But if there are copies here and there, there is much more chance that at least some will survive the centuries. Eg, single point of failure vs redundancy. That was so tragic. P2P is actually mostly preserving movies. I've downloaded quite a number of really old live performance of classical music from YouTube, that are practically nowhere else to be found. No pirate version can be found, private bay or the likes. At least for now, YouTube is a gain in preserving and distributing old and unusual content, not a loss, in the world of classical music.
I don't know what happens it one day it ceases to exist, but I imagine enough people would have saved copies of those videos to re-upload to whatever video site replaces YouTube. Your "in 10 years the teenagers A German rapper I know had released a mixtape years ago, but as he had no rights to the beats it was only a mediafire zip upload Not even he has the zip or any of the songs, as the files got deleted, managers changed and so on.
And this was no mediocre stuff, I loved it! Had they been freely available in hires digitized copies we would still have them. But alas we only have low res copies. The moon landing videos were made in , and are believed to have been erased in the early s. There was no technology at the time to digitize those videos, nor any compact data formats to store them in, nor users with spare storage for that data.
While true, it doesn't invalidate the grandparent's point. The tapes were easy to lose because they were not replicated. And they were not replicated at the time because this data wasn't considered valuable, and on a larger scale, because there was not a culture of data preservation at NASA. It's not clear that they had the ability to replicate this data, anyway -- the reason it was lost was that they needed to reuse the magnetic tapes for data from another project!
That's why allowing the data to be replicated is so important if you care about preservation. It only takes a few happy mutants who think some otherwise boring data might be interesting and keeping a copy for themselves. Again, you're assuming that ordinary people had some way to easily "keep a copy for themselves".
This was emphatically not the case. This data was not digital. It only existed as a set of magnetic tapes in an unusual format: 1" magnetic tapes containing application-specific analog data. The number of institutions that would have been capable of copying and storing this data would have been small; it's improbable that any individual, "happy mutant" or otherwise, could have done so at the time.
The notion that any sort of data is easy to copy and store is a modern concept. It was usually not the case in the past. And I thought the Emule network was dead, good to hear they're doing well. Couldn't agree more. Everyone of us, including myself, has something to hide. Some of the more extreme motivations behind the attempts to push for more control on communications simply don't stand: "it could be used for child porn" is no different to "it could be used for drugs trading" applied to normal cellphone communications.
Just let communications protocols alone, then divert more funding to intelligence technologies and training rather than giving police military weapons. Agreed, though it would be nice if nodes could interoperate with different protocols.
LockAndLol on Sept 3, parent prev next [—]. TOR shouldn't be used for P2P. It's not conceived for that. Hi, I'm the creator of MuWire. I'm very happy to see eMule spring back into life.
I believe it's time for a move away from the "torrent site" model and back to more casual approach file sharing. Once two nodes are connected via a Tor hidden service, other p2p channels can be established and are more appropriate to transfere large files. While maybe not in your concrete case, in general this sounds like really dangerous advice - a quick way to open up for deanomyizing attacks?
0コメント