Patreon is a tip jar, not a replacement for a living wage. Sounds like maybe people are misinformed. Ah well, maybe not everyone can make a living through online media. Big surprise there...
Yes, and we all know how well it works when governments over-regulate rather than being smart about it. People will just ignore the law and continue to fly anyway.
How about something that is totally client-side and does nothing but obscure ads? Load 'em up, use my bandwidth, whatever. Just hide them so they don't annoy me. Would make the blocker technology impossible to detect.
It can't have any movement (graphics, video, the frames, etc), it can't make any sound, it can't appear over, or obscure any content, it can't obscure or interfere with page navigation, and it can't take over 15% of my total screen real-estate regardless of device.
Blackberries are still being made? Rather, are they still being sold?? I thought that they had a historical hold on corporate world -- and I thought that even that was pretty much gone
Yep, they used to have a stranglehold on the corporate world, mostly because the executives always had Blackberries (and absolutely loved them) and IT refused to support anything else.
Then the execs all got iOS devices and ditched their blackberries and told IT to support iOS devices (or look for a new job). Now iOS holds a huge part of the corporate world that Blackberry will never get back. That market is gone from Blackberry, forever - they just don't have it in them to make a superior device.
Saw exactly this thing happen at my office. Once the big cheeses got iPhones, it was game over for Blackberry. And having a BYOD policy/project so the company didn't need to buy people phones was great from a budget standpoint.
You are absolutely, 100% correct. It was painfully obvious watching the behind the scenes footage that Lucas had been surrounded by a platoon of "Yes Men", rather than people who would give him honest feedback.
And here's the thing, I think that Lucas did have some really great ideas, but he also had some terrible ones. And without the filter to remove the terrible ones, you got a mashed-up mess.
If the whole safety briefing section is just covered in a standard school course "Safety for Air Travel", then we could probably dispense with the safety briefing altogether (not like it's changed much, if at all in the last couple of decades).
-Know where the exits are and the shortest way to get to them -Know where the safety equipment is, and basic usage -Keep your seatbelt on unless moving around, even if the light is off.
Use a key that's distributed and at least partially redundant. For example, break the key into 20 sections, and allow decryption with a minimum of at least 11 of those sections present.
Distribute the key sections to geographically diverse, trusted people, in different countries with different governments, with the instructions to keep them somewhere safe, and on a certain date (ie: Jan 1, 2020) publish them online in a known location.
Sure, some people might be jerks, or accidentally publish ahead of time (or not at all), but assuming that (in this case) 55% of the keys are available, the file can be unlocked. Of course, you could change the number of key sections required based on how critical secrecy is vs. security, etc.
Is there any particular reason that MAC addresses need to be (typically) hard-coded to the device? I know it's occasionally handy on physical networks for addressing specific devices for admin reasons, but on portable, wireless connections, seems like more trouble than it's worth.
Why not just have an option to let the device randomly roll a new MAC each time it connects? If it's already in use (highly unlikely), just roll a new one.
(note: I know you can authorize access to specific MAC addresses through many routers/switches/base stations, but it's flimsy security at best as many adapters can have their MACs changed through software).
I suspect that they issue the plates under a different jurisdiction, the same way that if you had plates from another state or country, there could be an overlap in the plate numbers.
One plate for the public, another for politicians - after all, they do seem to live in their own little world.
Unfortunately an IMEI block leaves the rest of the device (aside from the phone) perfectly usable to a thief. There's still enough value in a small device which can take video and photos, browse the web, play games, etc. to make it worth stealing.
Here's the thing that annoys me - Apple *already* has this technology for all Mac computers built after 2011.
There's no way to override the firmware password on newer Macs - you used to be able to do all sorts of tricks like removing a memory module, or manually accessing the NVRAM parameters. Now owners need to press the "secret keypress" (or bring to an Apple authorized retailer), read an encrypted keycode off of the monitor (probably based on the current password and the hardware ID of that particular system), go into the Apple store and prove you're the owner, and Apple Employees contact Apple HQ to generate an unlock USB key for you.
It would be exceedingly simple for them to implement the same thing in phones. Phone locked? Need to bring to an Apple store to prove ownership before unlocking (probably also wipe the filesystem encryption key, so the phone's contents are not revealed). Make it check the lock status in firmware as part of the bootloader so even a manual DFU needs to unlock first to prevent smarter thieves from just re-flashing the phone (come to think of it, with the new firmware security and signed blobs, this should already be possible - if a phone is reported stolen, simply refuse to sign a firmware-blob for reflash).
A "half-way" position would be to allow the phone to unlock if you connect it to a computer you've synced with.
To encourage people to use the lock (who typically don't like unlocking every 15 min or whatever), have a minimum requirement to enter the password once whenever the phone starts, so while someone may still steal your phone, if it's ever turned-off, battery runs out, or is reset, it requires the unlock code be entered.
Just noticed the LCARS marking on their website and it occurred to me that the LCARS interface, designed back in the late '80s to look futuristic, is starting to look pretty dated now.
Only when you look at the dates that you realize that the series is 25 years old now. I feel old:P
Curious what that problem could have been - Drobos aren't fast, but at 1MB/s, something is seriously wrong.
Mine has 8TB of storage currently and the transfer rate is about 30MB/s. Not fast, but quick enough for media storage and such. That said, I'd probably buy Synology hardware in the future as it is quite a bit faster, less expensive and more versatile.
It's an overgeneralization to say that Chinese buildings are crap - but there are some elements of truth in it, depending where you go. For example, downtown Shanghai has construction that looks on-par with any other major metropolis.
By contrast, areas outside of Shanghai in the more industrial/manufacturing centres had a construction quality that I'd generalize as "good enough", both for industrial complexes and housing. Visiting friends there, there were many elements of the construction that I would say were "sloppy". Probably not crap, but not created with a lot of care and attention to detail.
You can't beat pirates with better DRM, The crackers always look at that as a challenge, and they have the time and resources you don't.
Use a basic DRM to "keep people honest", then embed a serial number and client name in each copy you sell. Make it appear prominently in a splash-screen, or menu-bar for the software. Put a few routines deep inside your code that cause it to fail in subtle ways if someone messes with the embedded info:
-Cause an "out of memory error" with a code number specific to a license problem (could be a problem because if the crackers catch-on, they'll have a traceable element to identify your testing routine). -Generate flash/corrupt frames during renders occasionally -Modify keyframe values or parameters randomly enough to corrupt the output
If copies get out, you'll know which client leaked them and you can cut-off their support and black-list them, plus others will have unusable copies. The only risk is that if people think the corruption is due to your lousy coding rather than using a cracked copy...
The PSP was the last Sony product I bought - there are simply too many alternative manufacturers that make better products and there's nothing that's convincing me that their gaming system will be worthwhile. I'd sooner purchase a third-party input device for my phone to give it a real directional pad and proportional joystick.
I used to quite like the PS3, but Sony's mismanagement of their product and outright contempt for their customers has soured me even on that. It's not much more now than a decent blu-ray player. If they could at least make it a decent media hub that could play anything you throw at it, that would be fine, however the list of unsupported formats has made cheap solid state players like Boxee and Patriot that much more appealing.
I foresee some time in the (near?) future where Apple may "split" Siri - have some limited processing available on the client device for easy requests, or for when the network is unavailable, leaving network-only use for the really hard requests.
Because Siri is sending all of the requests to Apple's servers, I have no doubt that they're building a huge speech database and using it to refine their systems to make it far more accurate as people enter commands, use the correction tools and try rephrasing things in different ways.
This may be another reason why Apple is considering leaving Siri only for new devices. It's "possible" that if they provide client-side processing at some point, (some) older devices may really not have the memory or processing power available to handle that new version...
Slashdot Mirror
Patreon is a tip jar, not a replacement for a living wage. Sounds like maybe people are misinformed. Ah well, maybe not everyone can make a living through online media. Big surprise there...
Yes, and we all know how well it works when governments over-regulate rather than being smart about it. People will just ignore the law and continue to fly anyway.
How about something that is totally client-side and does nothing but obscure ads? Load 'em up, use my bandwidth, whatever. Just hide them so they don't annoy me. Would make the blocker technology impossible to detect.
How to make advertising I won't block:
It can't have any movement (graphics, video, the frames, etc), it can't make any sound, it can't appear over, or obscure any content, it can't obscure or interfere with page navigation, and it can't take over 15% of my total screen real-estate regardless of device.
I won't block ads that conform to these rules.
Blackberries are still being made? Rather, are they still being sold?? I thought that they had a historical hold on corporate world -- and I thought that even that was pretty much gone
Yep, they used to have a stranglehold on the corporate world, mostly because the executives always had Blackberries (and absolutely loved them) and IT refused to support anything else.
Then the execs all got iOS devices and ditched their blackberries and told IT to support iOS devices (or look for a new job). Now iOS holds a huge part of the corporate world that Blackberry will never get back. That market is gone from Blackberry, forever - they just don't have it in them to make a superior device.
Saw exactly this thing happen at my office. Once the big cheeses got iPhones, it was game over for Blackberry. And having a BYOD policy/project so the company didn't need to buy people phones was great from a budget standpoint.
You are absolutely, 100% correct. It was painfully obvious watching the behind the scenes footage that Lucas had been surrounded by a platoon of "Yes Men", rather than people who would give him honest feedback.
And here's the thing, I think that Lucas did have some really great ideas, but he also had some terrible ones. And without the filter to remove the terrible ones, you got a mashed-up mess.
There were "smartphones" before apple... And I tried many of them, and they all sucked...
So in a way, they created the _modern_ smartphone.
If the whole safety briefing section is just covered in a standard school course "Safety for Air Travel", then we could probably dispense with the safety briefing altogether (not like it's changed much, if at all in the last couple of decades).
-Know where the exits are and the shortest way to get to them
-Know where the safety equipment is, and basic usage
-Keep your seatbelt on unless moving around, even if the light is off.
Use a key that's distributed and at least partially redundant. For example, break the key into 20 sections, and allow decryption with a minimum of at least 11 of those sections present.
Distribute the key sections to geographically diverse, trusted people, in different countries with different governments, with the instructions to keep them somewhere safe, and on a certain date (ie: Jan 1, 2020) publish them online in a known location.
Sure, some people might be jerks, or accidentally publish ahead of time (or not at all), but assuming that (in this case) 55% of the keys are available, the file can be unlocked. Of course, you could change the number of key sections required based on how critical secrecy is vs. security, etc.
Can someone describe the difference between a "drone" and a "RC helicopter" to me?
I was under the impression a "drone" was autonomous, but many of the news stories about "drones" seem to be just RC toys?
Is there any particular reason that MAC addresses need to be (typically) hard-coded to the device? I know it's occasionally handy on physical networks for addressing specific devices for admin reasons, but on portable, wireless connections, seems like more trouble than it's worth.
Why not just have an option to let the device randomly roll a new MAC each time it connects? If it's already in use (highly unlikely), just roll a new one.
(note: I know you can authorize access to specific MAC addresses through many routers/switches/base stations, but it's flimsy security at best as many adapters can have their MACs changed through software).
They could just pay them well, give them a fair amount of responsibility and respect, and, perhaps... not break the law or violate the constitution.
Intel drives have been rock-solid for me.
And just put everything else on a big NAS device.
I suspect that they issue the plates under a different jurisdiction, the same way that if you had plates from another state or country, there could be an overlap in the plate numbers.
One plate for the public, another for politicians - after all, they do seem to live in their own little world.
Unfortunately an IMEI block leaves the rest of the device (aside from the phone) perfectly usable to a thief. There's still enough value in a small device which can take video and photos, browse the web, play games, etc. to make it worth stealing.
Here's the thing that annoys me - Apple *already* has this technology for all Mac computers built after 2011.
There's no way to override the firmware password on newer Macs - you used to be able to do all sorts of tricks like removing a memory module, or manually accessing the NVRAM parameters. Now owners need to press the "secret keypress" (or bring to an Apple authorized retailer), read an encrypted keycode off of the monitor (probably based on the current password and the hardware ID of that particular system), go into the Apple store and prove you're the owner, and Apple Employees contact Apple HQ to generate an unlock USB key for you.
It would be exceedingly simple for them to implement the same thing in phones. Phone locked? Need to bring to an Apple store to prove ownership before unlocking (probably also wipe the filesystem encryption key, so the phone's contents are not revealed). Make it check the lock status in firmware as part of the bootloader so even a manual DFU needs to unlock first to prevent smarter thieves from just re-flashing the phone (come to think of it, with the new firmware security and signed blobs, this should already be possible - if a phone is reported stolen, simply refuse to sign a firmware-blob for reflash).
A "half-way" position would be to allow the phone to unlock if you connect it to a computer you've synced with.
To encourage people to use the lock (who typically don't like unlocking every 15 min or whatever), have a minimum requirement to enter the password once whenever the phone starts, so while someone may still steal your phone, if it's ever turned-off, battery runs out, or is reset, it requires the unlock code be entered.
Just noticed the LCARS marking on their website and it occurred to me that the LCARS interface, designed back in the late '80s to look futuristic, is starting to look pretty dated now.
:P
Only when you look at the dates that you realize that the series is 25 years old now. I feel old
N.
Curious what that problem could have been - Drobos aren't fast, but at 1MB/s, something is seriously wrong.
Mine has 8TB of storage currently and the transfer rate is about 30MB/s. Not fast, but quick enough for media storage and such. That said, I'd probably buy Synology hardware in the future as it is quite a bit faster, less expensive and more versatile.
N.
It's an overgeneralization to say that Chinese buildings are crap - but there are some elements of truth in it, depending where you go. For example, downtown Shanghai has construction that looks on-par with any other major metropolis.
By contrast, areas outside of Shanghai in the more industrial/manufacturing centres had a construction quality that I'd generalize as "good enough", both for industrial complexes and housing. Visiting friends there, there were many elements of the construction that I would say were "sloppy". Probably not crap, but not created with a lot of care and attention to detail.
So any data transfers (file sharing, etc) between customers within Comcast's internal network shouldn't count against bandwidth either?
Cool!
Didn't buy it, not going to. I'm done with Sony products, there's absolutely nothing they're making now that I have any interest in purchasing.
Their anti-consumer policies only make it easier for me!
N.
Dutch "artist" admits faking video that only fooled the extremely gullible...
Sigh...
You can't beat pirates with better DRM, The crackers always look at that as a challenge, and they have the time and resources you don't.
Use a basic DRM to "keep people honest", then embed a serial number and client name in each copy you sell. Make it appear prominently in a splash-screen, or menu-bar for the software. Put a few routines deep inside your code that cause it to fail in subtle ways if someone messes with the embedded info:
-Cause an "out of memory error" with a code number specific to a license problem (could be a problem because if the crackers catch-on, they'll have a traceable element to identify your testing routine).
-Generate flash/corrupt frames during renders occasionally
-Modify keyframe values or parameters randomly enough to corrupt the output
If copies get out, you'll know which client leaked them and you can cut-off their support and black-list them, plus others will have unusable copies. The only risk is that if people think the corruption is due to your lousy coding rather than using a cracked copy...
The PSP was the last Sony product I bought - there are simply too many alternative manufacturers that make better products and there's nothing that's convincing me that their gaming system will be worthwhile. I'd sooner purchase a third-party input device for my phone to give it a real directional pad and proportional joystick.
I used to quite like the PS3, but Sony's mismanagement of their product and outright contempt for their customers has soured me even on that. It's not much more now than a decent blu-ray player. If they could at least make it a decent media hub that could play anything you throw at it, that would be fine, however the list of unsupported formats has made cheap solid state players like Boxee and Patriot that much more appealing.
Sorry Sony, I'm done playing your game.
I foresee some time in the (near?) future where Apple may "split" Siri - have some limited processing available on the client device for easy requests, or for when the network is unavailable, leaving network-only use for the really hard requests.
Because Siri is sending all of the requests to Apple's servers, I have no doubt that they're building a huge speech database and using it to refine their systems to make it far more accurate as people enter commands, use the correction tools and try rephrasing things in different ways.
This may be another reason why Apple is considering leaving Siri only for new devices. It's "possible" that if they provide client-side processing at some point, (some) older devices may really not have the memory or processing power available to handle that new version...