Nicotine+ to grab what I want, EasyTAG to edit metadata, move the files to my self hosted instance of Ampache which I can then access either with SublimeMusic on desktop or SubStreamer on my phone if I’m traveling.
the only case i could see it stopping someone is if they just pirate for funsies and have the disposable income to buy anything they want lmao. if you need something and cant afford it then inconveniences and annoyances don’t matter
i have no idea what connection you think there is between piracy and adblockers. if anything, wouldn’t killing all adblockers encourage more piracy, not less?
I don’t see how these two things correlate. Private trackers don’t have ads on them and many public ones that require an account don’t either. Are you still downloading things through a browser with jdownloader?
You just have to use your judgement and laugh at what you find funny on your own, if you need peer pressure (opinions of others) to find something funny then it’s not really funny to you and maybe isn’t even funny for many people to begin with.
This might be controversial but maybe many Sitcoms that do this were never funny in the first place and used laugh tracks because try as they might they had to force people to find it funny via artificial peer pressure, that either constitutes of a crowd being told to laugh on cue, or a recording of them doing so, which is what a laugh track is.
Here’s the key point and why we stopped using them, things aren’t funny, people think certain things are funny, and they also think plenty of things are not funny, and like it or not people are not always going to find the same things funny.
I always thought it was because the earliest stuff was actually filmed infront of a live audience (Like a theatre) who did laugh, so when switching to non-live-audience stuff, the viewing public would be ‘put off’ by no laughter, so they injected it with canned laughter… then as time went on they realised this was rubbish and stopped it.
But maybe I’m just missing the joke in the previous two comments, I dunno.
In the earlier days it was like that but as time went on it became a technique known as sweetening to make the joke seem funnier, sometimes they would even use it to fill in silence or dead air since that was frowned upon (I wonder why people said TV rots your brain for the longest time… can’t be related to any of these practices could it?).
The beginning part is essentially saying that if people need laugh-tracks to find things funny they are dry and humor-less, a joke at their expense but also at the same time it’s 100% sincere, a person who can’t find things funny without others lacks a sense of humor.
I hope game developers can shift to different game engines! Can’t imagine how difficult that could be since I don’t even know more than some basic python.
It’s pretty much a “develop from zero” situation. You can import assets, but will probably have to at least fix them up. If you are lucky, the two engines use the same language, but probably not. For example Unity uses C# while UE5 uses C++. And then you didn’t even get to the parts where you actually use use the engine. Everything that touches the capabilities of the specific game engine need to be rewritten. That is off the top of my head: interaction, physics engine usage, collision engine usage, AI stuff etc.
Probably difficult difficult limes difficult. Like rebuilding a wood frame house into a concrete block house.
You can reuse parts (doors, windows, etc) but not everything comes apart easily, and it’s still a lot of work reassembling things. Even the parts you should be able to reuse, you may end up replacing since they don’t “disassemble” easily.
It's usually quite difficult, since most other engines use C++, which is pretty different from C# in many aspects. My engine (PixelPerfectEngine - 2D game engine primarily aimed at retro pixelart games, link: https://github.com/ZILtoid1991/pixelperfectengine ) is written in D, which is much closer to C# in a lot of aspects, however my engine is far less capable than Unity, still needs a lot of development, and also has it's own quirks that make some features inconveinent to implement or add.
Mine is quite minimalistic, and relies for the D runtime and standard library (or other D libraries) for many things. Also my engine is primarily geared towards retro pixelart games, and works as such. Currently, the CPU renders to a low-res texture (as seen in emulators), which is then stretched to a higher resolution, later on it'll replaced by custom shaders that do color lookup and render directly to a texture (which is quite complicated, simpler methods would cause easily misalignable pixels, thus defeating the engine's purpose, even if some likes the "smooth" scaling from other engines).
piracy
Aktywne
Magazyn ze zdalnego serwera może być niekompletny. Zobacz więcej na oryginalnej instancji.