Plugin: Sage Job Queue (SJQ) v3

[BKeadle]

The SJQ documentation define OFFDAY as 1=Sunday and 7=Saturday. What is not explained however is what is midnight for OFFHOUR - is that 0 or 24? What's the range for OFFHOUR - 0-23 or 1-24?

[graywolf]

Originally Posted by BKeadle

The SJQ documentation define OFFDAY as 1=Sunday and 7=Saturday. What is not explained however is what is midnight for OFFHOUR - is that 0 or 24? What's the range for OFFHOUR - 0-23 or 1-24?

I would imagine OFFHOUR would be 0 since 1 minute after midnight is 00:01

00:00 - 23:59

[BKeadle]

Good thinking...that makes sense.

Thanks.

[Taddeusz]

I've run into an odd problem. Over the weekend I upgraded my SageTV server from Windows XP to Windows 7. After getting SJQ v3 reinstalled I pasted my rules and client configuration and modified the paths as needed. I have a whole list of MAPDIR commands in my client configuration that seem to be completely ignored. Basically I have it turning the UNC paths it gets from SageTV into the physical drive paths. But when I look at the logs the UNC paths are there instead of the physical drive paths. I'm not sure why it's doing this. This was completely working under my previous installation.

[nyplayer]

Originally Posted by Taddeusz

I've run into an odd problem. Over the weekend I upgraded my SageTV server from Windows XP to Windows 7. After getting SJQ v3 reinstalled I pasted my rules and client configuration and modified the paths as needed. I have a whole list of MAPDIR commands in my client configuration that seem to be completely ignored. Basically I have it turning the UNC paths it gets from SageTV into the physical drive paths. But when I look at the logs the UNC paths are there instead of the physical drive paths. I'm not sure why it's doing this. This was completely working under my previous installation.

I do the same thing and it works just fine these are my mappings.

:MAPDIR "\\\\NYPLAYER\\SAGEM" "M:\\SAGEM"
:MAPDIR "\\\\NYPLAYER\\SAGEN" "N:\\SAGEN"
:MAPDIR "\\\\NYPLAYER\\SAGEO" "O:\\SAGEO"
:MAPDIR "\\\\NYPLAYER\\SAGEP" "P:\\SAGEP"

[Taddeusz]

Yea, mine looks almost like that except they don't seem to be working.

Edit: Never mind, I figured out what it was. The paths are case sensitive. When I setup my new server I created the shares as all lower case while before I capitalized the first letter. That made all the difference.

[BKeadle]

I had an 3-day old, unwatched TV show unexpectedly moved to my archive drive. I have this Archive rule that automatically sets recordings as archived if watched and older than 60 days:

if [IsObjMediaFile == true && $.IsTVFile{} == "true" && $.IsWatchedCompletely{} == "true" && MediaAge > "60D" && Filename !* "_TVShows"] 
{
   :SCANMEDIA "true"
   :RUNQLOADER "true"
   _ARCHIVE
}

I then have this rule that moves archived shows from my Recording drive to my archive drive:

if [IsObjMediaFile == true && ($.IsTVFile{} == "true" && $.IsLibraryFile{} == "false") && IsSomethingRecording == "false"  && $.IsFileCurrentlyRecording{} == "false" && TimeUntilNextRecording >= "1H" && Filename =$ ".mpg" &&  $.GetNumberOfSegments{} == "1" && Filename !* "_TVShows"] 
{
   :RUNQLOADER "true"
   :FAILALERT "true"
   :SCANMEDIA "true"
   SJQMOVETVShows
}

Any ideas how this might have happened or how to find out why it was moved?

In addition, the show in the Video Library has no show information - only the filename. All my various other "archived" shows still show in my TV and Recording view, with all show information, and the Lock icon indicating archived.

I'm really confused why this show has been acted on and not displaying properly.

[Taddeusz]

A couple weeks ago I upgraded my SageTV server to Windows 7. I've stayed with SJQ v3. Since I upgraded I've had various issues with the SJQ server and crashing problems with the client. Are there any known issues with SJQ v3 and Windows 7? Am I going to have to upgrade to v4?

[nyplayer]

Originally Posted by BKeadle

I had an 3-day old, unwatched TV show unexpectedly moved to my archive drive. I have this Archive rule that automatically sets recordings as archived if watched and older than 60 days:

if [IsObjMediaFile == true && $.IsTVFile{} == "true" && $.IsWatchedCompletely{} == "true" && MediaAge > "60D" && Filename !* "_TVShows"] 
{
   :SCANMEDIA "true"
   :RUNQLOADER "true"
   _ARCHIVE
}

I then have this rule that moves archived shows from my Recording drive to my archive drive:

if [IsObjMediaFile == true && ($.IsTVFile{} == "true" && $.IsLibraryFile{} == "false") && IsSomethingRecording == "false"  && $.IsFileCurrentlyRecording{} == "false" && TimeUntilNextRecording >= "1H" && Filename =$ ".mpg" &&  $.GetNumberOfSegments{} == "1" && Filename !* "_TVShows"] 
{
   :RUNQLOADER "true"
   :FAILALERT "true"
   :SCANMEDIA "true"
   SJQMOVETVShows
}

Any ideas how this might have happened or how to find out why it was moved?

In addition, the show in the Video Library has no show information - only the filename. All my various other "archived" shows still show in my TV and Recording view, with all show information, and the Lock icon indicating archived.

I'm really confused why this show has been acted on and not displaying properly.

There is something weird with your 2nd Rule an archived recording should be $.IsTVFile{} == "true" and && $.IsLibraryFile{} == "true" you have && $.IsLibraryFile{} == "false".

see this thread

http://forums.sagetv.com/forums/show...4&postcount=16

[BKeadle]

Ah...good catch! Thank you.

So .IsLibraryFile() doesn't necessarily mean it's *location* but in effect whether it has the lock icon or not? Files that are moved to my archive drive seem to automatically get the lock icon. Is that normal?

[graywolf]

Originally Posted by BKeadle

Ah...good catch! Thank you.

So .IsLibraryFile() doesn't necessarily mean it's *location* but in effect whether it has the lock icon or not? Files that are moved to my archive drive seem to automatically get the lock icon. Is that normal?

The "Lock" Icon is the same as the A icon in SageTV6. Just an icon indicating it is marked as Archived. Go into the options for one of your recordings...mark it Archived...shows the "Lock" icon....go in again and remove the Archive designation and the "Lock" icon goes away.

You can also modify your icons....For WAF reasons, I created a theme that had all the old V6 icons (M,F,A,W,CS,etc)

[BKeadle]

Yeah, I get that about setting Archive and seeing the lock icon. However, my question is whether the lock icon appears by virtue of the media directory it is in. It appears that all shows on my archive drive have the lock icon - I did not manually select archive on each show.

[gplasky]

If you use BMT and these got imported I think by default it marks them archived. You can change that in the BMT settings.

Gerry

[nyplayer]

Originally Posted by BKeadle

Yeah, I get that about setting Archive and seeing the lock icon. However, my question is whether the lock icon appears by virtue of the media directory it is in. It appears that all shows on my archive drive have the lock icon - I did not manually select archive on each show.

That is the way it works... If you are moving them to a folder that you have as an import folder it will add the Archive flag. If you think about it it makes sense since... you by moving them to an import folder are telling sage that they cannot be deleted hence the Archive flag.

Read more about it here
http://forums.sagetv.com/forums/show...ive#post441579

[Taddeusz]

Now I've started to get "Out of Memory Detected" messages in my queue and SJQ is the only thing that seems to be screwing up. I have my Java Heap set to 1.5GB so it can't really be out of memory.

[BKeadle]

Thanks for the confirmation - and the idea about BMT, that could be too.

So back to the original client rule question then. When I watch a show on the recording drive, and I choose to Archive it, the lock appears immediately, but it obviously hasn't been moved to the archive drive (yet - until my SJQ task runs). So .IsLibraryFile() means the archive *flag* is set (indicated by the lock icon), not necessarily the location of the file. Thus the client rule know to run the SJQMOVETVShows task then.

[razrsharpe]

Originally Posted by BKeadle

So .IsLibraryFile() means the archive *flag* is set (indicated by the lock icon), not necessarily the location of the file.

Yes. IsLibraryFile() is a sagetv core function that reports the status of the library file flag, it has nothing to do with the files location.

[BKeadle]

Thanks.

[graywolf]

Still got a server on Sage 6, SJQ 3.

I know you don't actively support SJQ 3 but was wondering if you encountered or recall what might have caused the following:

As you can see, the Object ID jumped from 10174029 back down to 235535 and reprocessed a bunch from past history (logic error on my part)

Also, looks like all the past ones are Unknown now.

Any thoughts? Server logs don't go back that far so that didn't help.

[Slugger]

Originally Posted by graywolf

Still got a server on Sage 6, SJQ 3.

I know you don't actively support SJQ 3 but was wondering if you encountered or recall what might have caused the following:

As you can see, the Object ID jumped from 10174029 back down to 235535 and reprocessed a bunch from past history (logic error on my part)

Also, looks like all the past ones are Unknown now.

Any thoughts? Server logs don't go back that far so that didn't help.

This is a Sage v6 issue:

Prior to v7 (beta 4ish or so, I think), Sage would reset the counter in wiz.bin once the unique id hit 10,000,000 (10 million). When the core did this, external plugins would lose their links to Sage objects when those objects were linked by an id (and most objects are - favs, media files, airings, etc.). For the typical user, this would occur about once every two years.

Knowing this, I (and other devs) asked for this behaviour to be changed and it was. Now the counter doesn't reset until 500,000,000 (500 million) or maybe even 1 billion - anyway, it's some huge number. The typical user should not encounter a reset of the id for about 100 years.

As for this issue in v6, there's nothing I can do about it. When Sage resets your id counter in wiz.bin, SJQ loses all its "brains". Even worse, it's possible that objects will inherit an id that used to belong to a different object, which will really confuse SJQ. Again, however, this is a Sage feature/bug (depends who you ask) and when you hit it, there's nothing you can do. As for SJQ, the workaround is to include some kind of condition in your ruleset that isn't solely dependent on the object id number (i.e. looking for edl files when deciding to launch comskip). Such external conditions will prevent reexecution of previously completed tasks.