Kodi CLI - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Feature Discussion (read-only) (https://forum.kodi.tv/forumdisplay.php?fid=183) +--- Thread: Kodi CLI (/showthread.php?tid=217922) |
Kodi CLI - topfs2 - 2015-02-10 Hi! When doing the headless PR I started looking into our AppParamsParser. And what it does is rather simple but some things popped up I wanted to discuss. a) Which of the options are needed? Feels like most aren't
b) We don't we use a third party parser, http://www.boost.org/doc/libs/1_57_0/doc/html/program_options.html or GNU getopt ? c) We call AppParam parsing well before application is started, so it feels a bit weird that its tied to app. Wouldn't it be better if AppParamParser just returned a struct with options, and we apply those in XBMC_Run? RE: Kodi CLI - Montellese - 2015-02-10 fullscreen and portable are certainly used. No idea about the rest. RE: Kodi CLI - Ned Scott - 2015-02-10 Linux builds have a portable mode? Or is this a different kind of portable mode than what Windows users have? RE: Kodi CLI - wsnipex - 2015-02-10 why wouldn't they? Its just not overly useful when running from packages, as the install location belongs to root. Manual compiles work just fine with portable mode RE: Kodi CLI - xhaggi - 2015-02-11 -d <delay> is used by some of my friends to delay the startup after system boots up. this is done to be sure that other services are started right before kodi. RE: Kodi CLI - lrusak - 2015-02-11 (2015-02-11, 18:49)xhaggi Wrote: -d <delay> is used by some of my friends to delay the startup after system boots up. this is done to be sure that other services are started right before kodi. I feel like there are much better ways to accomplish this, on linux at least. RE: Kodi CLI - topfs2 - 2015-02-11 (2015-02-11, 19:09)lrusak Wrote:(2015-02-11, 18:49)xhaggi Wrote: -d <delay> is used by some of my friends to delay the startup after system boots up. this is done to be sure that other services are started right before kodi. Code: sleep X; kodi So yeah, too me it feels unnecessary too. Would love to hear what they are waiting for though, perhaps we are missing something? Or is it network? RE: Kodi CLI - wsnipex - 2015-02-12 mostly network. This can be done much cleaner in upstart/systemd RE: Kodi CLI - Martijn - 2015-02-12 (2015-02-12, 13:25)wsnipex Wrote: mostly network. This can be done much cleaner in upstart/systemd or in Kodi itself on startup Similar option is also available on Windows and there we don't have systemd or startup. wait till network is ready when you use some networking stuff and show on splash that it is waiting till network is up and press key to skip. RE: Kodi CLI - topfs2 - 2015-02-12 (2015-02-12, 13:27)Martijn Wrote: or in Kodi itself on startup Hmm, I have had a patch for reacting on network like 15 times now it feels like Keep forgetting to merge it due to some random reason Perhaps I should dust it off once more RE: Kodi CLI - Martijn - 2015-02-12 (2015-02-12, 13:52)topfs2 Wrote:I know several users would be very pleased with that(2015-02-12, 13:27)Martijn Wrote: or in Kodi itself on startup RE: Kodi CLI - xhaggi - 2015-02-12 only want to let you know that it is used. but sure it is not necessary as we can do it outside kodi. RE: Kodi CLI - topfs2 - 2015-02-15 Initial PR up https://github.com/xbmc/xbmc/pull/6436 EDIT: Thanks xhaggi. Just was interested in why it was used and if we could solve it better RE: Kodi CLI - topfs2 - 2015-02-16 (2015-02-10, 11:33)Montellese Wrote: fullscreen and portable are certainly used. No idea about the rest. BTW, fullscreen? On Linux we default to fullscreen, isn't this the same on windows? Just wondered why its used? Feels like windowed is more of a developer thing no? Perhaps we should twist the setting? --window ? RE: Kodi CLI - wsnipex - 2015-02-16 we default to full screen, but once you set it windowed, it stays like that over restarts. I use that all the time on my desktop to watch TV or listen to music. So a -fs makes sense to override that |