Plugin: Sage Job Queue (SJQ) v3

[Slugger]

Originally Posted by jbuszkie

Is the a way to restart SJQ without restarting sage? Not a big deal.. just curious..

Thanks for the info,

Jim

In Sage 7, go to the plugins screen, click SJQ, disable the plugin, then enable it.

For Sage 6, go to SageTV/jetty/contexts/ and open up the sjq.context.xml file and resave it (forcing a timestamp change on the file). That will force a restart of the SJQ app.

[jbuszkie]

Originally Posted by Slugger

In Sage 7, go to the plugins screen, click SJQ, disable the plugin, then enable it.

For Sage 6, go to SageTV/jetty/contexts/ and open up the sjq.context.xml file and resave it (forcing a timestamp change on the file). That will force a restart of the SJQ app.

Still on Sage 6.. Someday I'll upgrade! Thanks for the info..

[Slugger]

Originally Posted by jbuszkie

Still on Sage 6.. Someday I'll upgrade! Thanks for the info..

SJQ 3.0.x (for Sage 6) was EOL months ago, you weren't ever going to get the fix. SJQv4 is for Sage 7 only - never a chance of a back port to Sage 6 - coding for Sage 7 is nothing like coding for Sage 6 and so I'd basically have to maintain two separate versions, which, obviously, isn't going to happen.

[jbuszkie]

Originally Posted by Slugger

SJQ 3.0.x (for Sage 6) was EOL months ago, you weren't ever going to get the fix. SJQv4 is for Sage 7 only - never a chance of a back port to Sage 6 - coding for Sage 7 is nothing like coding for Sage 6 and so I'd basically have to maintain two separate versions, which, obviously, isn't going to happen.

Oh.. Come on... don't be so lazy!!! I expect a port all the way back to sage 4... Or sage 2 for that matter!!

the wife is going away in a couple of weeks for a weekend.. Seems like a good time to upgrade! I'd love to change the OS drive to SSD also... I'll have to see what that would entail in terms of alignment and house keeping on the SSD...
Rebooting of sage after a crash right now is about 6 minutes.. It's over 7 min before Sage starts back up!

[Skirge01]

This may be a really stupid question, but does the reschedule option reschedule shows repeatedly? Okay, that just sounds really dumb, too. So, let's try some code to illustrate what I'm talking about:

# Reschedule SD shows
if [IsObjMediaFile == true && $.IsTVFile{} == true] {
   :DONEALERT "true"
   :RESCHEDOPTS "HDONLY"
   _RESCHED
}

What I was hoping it would do is to search out HD versions of my SD recordings, so that I could replace them with the HD one. But, as I looked at the code, it seemed like it was far too vague to only do that. Since there's no check to see if the recording is in HD or SD, I'm thinking it would reschedule HD recordings, as well.

So, I moved to this code, which should limit the search to just SD recordings:

# Reschedule SD shows
if [IsObjMediaFile == true && $.IsTVFile{} == true && $.IsAiringHDTV{} == false] {
   :DONEALERT "true"
   :RESCHEDOPTS "HDONLY"
   _RESCHED
}

However, I suspect that this is going to continue rescheduling the recordings as each subsequent one shows up (or even before). So, if SD show #1 has 3 HD airings coming up, wouldn't it record all 3? Maybe not on the first run through of the job, but it might once this job gets run through 2 more times. Am I understanding this right? If so, is there a way around that issue?

[Slugger]

Use the later iteration (that checks if the recording is SD) and you'll be fine. Once it schedules one HD recording it will never look at that SD recording again (because SJQ marks that it's already processed that recording for that task type).

On a side note, this will not work the same way in SJQv4, but we'll deal with that when we get there.

[Skirge01]

Thanks for the clarification, Slugger. That's great to know.

Since you brought up SJQ4, perhaps you'll allow me to make a tiny request for you to consider. I hope you'll make it possible to choose what channels the rescheduling is allowed to happen on. For me, I'd prefer to only have it reschedule if it's on a premium channel, as opposed to TNT or something. (I know this isn't the right thread, so if you want me to post this elsewhere, just ask.)

[Skirge01]

I put that code in and decided that, while I'm "testing" this out, I don't want it to delete the original recording. So, I tried the NODELETE option and am getting an error in the log:

if [IsObjMediaFile == true && $.IsTVFile{} == true && $.IsAiringHDTV{} == false] {
   :DONEALERT "true"
   :RESCHEDOPTS "HDONLY" "NODELETE"
   _RESCHED
}

Where did I screw up my context?

[Slugger]

What's the error? I believe the issue is the RESCHEDOPTS needs to be a single double quoted string (going from memory at the moment).

Try using:

"HDONLY NODELETE"

[Slugger]

Originally Posted by Skirge01

Since you brought up SJQ4, perhaps you'll allow me to make a tiny request for you to consider. I hope you'll make it possible to choose what channels the rescheduling is allowed to happen on. For me, I'd prefer to only have it reschedule if it's on a premium channel, as opposed to TNT or something. (I know this isn't the right thread, so if you want me to post this elsewhere, just ask.)

The nice thing for SJQv4 is that this internal task becomes an external script/program that someone will have to write. For the internal tasks, I'll probably accept the responsibility of porting most of, if not all, the SJQv3 internal tasks to an equivalent script for users to use. You'll see when we get there, but the bonus is that adding/modding features will be 1000x easier under this new model. As it stood in SJQv3, making what appears to be a rather minor feature request to this internal task was an absolute nightmare to try and sort out.

[Skirge01]

Originally Posted by Slugger

What's the error? I believe the issue is the RESCHEDOPTS needs to be a single double quoted string (going from memory at the moment).

Try using:

"HDONLY NODELETE"

Yep, that was the issue. Thanks!

[vividweb]

How far out is v4? I notice that a lot of the documentation is on the site, but notice there is also a design dicussion going on.

I want to move my comskip processes to use multiple computers and to skip certain recordings and channels. If v4 is very close, then I'll wait. If there is a benefit to installing v3 first then will do that.

[Slugger]

Originally Posted by vividweb

How far out is v4? I notice that a lot of the documentation is on the site, but notice there is also a design dicussion going on.

I want to move my comskip processes to use multiple computers and to skip certain recordings and channels. If v4 is very close, then I'll wait. If there is a benefit to installing v3 first then will do that.

Can't say for sure. A good indication would be to watch the project issue tracker and when there are no more open tickets for SJQ4 then that probably means we're close to releasing a public beta. Currently there are 22 open tickets against SJQ4 so take that for what it's worth.

The goal is to have a public beta available by early December. Are we going to get there? Don't know. Once we get to mid-Dec, I'll be shutting down for a holiday break until after New Year's so if we don't get a public beta out by, say, Dec 10, then I wouldn't expect one much before mid January. I know there's no specifics there, but that's about all I can give you at this time.

The differences between v3 and v4 are quite significant. But if you can install v3 and use it successfully then moving to v4 shouldn't be very difficult at all.

[vividweb]

Thanks Slugger. I'll install v3 then and start figuring out what all it can do.

[bialio]

Hey Slugger,

I've got a recording that is fragmented into two files - a xxxxxx-0.ts and xxxxxx-1.ts. It seems like the Comskip task I have set up is only processing the first media file (the -0.ts). Do you have any code in place to handle tasks for recordings that are fragmented?

btl.

[bialio]

OK - after deleting the .edl files for the first fragment and letting it start over, it's processing both now.

SO I can only assume that since it was processing the first item live, when it started the task there was just one fragment and it finished that one and figured it was done.

btl.

[Slugger]

Originally Posted by bialio

OK - after deleting the .edl files for the first fragment and letting it start over, it's processing both now.

SO I can only assume that since it was processing the first item live, when it started the task there was just one fragment and it finished that one and figured it was done.

btl.

Correct. SJQ can't handle live processing of recordings that end up in multiple segments. If you process the files after the recording is completed then SJQ would have seen all segments and processed them properly.

SJQv4 will handle this situation properly because the Sage7 core generates an event that SJQ listens for when a recoding generates multiple segments.

[TBacker]

SJQ newbie alert!

I have a job that extracts audio from video (directly using ffmpeg). I would like to have the output file name indicate original air date, something like:

F:\Converted\My Show - 110910.MP3

Is there any way to get ahold of the original air date from within a client task?

Thanks!

[Slugger]

Originally Posted by TBacker

SJQ newbie alert!

I have a job that extracts audio from video (directly using ffmpeg). I would like to have the output file name indicate original air date, something like:

F:\Converted\My Show - 110910.MP3

Is there any way to get ahold of the original air date from within a client task?

Thanks!

v3, no; v4, yes. Well, you could do it in v3, but you'd have to write a Java program using the sagex-api package to access that info. In all honesty, wait for v4 where this kind of thing is fully supported in the scripting engine for SJQv4.

[drmargarit]

Win7 32, latest beta sagetv 7, fresh install of sjq

http://127.0.0.1:80/sjq --> internet explorer cannot display webpage
http://127.0.0.1:8080/sjq --> dialog box asking for username AND password.

What port should I be using?

JLM