<div dir="ltr"><div dir="ltr">On Thu, May 26, 2022 at 10:02 AM David Engel <<a href="mailto:david@istwok.net">david@istwok.net</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, May 25, 2022 at 07:22:42PM -0600, John P Poet wrote:<br>
> Hi Peter, et al.,<br>
> <br>
> Is there a Services API endpoint for managing the inputgroup table? I<br>
> didn't see one but figured I would ask before working on adding it.<br>
> <br>
> I have not been that active lately, so if there is a new and improved way<br>
> of writing Services API stuff, please let me know. Otherwise, I will follow<br>
> <a href="https://www.mythtv.org/wiki/Services_API_Development_Guide" rel="noreferrer" target="_blank">https://www.mythtv.org/wiki/Services_API_Development_Guide</a><br>
<br>
I'll defer to Peter, Stuart and Paul on the v2 API framework.  IMO,<br>
though, the v1 API is severely lacking when it comes to tuners and<br>
need not be kept as is in v2.<br>
<br>
As for input groups, I don't see any reason to allow direct access to<br>
the table per se through the API.  Instead, I think there should<br>
probably only be services like AddCaptureCardToGroup and<br>
RemoveCaptureCardFromGroup where the group is identified by name only.<br>
<br>
David<br></blockquote><div><br></div><div>Yes, I agree. There would also need to be AddGroup and RemoveGroup and GetGroups.</div><div><br></div><div>If you have other suggestions for how the tuner API should be structured, let me know. I still don't have a lot of free time right now, but plan on starting to work some of this stuff.<br></div><div><br></div><div>John <br></div></div></div>