It's highly doubtful that ad dollars can pay for this. Take a look at how much ad space pays out - unless you're running a really popular site, the click-thru payouts are incredibly small. Impressions are even less. You'd probably have a better chance through setting up a Youtube channel and then leveraging that to make a companion site if you manage to make enough for incentive payouts.
I wasn't able to find a solution for this elsewhere:
How can I encode with x264 (i.e. in HandBrake) and have it keep frames of solid black or white color? These appear fairly often in TASes, however in my experience, the codec will replace them with a freeze frame of the last non-solid color frame. This usually looks strange and not fully accurate to the source.
A recent example is Weatherton's MK64 encode, where the lack of fully black frames is seen as early as 12 seconds in. Notice how the words "Player Select" stay on screen for a while instead of going black right away, and later how the colored boxes at 1:11 never fully leave the screen. I don't believe this happens in BizHawk or on console.
- Adblock Plus (with Element Hiding Helper so I don't have to bother with text ads and other things I don't like seeing which vanilla ABP can't block)
I actually use the regular Adblock (not Plus) on my main PC because it gives me more options. Would it actually be better to use Plus with Element Hiding Helper?
Mozilla Firefox
Mozilla Seamonkey
Google Chrome
Google Chromium (Chrome without the Google proprietary bits)
Microsoft Edge
Microsoft Internet Explorer
Opera
lynx
elinks
Dillo
NCSA Mosaic
Konqueror
Those are the ones that I know of off the top of my head.
EDIT:
Vivaldi (from the devs that made Opera)
Instead of just blindly picking a framework, why not lay out the requirements first and then decide which framework(s) best fit(s) the requirements?
Optimally we would have a person who has a lot of experience in web server programming and different frameworks to at least delineate, if not implement, what would be the best options and how it should be done. There are lots of good web server frameworks out there, but perhaps that's the problem: There are too many to choose from, and they all require experience to be used efficiently.
(I actually have a good friend who is a professional web developer and has a lot of experience on it, and has done work for big companies. Unfortunately I don't think he would be willing to do this kind of thing pro bono.)
Before even bringing in someone to put down an architecture, some questions should be asked about what the site functionality should be: what do you want the front page to look like? What sorts of tools do you want to have available for submitters, judges and publishers? What sort of integration is desired with the forum and IRC? Even just specifying "something functionally similar to what we have right now" would be a good starting point (although arguments can be made for separation of concerns; for instance, there is a wiki that might benefit from being separated code-wise from everything else). At that point anyone that brings their expertise can have an idea of what they're putting together and how. The specification is allowed to change, but without a clear idea of what's even desired in the future site, you'll probably end up with a bunch of designs with "missing" functionality. Someone like adelikat or Bisqwit or a consortium of the higher-ups and veterans would probably want to codify the absolute requirements and a call for addendums, as seems to be happening in the other thread. There's nothing wrong with mockups, though, but as you're already aware, most people with a favorite hammer will see everything as a nail.
Also the friend of yours might not do pro bono work, but any professional worth their salt can at least give a few suggestions. Most passionate programmers I know just love to spill their opinions all over the place about how something could/should be done. Might as well ask.
Warp wrote:
But don't use PHP.
Why not? Even if you don't like it as a programming language, the fact is that it's arguably one of the web server development languages that has the most amount of people behind it, and the most amount of well-tested frameworks and libraries, and has endured the test of time. Technically it might not be the best possible language for that purpose in existence, but in practice so much work has been done with it, that it's a very good option. Sometimes it's just better to use the option with the most support, and the best libraries, even if it might not be the best programming language (by some subjective measure).
(I'm not saying PHP should be used. I'm just saying that it shouldn't be ruled out just like that.)
PHP is awful, and popularity is a really poor indicator of quality; in fact, its popularity speaks more about its accessibility and availability: you can get packages for just about everything, and it's usually not too difficult to bootstrap a basic project in PHP if only due to the dearth of learning material and available talent; but PHP has somanyfundamentalproblems having mostly to do with poor language choices solidified into compatibility baggage. Variable variables sticks out in my mind as the most PHP-like feature of PHP. It just so visibly demonstrates how the language lends itself to terrible design, and yet this is advertised as a feature.
PHP might have been the web programming language de jeur in the 2000s, but there's a lot of really good alternatives nowadays (some of my friends really like Flask), made much easier to deploy thanks to tools like Docker.
Instead of just blindly picking a framework, why not lay out the requirements first and then decide which framework(s) best fit(s) the requirements? As Derakon puts it, it's better to use something that fits well over something with familiarity, as the latter may not necessarily fit the requirements best. A kind of skunkworks setup in which the architecture is designed and tested might work well if there's no clear goals as long as the existing site continues to run alongside it. An alternative would be to have a few self-hosted solutions using different frameworks; a kind of "shoot-out" of sorts.
But don't use PHP.
Why is this emulator pending deprecation? What would be used in its place for N64 TAS videos?
Bizhawk, using the mupenplus core for N64. (In the future, CEN64 as an N64 core would be even better, because it's cycle-accurate, but it's not done yet.)
Ah, makes sense, thanks for clearing that up. Now, to find a good tutorial on actually making a TAS for Mupen64 plus...Luckily the requirements for CEN64 are super demanding :P
Demanding indeed; apparently, based on the last revision in the repo, the RSP and RDP are set to require SSSE3 support.
...anyway the reason is obvious why this was never sold.
It was sold in Taiwan from at least 1994ish.
Sayd you... Also yeah the snes copier was sold in Taiwan, that doesnt mean it was allowed or fair use of copyrights.
You can also buy junk stuff for cheap, like, fake chanel, celio or lacoste products, that doesnt make them more leggit, they are still fake.
Let me rephrase since you want to be assy.
It is obvious why it was never sold on countryes where that realy matter and where copyrights are not just some paper to clean your ass with.
The point is it actually went to manufacture. Whether or not it was a blockbuster hit is beside the point.
opps
all I remembered was to optimize to the fullest (-O3, which I realize does make larger executables than -Os) and build for my processor (-march=pentium4)
The interesting thing is, it's possible to create code that actually runs faster with -Os if it ends up emitting blocks of code that can fit inside of the CPU's cache.
is their anyway you could do like nasa did once and distribute the testing between more than one machine, without them both checking the same thing in the same order? I have a computer that does virtually nothing but it has no where near 10 gigs of ram. Good luck with your bot though.
You could have each worker "check out" blocks of solutions to calculate. There's a distributed WEP cracker that does this: each worker checks out a set of keys, then tries to decrypt using each key. If the working one isn't found, it checks out another block.
San Francisco Rush doesn't feature flying cars, but it does let you make some pretty ludicrous jumps.
The console ports of Rush 2049 (at least the N64 one) let you deploy "stunt wings" to do flips and rolls while in the air.
On that note, I have my own request for a mystery game: Arcade game with graphics comparable to Centipede or the like (8 colors, black background, that kind of thing). It was a sidescrolling flying shooter, with one player as the pilot and the other as the underside turret gunner. There was also, to my memory, a top-down view of the "overworld" which may have let you fly to other planets. That's the extent of my knowledge.
Another post nthing bad game choice. Usually, if it shows up on a page like Something Awful's ROM Pit review collumn, it's not something to TAS.
It almost got -50 too.
Voted no. I watched it, and most time was spent waiting for Waldo to walk around in the overworld, excepting the driving maze thing.
the game should start from the first time that the .exe is executed for installing the game and once installed we should be able to see the actual problem(this process should help for avoiding desynch issue).
You need to record right from power-on because the PRNG samples not only from the system clock but also from user input. Everything up until the GameCube relied on controller input for PRNG seeding, so you'd be dealing with a totally different beast.
Last I checked, mupen64plus did not have working Windows builds (I tried compiling; it was a very painful experience), and I didn't test Linux because I lack a working Linux box.
no, the fact that equilateral triangles have 60° angles is a property that's only valid/provable for triangles with nonzero area. The angle is defined as sin(a) = a/h or rad = s/r or something, which isn't defined when all significant lengths are zero. Division by zero is bad, hmkay?
Then it's not an equilateral triangle as you erroneously pointed out.
I too find it unnecessary to require admin rights to copy files into individual programs' directories,
If this weren't the case, any old user could come along and put his own "custom" binaries in Program Files. An admin comes along and runs one and...well, game over.
Uh, that's their own problem then. You might find it surprising that there's a whole slew of design guidelines that make programs less "jarring" and incidentally also minimize the number of UAC prompts.
If a program requires you to copy something to Program Files, the program needs fixing, not the OS.
I was thinking of taking a free game, is there such thing? This way we could make the download available without running into issues. I wonder if it's a good idea, or if there actually are any worthy free games.
The only one that I know of that isn't a hack/homebrew is Daikatana for GBC.