EveningPancakes

joined 1 year ago
[–] [email protected] 7 points 3 days ago

In essence, yes. However the mobile port had features, specifically the lighting, that more resembled the original. Those lighting features were absent in the PC/Console versions until this update.

[–] [email protected] 7 points 3 days ago* (last edited 3 days ago) (6 children)

It's literally in the article what was updated

In contrast, the mobile versions of Grand Theft Auto: The Trilogy - The Definitive Edition, released in December last year, met with critical acclaim. Players praised the ports for fixing several issues found on the console and PC versions, including lighting, shadows, reflections, and draw distance. A Rockstar Games blog post published at the time mentioned that these ports include a new classic lighting mode "that restores the look and feel of the sky in the original games."

Now, finally, this classic lighting option is in Grand Theft Auto: The Trilogy - The Definitive Edition on PC and console. Early reports indicate sweeping visual improvements across the board that are already going down well with fans.

[–] [email protected] 55 points 1 week ago (45 children)

Who cares, it's all going to the same place. You parted with your trash, it's not like it's a storage bin for you to get stuff out of later.

[–] [email protected] 2 points 1 week ago

I got tired of waiting and played WWHD on a Steam Deck, ran flawlessly from start to end!

[–] [email protected] 6 points 2 weeks ago (2 children)

Why am I not surprised that this is Dana Point...

[–] [email protected] 16 points 4 weeks ago (4 children)

So I'm still using Windows on my desktop, but from my experience with Proton on Steam Deck, Proton works pretty flawlessly essentially translating the windows exe. I'm assuming it's the same for a Linux desktop setup but I'll let others who actually have experience here comment further. The only thing that you may have issues with are competitive online games, but those aren't really my jam but understandable if they are for you.

[–] [email protected] 1 points 1 month ago

You are correct, which goes into the cost category of doing a stream stitched integration. Also, when I left said ad server in 2016, I think I recall HLS streaming primarily supported by Apple devices. Devices like Roku's (don't quote me on that) didn't support it at the time so a lot of companies looked at where the majority of their streaming was occurring and decided it wasn't worth the hit.

[–] [email protected] 3 points 1 month ago* (last edited 1 month ago) (3 children)

The HLS integration we offered definitely had a premium attached to it as well as an additional cost to the CDN that required the integration to live on. So it's not cheap.

It is weird that Google, with it's infinite pockets, hasn't pushed a stream stitched solution all these years until recently.

[–] [email protected] 3 points 1 month ago* (last edited 1 month ago) (1 children)

You can still do dynamic ad serving in a stream stitched integration. It's just that the content and the ads are being served by the same CDN, hence why you can't block the ads without also blocking the content. In the manifest file there are m3u8 chucks, the file is essentially broken up into 5/10 second chunks, and when the video segment chunk is coming to an ad break, it stitches in dynamically an ad m3u8 chunk that the ad server dynamically selects based on the ads they currently have trafficked in their system.

[–] [email protected] 8 points 1 month ago (5 children)

I worked at a video ad server that offered a stream stitched solution going back to 2013. It comes down to development work/cost that the companies need to take on. Ultimately they would benefit from the cost required, but they wanted to be cheap and do a client side solution instead.

[–] [email protected] 8 points 1 month ago (1 children)

I'm in the US, also says page not found for me.

 

Has anyone figured out a good solution to remote wake a PC from the Steam Deck? Seems silly this wasn't baked into the UI, considering this could be done from the Steam Link hardware back in the day.

 

For those unaware, Miku baby cameras are now charging a monthly subscription for features that owners previously had access to such as remote access, live breathing monitor, nightly statistics, DVR of movement through the sleep. We originally paid $400 because it was advertised as a product that would not require a monthly subscription, and we've been using it that way for the past 14 months. As of this month, the only functionality that exists without a subscription is video monitoring, but only on your local network. Everything else requires you to pay.

Likely what led to this was due to the fact that they released a buggy firmware earlier this year that bricked everyone's cameras and they were on the hook to replace cameras. A few months after this they declared bankruptcy, only to be purchased by someone who has instituted the monthly subscription (rumors it's an investor of Miku trying to make their investment back).

I didn't get an email about this change, only saw some chatter on that other site about it. Anticipating this change, I blocked the app from updating on my Android phone and all apps from updating on our iPad. I know it was a long shot thinking that would work, betting that it would be a server side change as opposed to client side.

Looks like the change went live a day or so ago, people are pissed, however I still have access to features. Looks like the subscription block is a client side update based on the screen shots I've seen.

Long story short, how can I pull the .apk from my phone to distribute to others? Fuck this company.

EDIT: Figured it out, here's the update from May 2023 with features still intact - https://drive.google.com/file/d/1sOOCY08j8nxvfXJd1SU7Kll-uMjiRftm/view?usp=drivesdk

EDIT 2 - I figure this company only has a few months left, we'll easily just transition to a cheap Ubiquiti camera that records on my local network. Fuck this remote recording approach.

 

I have two pi-holes on my home network, but I'm noticing that when I open links using Connect's built in browser, I'm being served display ads when I normally wouldn't be. When I open the links with an external browser no ads are displayed. Is the app using a hardcoded DNS server when making requests to the links? Is there a way to stop that so it instead uses the DNS server configured on my home network?

Yes I realize I could set up a DNS Masq rule. I just didn't like how the reporting ended up being I pi-holes dashboard.

view more: next ›