Studio Tools for SageTV V7

[tmiranda]

Greg,

I remember reading a post by you a while ago where you mentioned you have an automated way of savings STV changes to a .stvi file and have it automatically reloaded each time you edit the STV. Is that someplace in these tools that I am not seeing or is it something that has not been posted?

If the tool does what I think you said it does I would really like to use it. Right now I take great pains to make sure I keep a copy of the "base" SageTV7.xml file that I started with but if I'm understand what your tool does I would not have to worry so much about that. Correct?

[GKusnick]

I use the built-in UID File Difference to save changes in STVI form, and the V7 plugin manager to load STVIs at startup. The step in between those two is to package the saved STVI in plugin form. I have Ant scripts that do that from within the Netbeans IDE, but I have not published those scripts, and they don't really have much to do with my Studio Tools plugins.

I know Slugger has similar scripts for automating his plugin builds, and I seem to recall that he may have published them at some point. If so, you may be able to adapt them for STVI packaging. But again, these would be scripts that you would use from within your Java IDE as part of your plugin build process, after you have finished your Studio work and saved the result.

However you do it, you'll still need a base STV to compare against in order to generate the STVI in the first place. But you won't necessarily need to keep that base STV beyond the point at which you generate the STVI. This is true regardless of whether you automate the plugin packaging or not.

[Slugger]

My automation is more to do with automatically generating plugin manifests from good builds and automatically submitting the build to Google Code then submitting the manifest to SageTV. "Auto generating" the manifest just means automatically grabbing the md5 hash of the built zips and inserting it into the manifest, auto updating the mod date of the plugin, auto inserting svn change logs, etc., etc. Most of the manifest is static, but the parts that aren't are automated. The ant task for submitting the manifest to SageTV's site is in my dev-tools jar on my project site. The auto upload to Google Code can be seen in any of my build.xml files (in svn). You'll see the reference to the external jar I use to import that task. The generation of the manifest uses standard ant tasks and any of my bulid.xml files for my bigger plugins (sjq, sre, sagealert) will show how I do that.

Not sure if this is what you're looking for, but saw this thread and figured I'd just describe what tools I have in this area.

[tmiranda]

Those tools are not what I was thinking of. I thought you had an extension to your Studio Tools that automatically generated and saved the .stvi when Studio was shutdown and then automatically imported it when Studio was started. Doing it manually is easy enough but if I could do it all automatically instead of in 3 or 4 steps that's even easier.

Tom

[GKusnick]

Nope, nothing like that. There is a feature in my Studio Tools that lets you enable and disable STVIs from within Studio by checking checkboxes. But no automatic save-and-reload.

[tmiranda]

Originally Posted by GKusnick

Nope, nothing like that. There is a feature in my Studio Tools that lets you enable and disable STVIs from within Studio by checking checkboxes. But no automatic save-and-reload.

OK. Maybe an idea for the future?

[Fonceur]

Running SageTV 7.0.23 with GKusnick's Tools Library 1.4.7, I am getting:

EXCEPTION java.lang.NoSuchMethodError: gkusnick.sagetv.api.MediaPlayerAPI.StartPlaylist(Lgkusnick/sagetv/api/PlaylistAPI$Playlist

I know this used to work fine before... That's for a call like:

API sageApi = new API(this.context);
MediaPlayerAPI sageApiMediaPlayer = new MediaPlayerAPI(sageApi);
sageApiMediaPlayer.StartPlaylist(playlist);

[GKusnick]

Where did playlist come from? From the error message it looks like it's an array, not a singleton Playlist object. In which case the message is correct: there is no method by that name that takes an array.

And by the way, you don't need to instantiate MediaPlayerAPI yourself. There's a perfectly good instance already in sageApi.mediaPlayerAPI.

[Fonceur]

Originally Posted by GKusnick

Where did playlist come from?

It's not an array, it comes from something like:

PlaylistAPI.Playlist playlist = sageApiPlaylist.GetNowPlayingList();

There's a perfectly good instance already in sageApi.mediaPlayerAPI.

Thanks, I'll get rid of those.

[GKusnick]

Originally Posted by Fonceur

That's for a call like:

Originally Posted by Fonceur

it comes from something like:

Not sure what to tell you. It should work. So if your code is merely something like what you posted, then perhaps the problem lies in the difference between what you posted and your actual code.

Do note that in addition to api.mediaPlayerAPI.StartPlaylist(playlist), there's also a playlist.StartPlaylist() method that takes no arguments, so passing in a playlist to the second one would be an error. Again, without seeing your actual code, it's hard to know precisely where the error is originating.

[Fonceur]

Originally Posted by GKusnick

there's also a playlist.StartPlaylist() method that takes no arguments, so passing in a playlist to the second one would be an error.

I tried playlist.StartPlaylist(), and got a similar error:

EXCEPTION java.lang.NoSuchMethodError:
gkusnick.sagetv.api.PlaylistAPI$Playlist.StartPlaylist()V AT 
sagetcpserver.SagePlayer.processIncomingMessages(SagePlayer.java:311)

I'm not sure if the "V" before the "AT" is part or the exception message or a typo in the tools (it was also there for the other method)...

As for the "something like", that's because that was one way of getting a playlist, another is through sageApi.playlistAPI.FindPlaylist(plName).

EDIT: Same error with playlist.StartPlaylistAt(0).

[GKusnick]

Try doing a clean build of your project that depends on ToolsLib. Apparently the documented result type of StartPlaylist() and StartPlaylistAt() changed at some point from void to int, and your JAR is still looking for the void version.

However I'm not convinced that int is really the correct result type, since the description of the returned value says that it's either true or an error message. So maybe Object ought to be the proper result type for these methods. If we can get a clarification on this, I can change it in the next rev of my library (which will probably again require a clean build of your code that depends on it). I'll submit a bug report on that.

[Fonceur]

Originally Posted by GKusnick

Try doing a clean build of your project that depends on ToolsLib.

OK thanks, that fixed it.

[GKusnick]

ToolsLib version 1.5 has been uploaded with API wrappers current as of SageTV V7.1.9, including the new Security API.

Note that the result types of the StartPlaylist and StartPlaylistAt wrappers have changed (again) from int to Object, reflecting a change in the underlying API. This means that plugins using these two wrapper methods will need to be recompiled in order to bind properly to the changed method signatures.

[Fonceur]

Just to report that gkusnick.sagetv.api.Utility.ExecuteProcess is broken, but gkusnick.sagetv.api.Utility.ExecuteProcessReturnOutput works fine...

EXCEPTION java.lang.ClassCastException: java.lang.String 
cannot be cast to java.lang.Process AT 
gkusnick.sagetv.api.Utility.ExecuteProcess(Utility.java:363)

[GKusnick]

Originally Posted by Fonceur

Just to report that gkusnick.sagetv.api.Utility.ExecuteProcess is broken, but gkusnick.sagetv.api.Utility.ExecuteProcessReturnOutput works fine...

EXCEPTION java.lang.ClassCastException: java.lang.String 
cannot be cast to java.lang.Process AT 
gkusnick.sagetv.api.Utility.ExecuteProcess(Utility.java:363)

I'm away from home and not in a position to verify this, but if true it looks like a change in the underlying API that's not reflected in the documentation (which clearly indicates that ExecuteProcess returns a java.lang.Process).

I'll do some testing when I get a chance.

[Fonceur]

Did you get any chance to look at the ExecuteProcess?

[GKusnick]

Originally Posted by Fonceur

Did you get any chance to look at the ExecuteProcess?

Sorry; I've been tied up with family crises for the last couple of months. Haven't been home for more than a couple of weeks since June. I do have these issues bookmarked to look at when I can, but that won't be till maybe mid-September.

[jusjoken]

I have copied these tools to BinTray and created v9 manifests for these so we retain this great set of tools.

k

[wayner]

Holy necropost Batman! Over five years.