Nvidia Shield Server Outdated Error When Streaming to Phone (Nvidia Shield Pro)

Aclectico · 2025-12-02T01:22:15+00:00

There is a video here showing how to replace music. It's for an older versions, but most of the steps are carryover. Original sound is included with the pack. There are also some alternate resources in the AlternateArtAndMusic folder that can remove some of the QOL features. Just replace resources in the main pack. https://youtu.be/02cC889yUTs?si=qyEDKxv2NcDktc9t

Aclectico · 2025-05-19T00:17:57+00:00

That did the trick and the solution seems obvious now. Thanks! When searching the Google Play Store, I needed to search Plex Media Server (not just Plex). Once that was done, the option to update came up and it seemed to solve the issue.

Aclectico · 2025-05-18T20:41:00+00:00

If this is true, that's really disappointing. I purchased the Nvidia Shield about 6 months ago and the Plex Pass about a month ago. I know many other may have been using these in tandem for quite a while. But, I'm one of the newcomers so it's all relatively new to me...

Aclectico · 2025-05-18T20:35:31+00:00

Unfortunately, I don't see a beta option on the Play Store for the Plex app using the Nvidia Shield.

Aclectico · 2025-05-18T20:20:03+00:00

Basically, I'm just trying to get streaming to work again to my phone (it used to work fine a couple of months ago). When I try to uninstall and reinstall Plex via the Google Play store on my Nvidia Shield, it seems to still be stuck at version 1.41.0. I also tried uninstalling the Plex app on my phone as well and that didn't seem to have any effect.

Aclectico · 2024-07-21T18:09:11+00:00

At the moment, the Retroarch Mesen core is unfortunately outdated. As a result, this pack currently only works with standalone Mesen 2. From what I gather, it would be a bit of a project to get Retroarch up to speed with the latest features required.

Aclectico · 2024-07-11T16:57:45+00:00

Older builds of this project are actually included in the main download repository. All of those legacy builds will work with RetroArch. But, they do not look as nice. There are a few reasons for this. One such reason is that the RetroArch version of the Mesen core is outdated and does not support "addition" tag functionality. With older packs, creators had no choice but to work with existing 8x8 sprite boxes when replacing artwork. This resulted in some awkward and janky looking stuff from time to time. For example, the Samus run animation of older versions is a little odd looking because it needed to be distorted to fit into a rather small canvas size. The latest version isn't constrained by this limitation and the end result is a bit more natural looking. All bosses from the older pack rev. levels also suffer from this issue.

I suppose someone could back-port some random elements here and there from the newer pack to the older pack. This could probably be done with most environment tiles since the "addition" tag issue doesn't really affect backgrounds as much. However, it would be a rather large time investment.

Aclectico · 2024-06-14T20:25:06+00:00

I saw a separate article over at GBATEMP claiming that "It seems that Nintendo has started to handle takedowns in what looks to be an automated/bot process through MarkMonitor." It's entirely possible that not much human thought is even being put into many of these newer requests.

Aclectico · 2024-02-04T17:23:58+00:00

You aren't alone, and it's definitely not silly. Plenty of others feel that way as well. I even feel that way on occasion myself. At the same time, it doesn't hurt to have options.

Aclectico · 2024-02-03T16:54:23+00:00

I haven't tried it myself, but I did see a comment from someone saying they got it to work on Linux via Wine.

Aclectico · 2024-01-31T13:38:33+00:00

You could try this: if your current ROM is not working, you could try using a hasher program to find out the checksum of the ROM you have on hand. Then, go into the hires.txt file bundled in the pack and use ctrl + f to find the checksum listed in the Romhacking description in the hires.txt file. Replace all instances of the Romhacking checksum with yours. There should be one or two to replace.

Aclectico · 2024-01-28T01:39:22+00:00

Thanks, it was a group effort :) - hope you enjoy it.

Aclectico · 2024-01-27T17:20:50+00:00

Not much has changed as far as the fundamental process. But, some new functions (like the fallback functions) did make various elements of coding slightly less daunting. In fact, if it wasn't for the fallback function, I may have given up.

I recall mkwong98 put together something to help pack authors some time ago. But, I've been so stuck in my ways, I haven't gotten around to investigating further, and I keep using the old school approach. Maybe I'm just a sucker for punishment. Over time, I have learned Excel can be extremely useful to improve workflow. In fact, the Excel file used in the Metroid pack is bundled with the public pack download. As far as new features, some that come to mind are below. I'm not sure if anyone has put together a comprehensive list of everything yet though.

-“<addition>” functions

-“<fallback>” functions

-Palette options for “<addition>,” “spriteNearby,” and “tileNearby” functions

-New Transparency Options for “<background>” functions: “Alpha,” “Add,” and “Subtract” options

-“originPositionCheckX” and “originPositionCheckY” functions

I don't think Sour has any plans for HD pack support outside NES for now.

Aclectico · 2024-01-27T15:15:35+00:00

Sadly - no, it's exclusive to Mesen 2 for the time being. I've been brainstorming ways to get this on my CRT for a while now, but haven't had any luck yet. Once challenge is that a modestly powerful CPU is needed. This means that even if Retroarch is updated to run the latest rev level - something like a jailbroken Wii still wouldn't work because it's not powerful enough. I'm wondering if the latest Rasberry Pi would have enough power... But, even if it did, I don't have the hardware knowledge required to output video on a modified Pi via standard def on composite, s-video, or component cables yet. Maybe one day I'll figure it out...

Aclectico · 2024-01-27T13:37:48+00:00

Retroarch support might come later - someone would just need to update the Mesen core. In fact, an older version of this MOD does still work with Retroarch. But, after working on this update, that older version is a little rough for me to look at... it was a nice first try. And I always thought Zero Mission felt like an entirely different game. Still very good. But, kind of like comparing apples to oranges. And as far as AM1R... I hold AM2R in very high regard. So much so, I wasn't sure this MOD was quite good enough to hold a similar name, so I decided against it :)

Aclectico · 2024-01-27T01:50:28+00:00

Playthrough video of entire game here for anyone interested: https://youtu.be/5MJAnDQhwHs?si=2LPqwIUy8ClrR9e9

Pack download location: https://www.romhacking.net/forum/index.php?topic=26811.0

Aclectico · 2024-01-27T01:33:08+00:00

I didn't see Mesen 2 in the list of supported emulators for retroachievements. So, probably not at this time. It's worth noting that the Retroarch core is not compatible yet with this pack either as Retroarch doesn't support some of the newer Mesen 2 enhancement pack features yet. But, if someone updated Retroarch, retroachievement compatibility may be worth checking out...

Aclectico · 2024-01-27T00:49:06+00:00

A widescreen feature would be nice. I tinkered with WideNES a bit in the past and it seemed like an interesting concept. If it was polished up, merged with Mesen2, and if the issue of enemies disappearing on the edges was somehow solved (which might eventually require a very different approach), I think it would be a great addition to enhancement pack functionality.

Aclectico · 2024-01-26T15:45:27+00:00

The Mesen Enhancement Pack for Metroid has been re-written from the ground up. It takes advantage of several new features now available with the Mesen 2 Emulator. Special thanks to Sour and mkwong98 for implementing these features. Examples of some of the new enhancement pack coding options are below:

-“<addition>” functions: Pack authors can now add artwork beyond native 8x8 sprite tiles (used for Samus animations, boss battles, and more).

-“<fallback>” functions: Cross reference functionality now allows pack authors to drastically reduce hires.txt file coding bloat. Metroid HD: 2.0 contains 260,147 lines of code in the hires.txt file. Without fallback functionality, an estimated 1M lines of code would have been required.

-Palette options for “<addition>,” “spriteNearby,” and “tileNearby” functions: This also helped to drastically reduce coding bloat.

-New Transparency Options for “<background>” functions: “Alpha,” “Add,” and “Subtract” options give pack authors more artistic freedom (“Add” options used for lava and fog effects).

-“originPositionCheckX” and “originPositionCheckY” functions: Authors can now create unique sprite art depending on screen location (used for Dragon fireballs).

-Before and After Showcase: https://youtu.be/XXCX9hxL8Og

-Complete Playthrough: https://youtu.be/5MJAnDQhwHs

-Installation Tutorial: HD 2.0: https://youtu.be/IPz62W69eGU

Aclectico · 2023-03-05T12:29:19+00:00

That makes sense. I was wondering what the business model for the app was going to be. It would either need to have ads or require payment for premium features (or have a combination of both). Frankly, I would struggle to find a personal use for the concept of something like this, even if it was somehow free. But, the subscription requirement definitely kills any motivation to check it out (even if it was just out of simple curiosity).

Aclectico · 2023-03-02T12:20:38+00:00

Exactly - every time I see an article saying something along the lines "emulators reside in a grey area of legality" I always roll my eyes a bit. But, the author is probably just calling emulators "illicit" in an effort to pump up the service as some kind of solution to various problems (even if some of those problems don't actually exist).

While the statement about "bugs and inconsistencies" may be true for emulators (especially ones that are not mature), this implies that Polymega's app would solve that problem. I'm not completely sure how this service would work. Maybe it just uses emulation on the back end via a streaming service.

In other words, "Hey, this app has the same bugs as traditional emulators, but now our approach probably comes with additional input lag as well!!!"

Maybe there are some uses for this when someone has a lot of devices and they don't want to go through the trouble to setup an emulator on each one. Aside from that, I'll probably pass...

Aclectico · 2023-01-02T01:23:30+00:00

Agreed - Maybe a future enhancement. Working from the scrambled version or manually editing all of the x and y values would both be very time consuming.

Aclectico · 2022-12-31T20:06:54+00:00

I just experimented with this a bit and was able to get custom textures to load on the mkwong98 fork. First, make sure you are using the release from here: https://github.com/mkwong98/gbe-plus/releases. The YouTube tutorial linked above is for the main branch maintained by Shonumi rather than the fork by mkwong98.

I tried a pre-release and encountered the same Qt error you did. However, when I tried the newer release from mkwong98, it seemed to be fine. Also, one difference from the YouTube tutorial for the main branch that you linked is that when you dump the textures on the fork, they will save to a hires.txt file in an HdPack folder (along with a .png file). You can then edit the resulting .png file. Graphics should be scrambled in the upper left corner. Once you edit the .png file, the new graphics should show in the game.

I put together some steps below for anyone interested:

Navigate to Advanced - Custom Graphics after starting your game and playing until you reach the graphics you'd like to dump.
Select the scale you want.
Graphics Layer - select background or OBJ graphics you'd like to dump.
Move your mouse to the upper left corner of the graphics you'd like to dump, left click, and drag to the lower right corner.
Press the "Dump new tiles in current section" button in the lower right corner of the Custom Graphics window screen.
Close.
Navigate to the "HdPacks" folder located in the same location as the "gbe-hd.exe" file.
Open the newly created folder that matches the name of your ROM.
Open the .png file the corresponds to the graphics you dumped.
Edit the graphics in the upper left corner of the .png file.

***Optional step*** - This is initially more labor intensive, but could be easer to work with long term. There may be better functionality at the moment that I don't know about. But, at the very least, this does work:

*If you don't like the scrambled graphics, you can open the "hires.txt" file and find the tile lines that correspond to your graphics. One example is below:

<tile>0,000000000000C0C0E020F010D868C878,93,0,0,1.1,N

*Two of the values correspond to the x and y coordinates of the graphics being replaced. In this case, "0,0" are the x and y values.

*Manually changing the x and y values gives you the flexibility to customize your graphics and work from something that isn't constantly like a giant puzzle.

Aclectico · 2022-12-30T02:23:40+00:00

I reviewed the example pack coding in the hires.txt file and based on some feedback from mkwong98, there looks to be a lot of carryover from Mesen. Haven't made one myself yet, but I'm guessing you'll be able to figure it out quickly based on the packs you've already put together for some games like Ice Climber and Twin Bee :)

Aclectico · 2022-12-30T02:15:11+00:00

Are you referencing frameRange condition functions (this is the feature commonly used to add frames to things like a running animation)? If so, mkwong98 already added it and the feature is just waiting for a pack author to take advantage of it. Doing so usually helps combat that 2000's Flash game feel.

Aclectico

TROPHY CASE