Unless there were weird bootlegs going around, it was still called 2-XL with the same branding (https://youtu.be/aVXwo6raHoA)
HN user
Sephiroth87
iOS Developer and stuff... https://github.com/Sephiroth87
[ my public key: https://keybase.io/fabior; my proof: https://keybase.io/fabior/sigs/NoWwiwywrI904BSMLANpV_Xq4nFUFBmMlqglW2PWpxA ]
Unfortunately I couldn’t read the article due to the cookies banner…
You can develop iOS apps in C++ if you hate yourself…
After you enter you get the error to enter a deanery number, if you unfocused the tab, the binary number gets entered automatically anyway
Let’s suspend disbelief for a moment and pretend everything worked as they say, in what world is giving access to the book to the few people that pay for the nft, “democratising”?
You use the webapp from your target device, then when you select a book, it's converted on the server (I use mostly Kindle Comic Coverter and Calibre ebook-convert), then served as a regular html download and opened in a native reader.
This works particularly well from Kindle, so I never have to connect it to a computer, and I don't have any email size limit which is quite easy to go over with comics
Looks nice, I've been rolling my own simple version of something similar because none of the existing solutions supported my main use case, which is to convert format on the fly for the target device (a la Plex)
In case you need ideas for future features :)
Sorry for the ot, but do you have any recommendation for $10 vps?
Sounds interesting, do you have any source on this? tried googling but couldn't find anything...
That's what I'm saying, it's the 11M that's not reasonable...
They do blame you though, most people won't be aware of the real issue, when cloudflare went down, the trending things on twitter were #spotifydown and #applemusic
I wouldn't put the focus on it being ONLY 850k, that seems a competent price, I would really like to know how in the world they spent 11M on the uk one...
Yeah, for the 3d side of things it gets a bit trickier, vs 2d (compositing, grading, etc) where the interface itself could trivially run on anything, and you just need rendered video frames.
But even for 3d I would thing a "streaming based" 3d protocol or something would be much better than just an RDP connection
Simple remote connection as they do now (aside from the terrible quality), gets tricky from a security standpoint: as far as I know, nothing stops you from just getting source file from the workstation to your local machine. Workstations usually have USB ports locked/disable to avoid this. I imagine this solution will also help work around this...
My partner works in VFX, and watching them work during quarantine, the experience was poor to say the least (aside from the speed from which they went from "remote work is not even an option", to it working).
This seems like a good step forward, but I think the real potential is in building the frontend software to be as lightweight as possible, to run on any computer, and just put the previews rendering on the cloud (so for example, instead of wasting bandwidth streaming ui elements / desktop interface you could just send actual useful data)
Edit: another good point of this model, is that for example, occasionally workstations turn off / stop responding / etc.. I don't have much IT experience and know how much you can mitigate that, but they had to often had someone still on premise to fix things. Going completely cloud based would be much more "quarantine" friendly in that regard...
My partner used a freshly cleaned 6 for a month due to a cracked screen on their usual phone, and it was perfectly fine.
Maybe (although some people report that not working), but not necessarily, as "autoinit" is just an if case checked in the same auto executed code in the Facebook SDK, which could still crash before the flag is checked.
Not in this case, as it's not code explicitly called by the client, but automatically loaded on app launch...
Some people like to keep their job...
Except, you know, when does a developer ever have a choice? You are asked to put the SDK in and you do it...
I know how unlikely it would have been, but I wish Apple just dropped this out of nowhere, because with this delay all the user tracking platforms will now just store the id they can currently access somewhere locally (if they aren't already) and keep using it going forward.
That’s very nicely done, thank you!
Then why is the Analytics SDK even there? It’s not required for messaging
Except you don't need to import Firebase Analytics to use the messaging. And, same as the Facebook SDK situation earlier today, Firebase SDKs will do stuff when the app loads whether you reference them or not.
Firebase, seriously???
Voluntary for now
I lucked out and found a bottle of Hibiki 17 for very cheap last year, and stocked some bottles of Yamazaki 12, when the stocking situation started looking bad, but the actual discontinuation made me really sad, as those are 2 of my favourite whisky :(
You might want to check Joonas Javanainen's work, who's doing great analysis of the CPU
As far as I know, the "crack" for Denuvo, simply emulates the correct server responses, so the game can run normally. So unless the dev remove the DRM themselves, everyone loses...
Thanks, didn't know that :)