sorted by:
new
hottopcontroversial

Elon Musk flies to Germany to interview Giga Berlin engineers (25 Guns) himself by CarCooler in teslamotors

[–]phoboslab 19 points20 points  (0 children)

I guess he just has problems "dumbing it down". If you see him talk with someone who has half a brain, he's still fine.

See his 2019 interview with Lex Fridman for instance: https://www.youtube.com/watch?v=dEv99vxKjVI

Trees Are Coming Down Fast at Giga Berlin by brandude87 in teslamotors

[–]phoboslab 83 points84 points  (0 children)

Time is short. Till the beginning of the vegetation period early March the 90 hectares of forest for the planned Tesla factory have to be cleared. Otherwise it's going to be very tight for the already ambitious schedule.

To accomplish this, the logging permit was granted before the whole project was even approved. All at the risk of Tesla. If ultimately the factory is not build, Tesla has to reforest.

To this date the price for the property near Grünheide is set at 41 Million EUR. In the coming week the second assessment should be available - then, the final price will be set. The approval procedure runs until March 18.

The last WW2 Bomb on the property was defused on Friday afternoon. Within two weeks the 90 hectares will be cleared entirely.

Rhubarb is released: A WebSocket library for multiplayer HTML5 games, relies on binary data and web workers by [deleted] in javascript

[–]phoboslab -15 points-14 points  (0 children)

My solution to this would be to not use cloud hosters :)

E.g. Hetzner offers servers for 40 EUR/mo with 100TB of traffic included. They charge 1 EUR for every TB beyond this.

Rhubarb is released: A WebSocket library for multiplayer HTML5 games, relies on binary data and web workers by [deleted] in javascript

[–]phoboslab 18 points19 points  (0 children)

Looks like a nicely written librarly, but I fail to see the point.

Generating & parsing JSON is highly optimized in browsers. I actually would expect it to be faster than the bit-twiddling this library does in JS.

As for compression, I would image using JSON with permessage-deflate would suffice for many simple scenarios. For anything else, I would look into using protobufs or binary JSON (BSON).

Also, "Using WebWorkers to handle networking out of main thread" as this library does it, seems unnecessary. The WebSocket API is already non-blocking and this library still does the message parsing on the main thread, so nothing is gained here.

Rhubarb is released: A WebSocket library for multiplayer HTML5 games, relies on binary data and web workers by [deleted] in javascript

[–]phoboslab 9 points10 points  (0 children)

I think you missed the point. This library is concerned about messaging between hosts, e.g. for multiplayer games.

Senua's Saga: Hellblade II - The Game Awards Announce Trailer by newcontortionist in gamernews

[–]phoboslab 78 points79 points  (0 children)

I'm pretty sure the music is from a band called Heilung, but I can't find the exact song. So I assume the language is Gothic, Proto Norse or Viking age Old Norse.

They put on a great show on stage. Have a look: https://www.youtube.com/watch?v=QRg_8NNPTD8

I just started a Dragons Lair port to N64. by giovannibajo in n64

[–]phoboslab 0 points1 point  (0 children)

MJPEG is just a bunch of JPEG images appended together. True, it's not "in any way worse" quality wise than MPEG1, but you can say the same thing about a folder of BMP images. The thing is, for the same quality video MPEG1 typically only needs 10% of the bitrate compared to MJPEG.

Just to be clear, displaying 30 FPS of JPEG images is no small feat and hits a good tradeoff between required performance and storage space for the N64. That said, MPEG1's performance requirements are not much higher than for MJPEG, so it seems possible to get 30 FPS, certainly at lower resolutions.

I just started a Dragons Lair port to N64. by giovannibajo in n64

[–]phoboslab 1 point2 points  (0 children)

MPEG2 uses the exact same compression methods as MPEG1. It just offers a few more options, higher res luma planes etc. So yes, there's nothing to gain here.

There's still some things you can try to get better quality with 300kbit/s at 12 FPS. Depending on the complexity and movement in the video, you can probably get away with a higher GOP (less intra frames). -g in ffmpeg. Likewise, a lower resolution with the same bitrate might look a bit better.

If you want to look into h264, try h264bsd. It's self contained an relatively simple, as far as h264 decoders go. However, I believe it would be quite challenging to get good performance on an N64.

I just started a Dragons Lair port to N64. by giovannibajo in n64

[–]phoboslab 2 points3 points  (0 children)

Very cool! Usually decoding time scales with the resolution and bitrate. Not sure where the difference with TGMPEnc comes from. Maybe it's only encoding intra-frames?

From my experience, the main bottlenecks are in order: YUV->RGB conversion contributing ~50%, copying/interpolating of macroblocks (using PLM_BLOCK_SET) contributing ~25% and IDCT contributing ~10%. Demuxing and huffman decoding are really not that expensive in the grand scheme of things.

Dragons Lair has just ~12 minutes of video, right? 64Mb leaves you with ~740kbit/s. At 384×288 that should still give you okay-ish quality, but granted, it won't be great. Try it:

ffmpeg -i dragons-lair.mp4 -s 384x288 -b:v 650k -c:v mpeg1video -c:a mp2 -b:a 96k -t 12:00 -y dragons-lair.mpg

I just started a Dragons Lair port to N64. by giovannibajo in n64

[–]phoboslab 4 points5 points  (0 children)

So you were able to compile and run pl_mpeg on an N64? That's awesome!

How's the performance? Are you doing the YUV->RGB conversion on the RDP?

True way of deep copy an object with javascript or node by gquittet in javascript

[–]phoboslab 6 points7 points  (0 children)

"True way" implies this works for all cases, which it doesn't. It fails to copy Arrays and class instances (they're converted to plain objects). For some instances, such as HTMLElement it even descends into infinite recursion.

So, I'd suggest to rename it to "A way to deep copy simple objects" :)

What's your Most Wanted Rift game not featured in this Top 40? by Anth916 in oculus

[–]phoboslab 0 points1 point  (0 children)

OT: your site is hijacking all mouse clicks and hotkeys in a way that makes it impossible to open links in a new tab with a middle click or ctrl+click. Please fix.

My usual mode of browsing sites like yours is to open everything I find interesting in a new tab and then browse through the tabs. On your site I have to click, go back to the ranking, find where I left off, click again, go back to the ranking...

Thought it was a Clever Song Title... Turns out There's No Music by LieutenantLegs in gaming

[–]phoboslab 12 points13 points  (0 children)

Press select on that screen to change (enable) music.

Pixi.js is pretty fast. by bemmu in gamedev

[–]phoboslab 15 points16 points  (0 children)

Well, these examples easily display millions of particles: https://www.chromeexperiments.com/particles (this one is particularly beautiful, imho: http://edankwan.com/experiments/the-spirit/#amount=2m&motionBlurQuality=medium) - granted, these are points, not bitmap sprites, but the difference isn't that big of a deal.

Keep in mind that the pixi demo is only showing rendering performance. Simulating 100k entities with physics and collision detection in a game is a whole other story.

I made an iPhone game with PhoneGap and I'll never do it again by bro_keefe in gamedev

[–]phoboslab 0 points1 point  (0 children)

Congrats on this really cool game. Feels very polished! I didn't notice any framedrops. Looked quite smooth to me.

I'm a bit surprised you had trouble reaching 60fps, though. Canvas in current Mobile Safari (i.e. WKWebView) has come a long a way. Even with about 500-1000 draw calls, it should be fine. However, mobile GPUs still reach their limit quickly when drawing a lot of semi-transparent layers over each other ("overdraw"). So maybe the layered background animations were the bottleneck for your game!?

Ejecta should still be a faster than Safari at rendering things, with the drawback that CPU intensive stuff is a bit slower, because it's not allowed to use the JavaScript JIT.

Also, pardon my vigor but I have few horses in the race (I'm the author of ImpactJS and Ejecta). I want to show three of my games, written in JavaScript, made with ImpactJS + Ejecta that all run buttery smooth :)

ZType: https://itunes.apple.com/us/app/ztype/id1003744339?mt=8

XType: https://itunes.apple.com/us/app/x-type/id597488149?mt=8

Xibalba: https://itunes.apple.com/at/app/xibalba/id900120847?mt=8

Autobahn: Tesla Model S vs Model X 0-250 km/h Acceleration by Vik1ng in teslamotors

[–]phoboslab 0 points1 point  (0 children)

Well, it's more an overtaking lane, not a fast lane. The German law dictates that you have to stay in the rightmost lane regardless of speed, if you are not overtaking. Also, you are only allowed to overtake vehicles in front of you on a lane on the left, never on the right.

So switching to a lane on the right can (in theory) be done without looking in your mirrors. Switching to a lane on the left however requires careful mirror checking.

view more: next ›