I'm not sure either lol you managed to do the impossible with this project yet didn't slap a compressor on yer audio

​@@andrewkovnat however many times this reply appears is how many times @KZfaq duplicated your reply

@@andrewkovnat however many times this reply appears is how many times @KZfaq duplicated your reply

@@andrewkovnat however many times this reply appears is how many times @KZfaq duplicated your reply

@@andrewkovnat however many times this reply appears is how many times @KZfaq duplicated your reply

O shit

Damn, we’re all so damn old

bruh n64 came out in 1996 and portal was in 2007 edit: i read that wrong

@@Lunarcreeper yea 11 years

gex was released closer to the moon landing than today

Same

Then why don't you? It's running beautifully on real hardware via flashcartridge.

@@M1XART he is talking about having a physical copy, not about compatibility with real hardware. Something like blast arena advance, a homebrew game for GBA, that was unofficially released on cartridges

If/When a ROM is released, it's pretty easy to get programmable cartridges, when you you can then put in an authentic-looking N64 cartridge shell with some portal box art on it

@@marikiri5119 yes and those unofficial cartridges use flash! gasp! omg! oh my god! (who invited this kid?)

Hey now, PortalDS works just fine. ...Sometimes.

@@obvfw most of the time, it doesn’t show portals lol

I can’t even figure out how to get past the title screen. It does nothing for me

@@Nightcaat if your taking about the screen with GladOS on it, just spam a and start

Ok, I'ma google search for this game...

I think it would be extremely difficult to implement the transference of momentum through portals while airborne.

@@whirl3690 replace it with trampolines :troll face:

@@whirl3690 honestly, would that really be more difficult than the portal programming, which he already implemented and showed here? I don't know much about N64 programming, but the momentum through portals thing could be dealt just by copying and keeping the variables for momentum after the transfer through the portal. Right?

@@gaetanodepaola2ndchannel179 It wouldn't be that simple when one portal is flat on a floor, wall, or ceiling while the other is on an incline.

@@whirl3690 would it not be possible to just have a 3D vector with your speed that is edited by the difference in portal angles?

This is why audio normalization is important.

I got startled by the GLaDOS earrape

I was watching this as my last video before bed and i'm not as tired as I need to be for sleep, now 😂😭

I was watching this at midnight in my apartment with paper thin walls. I had my TV turned down to the appropriate night level until your video came on. Since your vocals were low I turned it up figuring you don't often yell or anything suddenly... then that Game Voice kicked in and scared the living shit out of me as I scrambled to grab my remote to turn my TV down! lol Edit: I got my first ever wall pound from the neighbor.

@@RobotnikPlays *audio leveling

i am sorry, just testing something to prove a point ignore this comment, OP @Nesy boi

Everdrive and a copy of the rom would technically be a physical copy for your N64.

@@andrixsotheraccount6744 did ya prove em' wrong?

@@mem3b0i_ they didn't reply, so probably? not sure I was just testing if pinging a person on another comment works and I was arguing that this isn't Discord/Twitter and pinging a person without directly replying to them doesn't do anything

@@andrixsotheraccount6744 If you managed to copy the actual data and not the text, it might be possible.

Digipen grad?

@@GameOn0827 yes, the designers of portal were from digipen. Gabe Newell went out there to recruit and when he saw narbicular drop he immediately made an offer to hire them

I obviously know that, 'detective'. I was asking if you were a graduate.

@@GameOn0827 oh no, not my expertise. Though I was a big Nintendo fan when I was a kid and I wanted to go there.

@@GameOn0827 Don't act like a prick, mate.

Yes Mr. Johnson sir.

Aperture Science. We do what we must,because... We can!

To tell the truth, Valve would be idiots not to sell actual N64 Portal cartridges. I know a lot of people---including people like me who don't even own an N64--would buy one (at a reasonable price). Heck, even if they made only 100 and sold them for $1,000 each I'm sure they'd sell out.

I can't wait for someone to try running Portal on a calculator

Do not take this man's amazing attempt at making Portal for the N64 as indication that it might be easy or feasible like Doom is.

Doubt it. Remakes? Yes. But entire demakes? No. For instance, I have an idea along with a friend , of making something similar for the PS1, but I can guarantee it won't work well because one of the most required elements for portal rendering (z-buffer) isn't available, along with a even weaker hardware, may make this task impossible. So have that in mind Incase you wonder why it wouldn't become a Doom. Doom was made to be optimized and with portability in mind, so it has this point in it's advantage. Get someone familiar with it's codebase, and you get the usual "Can it run doom?" Mumbojumbo we have nowadays.

The thing is, OG DOOM is very lightweight compared to Portal. They're like more than a decade apart. I don't think we'll be seeing Portal being ported (heh) to Texas instruments calculators and pregnancy test any time soon.

​@@carl8790and after that you have to plug the red wire into the socket to make sure the engine boots at launch. Wrap the green wire around it's coil that sits directly beside the A button. After you put the back shell on, place the battery in the slot. Screw the Vr26 Jeeper back up and press the reset button. If everything worked according to plan you're device should show a thumbs up sprite. Plug the HDMI port into a monitor and wait three seconds. If it boots up on TV your in the good side. If it doesn't boot in less then 5 seconds quickly unplug. This can severely damage your TV and possibly start a fire

@Viewer could you send the link for that clip please?

would that run faster or slower on an n64?

That part was confusing to me as well... But I take it to be a general explanation of how the z-buffer works. The portal view is inherently further away in the depth buffer because, well... it's further away. I'd be surprised if there's actually code necessary to explicitly partition the z-buffer. Though I have messed around with trying to program portals before and I ran into trouble where walls and objects inside the portal view, behind the portal, cover the entire portal view, but I recon that explicitly partitioning the z-buffer wouldn't fix that. It's more likely solved because he renders only what's inside the view frustum, which is probably adjusted to start at the portal and no closer.

Simply moving the portal coordinates by the smallest unit possible wouldn't solve the z-fighting since the coordinates are transformed every frame and the magnitude of the smallest possible unit will vary based on how far a given pixel is from the camera. Even if you correctly accommodated it every frame, the portal would visibly jiggle and the math would be a pain since you need to ensure every pixel is far enough away but you only have direct control over the vertices, and doing the math naively would not work for the same reason that z-fighting happens in the first place

Big words, me no understand. :(

the big issue is this is a n64 not a modern pc with a whole lot of ram to mess with

Sound on the N64 can be a nightmare because the dev tools were just really crappy, but one of the hardest parts isn't sound, it's graphics. Conker's Bad Fur Day was one of very few N64 games to push graphics to the limit and that's because the team spent significant time before the games development drilling down deep into the N64 graphics, more than most companies and basically invented a whole new graphics library.

I believe we have algorithms for compressing audio better than 90s. Also 64 megabit of flash storage is not that expensive now.

me too, tyler. me too

@laff. The same probably has to be applied here, except taking a game from a new engine importing it to an ancient system? That's something awesome.

@@FoxyAnimater They didn't import any engine, do you mean recreate? They created their own, also they didn't take any time to create... creating maps, story, every models base atleast, voice acting. Not saying this isn't impressive but you are just objectively wrong when you mentioned this being more impressive than the original game.

@@flintfrommother3gaming considering that we haven't got a new Portal game for well over a decade, this is impressive. Also, I ment new relative to the system.

@@flintfrommother3gaming And most importantly: Level design

@unsubtract tou are wrong on so many levels, have you ever played the steam version? Also, have you ever watched a documentary on portal's development? I guarantee that you have no idea of what you're talking about.

I doubt the size is an issue, as I'm pretty sure the N64 supports ROM bank switching, and modern ROM chips of that size are cheap

Trust me, along with base Source content, it has 300MB of sounds, it will take lots of creativity to make those smaller.

@@Matsilagi As I said, not a problem if it can swap between 10 64MB ROM banks

The final GLaDOS room is kinda big to render, also the climbs on escape_00. Those are the ones which worries me the most. The rest is chill, i agree.

@@Matsilagi Those are probably all 44.1kHz 16-bit stereo, though. You can fit a whole lot more at 32kHz 8-bit mono, and even more still with ADPCM. Not saying it's nothing, but it's less than half the size just by using more hardware-appropriate sample quality. And you could make it even lower of a sampling rate if you didn't use linear PCM as your source and instead used something like A-law or mu-law on the voice lines. We have the benefit of hindsight and fancy encoders to get a format that's compressed and easy to decode on the N64.

Textures work different on the N64, this isn't like Unity or Unreal. Textures can be very expensive and often require strategic ways to load and apply them in order to get more out of them. Many N64 games such as Mario 64 tried to avoid textures and just use vertex coloring where possible using textures where it had to be done. On the N64, rendering polygons with added vertex coloring was infinitely easier.

Rendering the portal view to a texture and then applying the texture to the portal is a nightmare. That's how the old minecraft portal gun mod did it. The problem that you get is that textures are subject to the same transformations that the faces are so it will stretch and morph in accordance with perspective. Let alone all the different kinds of filtering. I think the method he uses is the same as the original game.

The original game does use textures, but they are rendered from a transform of the players view, and use some frustrum trickery to stop things in front of it.

@@svlmain Ah thanks. Any insight if it would work on the N64?

@@svlmain kzfaq.info/get/bejne/qM-Zndahp5-oeYU.html Here a portal developer contradicts this. They show something really interesting though. They do it in the opposite order compared to this N64 version. EDIT: later in the video they show that the original portal uses textures beyond the first portal view.

Huh, it's the first time I heard about the GoldenEye influence in HL. Last time I heard it was influenced more by Quake (and the engine HL runs on is a modified Quake 2 engine as well).

half life's engine isn't the same as portal. HL is goldsrc and portal is source. there is HL source and black mesa if you want to experience the same story on the source engine.

@@filipealarza9079 You should be banished to hell for an eternity for mentioning HL Source

"Half Life being influenced by Golden EyE" that's fucking bullshit and you know it

​@@ZX3000GT1Apparently it was the sophistication of the AI in Goldeneye that influenced Half Life, according to David Doak

You're heavily understating the ADPCM quality of the N64. The reason voices and samples were ever reduced in quality was cartridge space constraints. This can be loaded on a flashcart. and the N64 could potentially address hundreads of megabytes of ROM space.

@@ZanaGBYT Imagine if Banjo games had 128MB carts lol

@@SirScallywagger *"Yes but what's the point of doing that?"* There is the principle of attempting to fit within all of the technological and economical constraints of the era as you suggest, and then there is the principle of attempting to get the most out of a piece of hardware. After all, those space constraints back then weren't entirely technological but also economical---it ultimately came down to how much money one wanted to spend.

and after that you have to plug the red wire into the socket to make sure the engine boots at launch. Wrap the green wire around it's coil that sits directly beside the A button. After you put the back shell on, place the battery in the slot. Screw the Vr26 Jeeper back up and press the reset button. If everything worked according to plan you're device should show a thumbs up sprite. Plug the HDMI port into a monitor and wait three seconds. If it boots up on TV your in the good side. If it doesn't boot in less then 5 seconds quickly unplug. This can severely damage your TV and possibly start a fire

That's how the portals work even on the PC version. It's cheap from a performance perspective and completely acceptable visually.

@@the_kovic but this appears to be not doing it

(Also I was mainly suggesting it to the creator)

In an earlier video they got the cutoff point at over a dozen portals. My guess is that they made it less for testing

He made a video adressing this, he's able to go upto 16 portals but would rather use the performance left over by cutting off portal recursion for other visual effects and graphics

@@geos-music-corner Alle grüßen den Anführer!

the portal funnel

that's what portal 2 did and it was much better. portal 1 should retro-fit it back to itself. (and then portal 2 improves upon it another time and then portal 1... ok i need to sleep)

I think Half-Life could be, in a very, VERY cut-down state. Turok 3 is close to Half-Life game wise but it runs bad and looks meh, maybe HL would be doable, but I imagine the cartridge space being a bother. Unless it is done for the 64DD platform.

Half Life has a never released port for the Dreamcast, which is not quite the same, but still marvelous. It's kind of a pain in the ass on real hardware though. Because it was never released, you can't find a GD-ROM of it, so you'll need a Dreamcast capable of playing games burnt to a normal CD, and of course need to burn the image to a CD. Also, saving is rather poorly optimized, and takes up more and more space the farther into a level you get. I'm unsure if it ever reaches a point where it costs more blocks to save than a VMU contains, but I have an entire VMU dedicated just to HL, because it absolutely can and has taken up the entirety of its free space at one point. Aside from that, it's a faithful port that I believe was finished by fans, as the unreleased leak was incomplete. And very fun on a DC controller

@@KatJustice97 I’ve heard about that. It’s super interesting knowing it was supposed to have a Dreamcast release. It would be neat if he could port it to n64 but that would take a bit of work. Who knows maybe he could use the knowledge he has learned from the portal port to do Half Life. I know it did release for the ps2 so I might pick up a copy of that just for fun at some point.

just remember, the N64 is not an esolang, and you can probably just use a texture.

That mistake is exclusive to this video and was the result of absent-mindedness. His other videos don't have that issue.

Don't temp me

Emulation uses much, much more computational power than original hardware. In fact, today's low range phone could easily run the first Portal game without any problem, and Portal 2 with low quality settings. Modern low range phone are incredibly more powerful than a Nintendo 64, they have hundreds time more RAM, they have much faster programable shading unit, they have AI acceleration unit, more CPU cores running at faster speed, higher storage capacity, higher bandwith.

And Ocarina of Time has a caped framerate, so no matter how fast your emulator can go, you cannot get higher framerate without modifying the rom. If you speed up the CPU, the game itself also speed up.

@@Quesbe ik the cpu inside my phone has 8 cores and the original n64 has 1 and a pretty bad one for a 2004 computer(as an example) but since emulation requires more resurces bcus it has to translate the data using n64 and the game language, not just the game lang, it should work slower especially if running with unintended(not really) "mods" to be able to run in a bigger res or make some elements render differently.And this could harm the performance a lot

@@Quesbe btw, I ran portal 1 on my phone and it ran at 60 fps average(50-40 while looking into a portal), and I've tried also the gm_construct map but my phone ran out of memory so I had to delete some textures and some sounds, but it still worked very good at 60 fps

Yup! He made a whole video on how he did that, it's on this channel and it's called "Portal Demake for Nintendo 64 | Buttons and Doors" Edit: I got the video wrong the first time, changed it the correct one

@@maddscraft5459 oh wow that's nuts to see on an N64

It would also save a LOT of space on the cartridge

I woinder how a banjo Kazooie style voice clip for Glados would sound like

Well 10 years is about 1/8th of your entire life. As the average male life expectancy is around 79.

What does this mean? The source engine on the N64? You realize Portal uses the Source engine right? It's impossible to "port" the Source engine as it's impossible to port Portal, this is a total recreation of Portal on the N64. You can't recreate the Source engine, as that would just be a blank screen, you'd have to recreate a game that was made with the Source engine, but then it's not the source engine, it's your own engine.

Thankfully, there were a number of N64 shooters that just that. All the Turok games, Goldeneye 007 and Perfect Dark (with the 1.2 control style in both games), both Jet Force Gemini and Conker’s Bad Fur Day whenever you hold the aim button down, and a few more.

You could still do a Z-sort before drawing like a lot of FPS games on the Saturn did, hell, might be something for the second CPU to be doing

@@ripper253 That's actually a good point. I'm no programmer but I imagine you could do some tricks with the two VDP's as well.

@@Supersayainpikmin It's possible but sadly they're kinda separate and pretty much can't both work on a similar thing as their capabilities are very fixed, hell if this ever reaches a point of "finished" or some other milestone, I'd love to take a crack at seeing how doable a port using libyaul could be on the Saturn. It'll be perfect 90's stuff too "Well what did you expect for a multiplatform 3d game on the Saturn?" :P

@@ripper253 That sounds awesome as hell actually! I remember a KZfaqr, I think Sega Southern Gentleman, said the Saturn was designed to be a 3D console, but it's design was terrible for 3D but just so happens to be great for 2D games. I think the story of Sega making the Saturn 3D capable at the last minute is just a myth if you ask me.

@@Supersayainpikmin I don't really know too much about the drama, personally I'd be kinda surprised to find out that the same parent company that was churning out Model 2 arcade systems would think 3D was a fad or wasn't already relevant, ha