Replies: 7 comments
-
Hi @s-martin, good start and just at the right time (see below). I guess there are some questions where we need to make a decision before we standardise default installs and features. Regarding the core functionality, I would actually like to leave the GPIO buttons out. The simple difference being: a) plug and play USB It does make a big difference to me. Mainly: you need to have a soldering iron, know how to use a soldering iron and buy extra techy parts (resistors, etc) to do the job. Plug and Play USB should be out of the box. Out of the boxSo my out of the box Phoniebox would be:
SoundcardsBringing us to sound cards... from testing the quality, I actually would prefer to suggest either one of these products over a cheap USB-Soundcard: Either one of these delivers good sound - actually much better than the USB-Soundards that you plug into the Pi. ButtonsI agree, I would like to deliver a standard config file based on @veloxid PR. What functionality it should cover, I am not sure. What's the must have? Optional plug-in featuresI started working on this and called them components. Going through the code and wiki, I came up with this list of components:
|
Beta Was this translation helpful? Give feedback.
-
I think the rationale "basic/core functionality is everything without soldering" is very reasonable and keeps the entry barrier low. My vision for GPIO related plugins/components would be that we provide a couple of presets (maybe combinations of components active people here are already using) and then the pin numbers would be already configured by the installer. Once again I think PR #763 would make that easier, because the installer would only change the configuration file. Of course we can't provide any arbitrary combination of components, but usually most new users implement a configuration somebody already has. Maybe we could think about, if we want to use Python for such a configuration script and use the bash script only for basic installation like packages and then trigger the configuration script. At least I'm more comfortable with Python and I think this could also keep the entry barrier lower. And a Python script could be "unit tested" more easily. |
Beta Was this translation helpful? Give feedback.
-
Hi @s-martin Obvious actions:
Possibly actions (with a question mark):
... what else? How can we nail down a concrete list for the first config file for Phoniebox GPIO? (and what soundcard should that involve, or would it only be built in jack or HDMI audio via splitter?) |
Beta Was this translation helpful? Give feedback.
-
I think the obvious actions should be the default ones, maybe From my point of view the other actions are highly use case dependent. |
Beta Was this translation helpful? Give feedback.
-
Copying my comment from #825: |
Beta Was this translation helpful? Give feedback.
-
If the requirements file is located in the sub directory I guess we don't need the name again. |
Beta Was this translation helpful? Give feedback.
-
Hi @ALL. Kind regards |
Beta Was this translation helpful? Give feedback.
-
In the course of reorganisation and restructuring the project, I would suggest to define a basic functionality, which is always delivered, preconfigured and always working :-)
My incomplete list of features for basic functionality:
Optional or "plugin" features:
Beta Was this translation helpful? Give feedback.
All reactions