Reviewed at http://web.archive.org/web/20190511065920/http://redlightgre... (discussed at https://news.ycombinator.com/item?id=24877363 )
https://sites.google.com/site/lcd4hobby/6-lcd-as-pc-vga-hdmi...
https://imall.com/product/LCD-TV-Controller-Driver-Board-MSD...
It's hard to keep track of all the different variants as this seems to be a bunch of Chinese companies all copying each other. You can find these boards under names such as MSD3663/3463 DS3663LUA, TSUMV53/V56/V59, etc.
Ethereum Phishing Detection
> This domain is currently on the Crypto Wallets domain warning list. This means that based on information available to us, Crypto Wallets believes this domain could currently compromise your security and, as an added safety feature, Crypto Wallets has restricted access to the site. To override this, please read the rest of this warning for instructions on how to continue at your own risk.
guess an 3rd-party script- and ad-blocker is the way to go
That’s retail.
I have changed my mind on this: if you were selling a million televisions a month, you could absolutely make it work from a money standpoint. They don’t need to send back tons of data and they don’t need to do it particularly fast.
This should be pretty easy to implement on the telco side and it would let them monetize the dead time in the network, same as TOU pricing for electricity.
OTOH, perhaps it's simply a question of an insufficiently large addressable market for non-realtime data like this. Maybe there's room for an M2M-focused MVNO to negotiate a block of off-hours data for dirt cheap and offer this kind of service, maybe paired with some kind managed platform to handle the storage and transmission side.
You’d think ha. Economists have a term for this “deadweight loss”.
MVNO are probably the best place for this kind of dynamism but they are always limited by the tools that the tier 1 carriers give them.
There is stuff like you describe on the way but progress is glacial. You’ll get bits and pieces dripped out bit by bit as the big guys satisfy themselves they’re not missing out on anything.
Just a note that this was one of the puzzles Steve Jobs managed to crack. We had smart phones before the iPhones but progress was stymied by the industry - thankfully jobs recognised the potential and had the wherewithal to put the Telcos over his knee and make them his bitch.
Steve is gone now, and there aren’t too many players like that around now and you can see how gradually the smartphone market has started to tend back towards the more orthodox again.
I recently came into a pile of V-by-one panels, and discovered boards for them are significantly harder to come by than their eDP or LVDS brethren. But I've found a few on aliexpress and we're up and running:
https://www.aliexpress.com/item/32860791745.html
The nice thing about VBO is the connector is more-or-less standardized, and it's a very durable JAE series, so plugging and unplugging isn't such an issue. (Prototyping with LVDS or MIPI DSI tends to run into fatigue issues unless you're scrupulously gentle.)
Beyond the panel interface, there's also the matter of the backlight. Sometimes the backlight driver is separate, sometimes it's built into the scaler board. The connectors for these are almost always evil and you have to hope your supplier can include the cables, because you'll never find them yourself.
I would loooooove to find a source for the SDK to build the software that runs in the scaler chip. When I buy the scaler boards, they come with random firmware that the supplier isn't particularly interested in updating. Other builds of the same board support DDC/CI but don't have the backlight driver on 'em, and cost more. There's so much stuff about the firmware I'd like to change...