5 ms·

To (maybe?) add to your list: The e-paper smart display that I am making and selling does also allow users to build their own content. There are two different

To (maybe?) add to your list: The e-paper smart display that I am making and selling does also allow users to build their own content. There are two different ways: 1. You can either just serve an image on a URL and the device will display it, refreshing whenever the image changes: https://www.invisible-computers.com/invisible-calendar/image-url-manual.html https://www.invisible-computers.com/invisible-calendar/image... 2. Or you go one step further and wrap it into an API with a settings page, which will also allow others to install and use your app: https://github.com/Invisible-Computers/image-gallery/blob/main/HowToBuildAnApp.md https://github.com/Invisible-Computers/image-gallery/blob/ma... To be fully transparent: I know that many people are using the first approach to display their own designs, but I haven't had much uptake yet on the second option to build a public, installable app. So if anyone is interested in trying this out, please contact me! I am willing to cooperate closely and iterate on the API where necessary. (I hope that this is sufficiently relevant, even though I am tooting my own horn here.)

crobertsbmw 3y ago
I have one of your displays. It’s really nice. I intend to do something with option one, but I just haven’t found the time. Right now, as your targeting computer minded folks, I think your customers can figure out how to set up an image url that changes periodically, but as you scale you might want to create more accessible options. Or maybe let third parties build apps to do it for you..
- konschubert 3y ago
  I am hoping to add third party apps, that's why I have created the API for 3rd party apps: https://github.com/Invisible-Computers/image-gallery/blob/main/HowToBuildAnApp.md https://github.com/Invisible-Computers/image-gallery/blob/ma... But right now, I understand that building an app for my platform is a) more hassle than just pointing to a URL b) limited upside, because the audience that you can charge for a subscription isn't very big yet. However, I think that a good app could generate its own audience (aka drive ppl to buy the displays) and then make money by charging them a small monthly subscription fee.
  - hedora 3y ago
    You could also seed the pool with a few sample apps. An offline-capable home assistant dashboard comes to mind. (There are already apps that run on tablets; you’d just need a theme and a way to generate screenshots in headless mode).
bongobingo1 3y ago
I know this is probably extremely eye rolling to read, but I looked at the store page, was quite interested, saw the "mobile app" and immediately had second thoughts because it just puts the device in e-waste when: - You stop updating the app and my phone OS wont run it, - My phone stops updating its OS and cant run the app, or - The walled garden gates lock shut on you for whatever reason and I cant install the app, or - You stop supporting my version of the display. Is there any way to interact with the display without the companion app? Pushing raw bytes over the network is fine, just anything that doesn't require some phone. In another eye rolling move, I also dont really consider a response of "we promise to opensource the companion app, or unlock the device if we go out of business" viable (what if you die unexpectedly?, or simply, dont care to follow through?).
- Qwertious 3y ago
  >I also dont really consider a response of "we promise to opensource the companion app, or unlock the device if we go out of business" viable (what if you die unexpectedly?, or simply, dont care to follow through?). If the promise is real, they should make it legally binding. If you go bankrupt, you lose control over your IP and quite possibly can't choose to follow through. Although, even then, open-sourcing the app can be expensive (you need lawyers to confirm you actually have the rights to open-source all parts of the relevant code, and if there's something you can't open-source then you need devs to write a shim, identify the relevant keys that need to be published, and hopefully write some documentation.
  - hedora 3y ago
    Software used to come with source code escrow licenses (a long time ago). A third party would certify that you had done the due diligence you just mentioned up front. I’d like to see legislation requiring this for any software that a physical device needs in order to work, but I doubt that will happen any time soon. (“Right to repair” is meaningless without something at least as strong as source code escrow)
- konschubert 3y ago
  Hi, founder of Invisible Computers here. I think your questions are valid and not eye-rolling at all. As for the app, you can find the Android APK here, so as long as you have or find an old Android device, you can sideload it anytime: https://drive.google.com/file/d/1nnAHVm21FLKIAJ4kTmz6Q0D9Zk4s2x73/view?usp=sharing https://drive.google.com/file/d/1nnAHVm21FLKIAJ4kTmz6Q0D9Zk4... But there is another dependency that you haven't mentioned: The device requires a running backend with an API. At the moment, my only answer to that is: "I'll keep it running even if it becomes uneconomical and I will then also open-source everything.". But I am also intending to add a way to completely avoid the backend, which will require users to render the data in a specific format to the device. Supporting this is totally worth the effort for me. If only to put my own mind at ease a bit! But, and there I have to be honest, I have limited resources to work on things. There are other features that I feel are very pressing as well. And so I cannot promise when I will find the time to implement this.

crobertsbmw 3y ago

I have one of your displays. It’s really nice. I intend to do something with option one, but I just haven’t found the time. Right now, as your targeting computer minded folks, I think your customers can figure out how to set up an image url that changes periodically, but as you scale you might want to create more accessible options. Or maybe let third parties build apps to do it for you..

konschubert 3y ago
I am hoping to add third party apps, that's why I have created the API for 3rd party apps: https://github.com/Invisible-Computers/image-gallery/blob/main/HowToBuildAnApp.md https://github.com/Invisible-Computers/image-gallery/blob/ma... But right now, I understand that building an app for my platform is a) more hassle than just pointing to a URL b) limited upside, because the audience that you can charge for a subscription isn't very big yet. However, I think that a good app could generate its own audience (aka drive ppl to buy the displays) and then make money by charging them a small monthly subscription fee.
- hedora 3y ago
  You could also seed the pool with a few sample apps. An offline-capable home assistant dashboard comes to mind. (There are already apps that run on tablets; you’d just need a theme and a way to generate screenshots in headless mode).

bongobingo1 3y ago

I know this is probably extremely eye rolling to read, but I looked at the store page, was quite interested, saw the "mobile app" and immediately had second thoughts because it just puts the device in e-waste when: - You stop updating the app and my phone OS wont run it, - My phone stops updating its OS and cant run the app, or - The walled garden gates lock shut on you for whatever reason and I cant install the app, or - You stop supporting my version of the display. Is there any way to interact with the display without the companion app? Pushing raw bytes over the network is fine, just anything that doesn't require some phone. In another eye rolling move, I also dont really consider a response of "we promise to opensource the companion app, or unlock the device if we go out of business" viable (what if you die unexpectedly?, or simply, dont care to follow through?).

Qwertious 3y ago
>I also dont really consider a response of "we promise to opensource the companion app, or unlock the device if we go out of business" viable (what if you die unexpectedly?, or simply, dont care to follow through?). If the promise is real, they should make it legally binding. If you go bankrupt, you lose control over your IP and quite possibly can't choose to follow through. Although, even then, open-sourcing the app can be expensive (you need lawyers to confirm you actually have the rights to open-source all parts of the relevant code, and if there's something you can't open-source then you need devs to write a shim, identify the relevant keys that need to be published, and hopefully write some documentation.
- hedora 3y ago
  Software used to come with source code escrow licenses (a long time ago). A third party would certify that you had done the due diligence you just mentioned up front. I’d like to see legislation requiring this for any software that a physical device needs in order to work, but I doubt that will happen any time soon. (“Right to repair” is meaningless without something at least as strong as source code escrow)
konschubert 3y ago
Hi, founder of Invisible Computers here. I think your questions are valid and not eye-rolling at all. As for the app, you can find the Android APK here, so as long as you have or find an old Android device, you can sideload it anytime: https://drive.google.com/file/d/1nnAHVm21FLKIAJ4kTmz6Q0D9Zk4s2x73/view?usp=sharing https://drive.google.com/file/d/1nnAHVm21FLKIAJ4kTmz6Q0D9Zk4... But there is another dependency that you haven't mentioned: The device requires a running backend with an API. At the moment, my only answer to that is: "I'll keep it running even if it becomes uneconomical and I will then also open-source everything.". But I am also intending to add a way to completely avoid the backend, which will require users to render the data in a specific format to the device. Supporting this is totally worth the effort for me. If only to put my own mind at ease a bit! But, and there I have to be honest, I have limited resources to work on things. There are other features that I feel are very pressing as well. And so I cannot promise when I will find the time to implement this.