AngularJS webinterface

Poul Kalff · 2020-04-13T16:29:40+00:00

Well, so I lost my job to the stupid virus (used to develop software for the Hotel industry....), and now I've thought that I'd use the abundance of free tim...

Poul Kalff

Perhaps you can help me again, David Pickles? I'm missing the abiltiy to enable/disable a schedueld recording. I use this feauture often myself, so I would like to include it, but I cannot find anything in your documentation about how to do this? I have tried POST'ing

var url = '/api/dvr/entry/disable';
var url = '/api/dvr/entry/enable';

var url = '/api/dvr/entry/toggle';

just guessing.... but they all recieve 404.
So, are there methods to do this, or do you know how it is done?
All dvr entries have the feature "enabled": true, and I can change it easily enough, but is it possible to save the data back through the API?

DaveH

dvr/entry/cancel ?

davep

There's no explicit API method to modify a recording.

I suppose it might be possible to use api/idnode/load to get the details of a scheduled recording (given the uuid), then write back a modified version using api/idnode/save. However I couldn't quickly make it work, and I don't want to run the risk of breaking my daily-use TVH...

Poul Kalff

Dave H wrote:

> dvr/entry/cancel ?

dvr/entry/cancel is cancel, meaning it is gone and not seen anymore, and it works fine. But disable means it is still there and can be enabled anytime again..... I personally use disable a lot for auto-recordings, when it matches several reruns of programs that you don't want to record... Danish TV usually show the same program two or three times, for whatever reason :-). I would think that if i CANCEL the rerun, it will be made again by the automatic timer, but I am not sure....

Poul Kalff

Dave Pickles wrote:
> There's no explicit API method to modify a recording.
>

> I suppose it might be possible to use api/idnode/load to get the details of a scheduled recording (given the uuid), then write back a modified version using api/idnode/save. However I couldn't quickly make it work, and I don't want to run the risk of breaking my daily-use TVH...

Yeah, I thought that too, that the idnode must be how it is done. It can be done through the KODI tvheadend addon too, so I'll see if I can find it there and replicate it

DaveH

> dvr/entry/cancel is cancel, meaning it is gone and not seen anymore, and it works fine. But disable means it is still there and can be enabled anytime again..... I personally use disable a lot for auto-recordings, when it matches several reruns of programs that you don't want to record... Danish TV usually show the same program two or three times, for whatever reason :-). I would think that if i CANCEL the rerun, it will be made again by the automatic timer, but I am not sure....

Ah yes, sorry. Doesn't setting the autorec's Duplicate handling to something other than Record all solve your problem?

Poul Kalff

Dave H wrote:
> > dvr/entry/cancel is cancel, meaning it is gone and not seen anymore, and it works fine. But disable means it is still there and can be enabled anytime again..... I personally use disable a lot for auto-recordings, when it matches several reruns of programs that you don't want to record... Danish TV usually show the same program two or three times, for whatever reason :-). I would think that if i CANCEL the rerun, it will be made again by the automatic timer, but I am not sure....
>

> Ah yes, sorry. Doesn't setting the autorec's Duplicate handling to something other than Record all solve your problem?

Well, to be honest, I've never know that 'Duplicate handling' existed.... but I've just found it now, after you mentioned it, and yes, I'm sure that it would do the trick!

So, thanks for that, Dave, I sure learn new things all the time :-)

However, I still think it is a good thing to be able to disable a recording without removing it, and I'm very close to getting inode read/write working, just have to go through a shitload of data when reading it that way, but it is quite easy otherwise. I'll need to write a function for it anyway if I want to enabled editing of entries

DaveH

> Well, to be honest, I've never know that 'Duplicate handling' existed.... but I've just found it now, after you mentioned it, and yes, I'm sure that it would do the trick!

> So, thanks for that, Dave, I sure learn new things all the time :-)

Glad I could eventually contribute something positive.

> However, I still think it is a good thing to be able to disable a recording without removing it, and I'm very close to getting inode read/write working, just have to go through a shitload of data when reading it that way, but it is quite easy otherwise. I'll need to write a function for it anyway if I want to enabled editing of entries

I agree. I had had a quick look at the API code and it seems fairly well organized, so adding a function there to extend the API seems like a good solution to me.

Poul Kalff

Dave Pickles wrote:
> There's no explicit API method to modify a recording.
>

@Dave Pickles

Well, luckily I could quickly make it work, and I broke nothing :-) Do you want the data to include on your documentation? It took a lot of trial and error, as you know, to figure out the format that tvheadend wants, since any erroneous format results simply in 'no, try again' from the server :-D However, once figured out it is quite simple, so perhaps a good idea to preserve the knowledge for those who come after me?

By the way, out of curiosity, what were you afraid to break? The server just discards anything it doesn't like, so what are the risks? The worst I have experiences is a 'Time Missed'-error, if I have written back valid, but pre-dated data to the idnode

davep

> By the way, out of curiosity, what were you afraid to break?

The idnode system is a kind of database, and without the schema it's hard to tell if the data in one table is referenced somewhere else.

In my experiments I used api/idnode/load to get the recording details, then tried to write back the entire JSON structure using api/idnode/save. That didn't work, but just sending the 'uuid' and 'enabled' values did.

I'll try to add more explanation on how to use idnode/save.

Poul Kalff

@David Pickles:

So, here is an example of a data-node that can be written back to the inode:

node: "{
"enabled": true,
"disp_title": "SPARKMIG",
"disp_extratext": "SPARKMIG",
"channel": "86b21fd7a09526b72f923611171f2482",
"start": 1597825200,
"stop": 1597825800,
"comment": "SPARKMIG",
"episode_disp": "SPARKMIG",
"start_extra": "666",
"stop_extra": "666",
"pri": 0,
"config_name": "1d576f3623710fd83f2d68e114e3329b",
"owner":" klf",
"creator": "klf",
"removal": 183,
"retention": 0,
"uuid": "0bedeb595e08cc6543f827571b6d5eff"

}

Any or all of the key/value-pairs can be removed, except for the last, uuid, since we must know where to put our data. Also, which is not obvious (at least to me) from the documentation, it MUST be "x-www-form-urlencoded", not JSONed, even though all replies will be JSON-formatted:
I write the headers:
var headers = {headers: {'Content-Type': 'application/x-www-form-urlencoded; charset=UTF-8'}};
and I use stringify to tranlate the data:

var rawDataEncoded = "node=" + encodeURIComponent(JSON.stringify(rawData));

so, the data in the example will take this form (rawData is the above shown node in an array):

node=%7B%22enabled%22%3Atrue%2C%22disp_title%22%3A%22SPARKMIG%22%2C%22disp_extratext%22%3A%22SPARKMIG%22%2C%22channel%22%3A%2286b21fd7a09526b72f923611171f2482%22%2C%22start%22%3A1597825200%2C%22stop%22%3A1597825800%2C%22comment%22%3A%22SPARKMIG%22%2C%22episode_disp%22%3A%22SPARKMIG%22%2C%22start_extra%22%3A%22666%22%2C%22stop_extra%22%3A%22666%22%2C%22pri%22%3A0%2C%22config_name%22%3A%221d576f3623710fd83f2d68e114e3329b%22%2C%22owner%22%3A%22klf%22%2C%22creator%22%3A%22klf%22%2C%22removal%22%3A183%2C%22retention%22%3A0%2C%22uuid%22%3A%220bedeb595e08cc6543f827571b6d5eff%22%7D

It is quite simple, actually, but it is a BITCH if you don't know it, so I thought perhaps a good thing to get into the Docs...?

Poul Kalff

So, again an update, after a long summer....
I have now finally completed the DVR/Timers-section. My design aim is to get as much into as few screens/tabs as possible, i find the old design hopelessly divided into sections that people (or at least I) never open. Furthermore, I find many of the options, for example when adding a new timer, as unnecessary, so for now I have added only the ones that are at least theoretically usable (What the hell is "Category 1 (selection):" or "Star rating:" usable for?)
Well, I thought maybe a very lowlevel, textedit of the whole idnode for that, if anyone really wants to fiddle with that... or just use the old interface, I guess.
Also, I have disabled stuff that seems dumb to me, for instance, it is possible in the old interface to edit a timer and change the channel.... who does that? Remove it an make a new recording if you want a different channel...?

Well, anyway, here is the rather short video (couldn't get kazam to work, it just records black, sorry...)

The demo shows just the interface and the ability to add and edit recordings and timers, disable/enable, sort, filter, etc... just the simple things. I don't have too many recordings, but if you have many, the filter works both on title and type of recording. I have added no filter on timers, since I guess people only have quite few of those, please correct me if I'm wrong.

So, as always, let me know if you have any comments

DaveH

Poul Kalff wrote:

> So, as always, let me know if you have any comments

Sorry, but I have no idea what I'm looking at in that video, let alone expressing an opinion as to whether it's good or bad. It would need to be a lot larger to allow me to read it. But more fundamentally, a video is not a good way to demonstrate an interface IMHO. A mockup of the interface is much, much better; along with some documentation that explains it.

Saen Acro

Dave H wrote:
> Poul Kalff wrote:
> > So, as always, let me know if you have any comments
>

> Sorry, but I have no idea what I'm looking at in that video, let alone expressing an opinion as to whether it's good or bad. It would need to be a lot larger to allow me to read it. But more fundamentally, a video is not a good way to demonstrate an interface IMHO. A mockup of the interface is much, much better; along with some documentation that explains it.

user#22944 not learn how to record one screen only ;)

I still not get idea to make Admin UI "Candy style", beter to make STB UI to remove need of external middleware.

Poul Kalff

Dave H wrote:
> Poul Kalff wrote:
> > So, as always, let me know if you have any comments
>

Ok, duly noted. It IS irritating that the video records both screens. I'm not gonna do a mockup, though, so take it or leave it

Flole

Maybe I can tell you a case where it's helpful to change the channel: When the non-HD channel is selected and you want to record the HD one instead.

So you are not using the current way of defining the settings in the code? When a new setting is added it needs to be added to your code aswell?

Poul Kalff

saen acro wrote:
> Dave H wrote:
> > Poul Kalff wrote:
> > > So, as always, let me know if you have any comments
> >
> > Sorry, but I have no idea what I'm looking at in that video, let alone expressing an opinion as to whether it's good or bad. It would need to be a lot larger to allow me to read it. But more fundamentally, a video is not a good way to demonstrate an interface IMHO. A mockup of the interface is much, much better; along with some documentation that explains it.
>
> user#22944 not learn how to record one screen only ;)
>

> I still not get idea to make Admin UI "Candy style", beter to make STB UI to remove need of external middleware.

I am not sure I understand what you are saying, you really need to learn english.... What does 'candy style' mean? What does 'stb ui' mean?

davep

> What the hell is "Category 1 (selection):" or "Star rating:" usable for?

Some EPG providers use more fine-grained categories for programmes than the EIT Content Descriptor. These "Category selection" fields allow free-text filtering of programme type and content. Similarly some EPG providers include review ratings.

Is your GitHub repo up-to-date?

Saen Acro

Poul Kalff wrote:
> I am not sure I understand what you are saying, you really need to learn english.... What does 'candy style' mean? What does 'stb ui' mean?
Desigin you do is "Candy style"

Desigin without exact positions and strange colors.

What is "STB UI" google it, I give example few post up

saen acro wrote:
> Poul Kalff wrote:
> > saen acro wrote:
> > > @ user#22944
> > > Challenge for you.
> > > there is a ticket
> > > https://tvheadend.org/issues/3992 > > >
> > > Smart TV can act as test machine
> > > 720p 1080p 4K resolutions.
> >
> > I'm not sure that I completely understand the challenge? Obviously, any UI should work on any given screen size, and I am aware of that, if that is what you mean?
>
> Tvheadend STB UI (eliminating Kodi and derivatives)
> end user portal controlled by remote control of TV
> https://oceanbluesoftware.com/services/ui-design/ >
https://mlpirlf9qdmc.i.optimole.com/jfRkEA-VmFgRtJQ/w:600/h:402/q:auto/https://www.alphaott.com/wp-content/uploads/2020/02/app-ui-aosp.jpg
>
https://www.reycom.swiss/fileadmin/images/01_TV_as_a_Solution/csm_rtv_tv.jpg
>
> https://www.youtube.com/user/IPTVMiddleware/videos > user to enter url
> UI to ask his user/pass

> and user start to use ;)

DaveH

saen acro wrote:
> Poul Kalff wrote:
> > I am not sure I understand what you are saying, you really need to learn english.... What does 'candy style' mean? What does 'stb ui' mean?
> Desigin you do is "Candy style"

> Desigin without exact positions and strange colors.

Sorry, but I for one still don't know what Candy style means, but I do understand what a STB UI is.

« Previous Page Next Page »