|
SageTV Customizations This forums is for discussing and sharing user-created modifications for the SageTV application created by using the SageTV Studio or through the use of external plugins. Use this forum to discuss customizations for SageTV version 6 and earlier, or for the SageTV3 UI. |
|
Thread Tools | Search this Thread | Display Modes |
#801
|
|||
|
|||
Quote:
__________________
Twitter: @ddb_db Server: Intel i5-4570 Quad Core, 16GB RAM, 1 x 128GB OS SSD (Win7 Pro x64 SP1), 1 x 2TB media drive Capture: 2 x Colossus STB Controller: 1 x USB-UIRT Software:Java 1.7.0_71; SageTV 7.1.9 Clients: 1 x HD300, 2 x HD200, 1 x SageClient, 1 x PlaceShifter Plugins: Too many to list now... |
#802
|
||||
|
||||
client only runs from local machine
i have a backlog of about 20 shows in comkskip. I wanted to try offloading some comskip to my desktop. I installed the client and it connected fine. All my shows are in V:\Shows\ on the server. I mapped
V:\ on the desktop to the v:\ on the server so the paths are exactly the same. I am running the same rules on the desktop however it clears out the whole list right away but comskip never runs. Of course I have comskip in the same folder on both machines. is there something else special i need to do when running it on a remote machine? //Client options // TASK definition COMSKIPMPEG { :CPU NORMAL :RETURNCODE 1 :MAX 1 "C:\\comskip\\comskip.exe \"%c%\"" } COMSKIPH264 { :CPU NORMAL :MAX 1 :RETURNCODE 1 "C:\\comskip\\comskip.exe \"%c%\"" } |
#803
|
|||
|
|||
From what I remember, you need not map the area, but you need Guest account turned on? I think SJQ uses the UNC path anyway and that's why the v: mapping doesn't matter and why you need guest account enabled (but don't turn on remote access).
Good luck... |
#804
|
|||
|
|||
Quote:
__________________
Twitter: @ddb_db Server: Intel i5-4570 Quad Core, 16GB RAM, 1 x 128GB OS SSD (Win7 Pro x64 SP1), 1 x 2TB media drive Capture: 2 x Colossus STB Controller: 1 x USB-UIRT Software:Java 1.7.0_71; SageTV 7.1.9 Clients: 1 x HD300, 2 x HD200, 1 x SageClient, 1 x PlaceShifter Plugins: Too many to list now... |
#805
|
||||
|
||||
Quote:
server logs shows nothing of value but can attached it when I get home. what I find interesting is that I start with 20 shows in the active queue. When I enable the remote client the active queue drops to one(the file running on the sage server) bu the other shows do not appear in the completed log or the failed queue. If I then disable the remote client by changing the name of the tasks that the remote client can process and re-run the queue loader the list of 20 shows appear again. To disable to the remote client I was just changing the task from MPEGCOMSKIP to MPEGCOMSKIPX to the remote client doesn't pick up any tasks. |
#806
|
|||
|
|||
Quote:
To be sure that I'm looking at the right code, I've added some debug logging and will need you to: * Upgrade the SJQ server to snapshot 488 (now available on Google Code) * Enable debug logging in SJQ * Reproduce this scenario * Check SJQ server logs for statements like: Code:
TaskQueue: Wanted to return MediaID xxx [AiringID = yyy], but didn't because SageAPI says MediaFile is null!
__________________
Twitter: @ddb_db Server: Intel i5-4570 Quad Core, 16GB RAM, 1 x 128GB OS SSD (Win7 Pro x64 SP1), 1 x 2TB media drive Capture: 2 x Colossus STB Controller: 1 x USB-UIRT Software:Java 1.7.0_71; SageTV 7.1.9 Clients: 1 x HD300, 2 x HD200, 1 x SageClient, 1 x PlaceShifter Plugins: Too many to list now... |
#807
|
||||
|
||||
Crap.. Seems like I am going backwards instead of foward
I started with lots of the error right below this, then I then added a server restriction which fits my local and remote client. - 192.168.1.0/24;127.0.0.1/32 My client is 192.168.1.99, Sever is 192.168.1.100 but it appears on the loopback adapter in the client list. 2009/07/20 19:42:08.812 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:42:08.937 WARNING: All client connections are being accepted and processed, please consider setting up client restrictions in SJQ settings After adding that restriction the first error went away. My new error log is below. I feel like I have some dumb typo but I cant see it. What is weird is when I just had the one client this is the config that I used and the server processed files fine . There seems to be no issue in the rules as things enter the queue but I cant see any issues with the client side either. if [IsTV == "true" && FileExists == "%d%\\%p%.mpg" && FileExists != "%d%\\%p%.edl" && IsActivelyRecording == "false" && IsScheduledRecording == "true"] { :PRIORITY 100 COMSKIPMPEG } // Comskip on H264 if [IsTV == "true" && FileExists == "%d%\\%p%.ts" && FileExists != "%d%\\%p%.edl" && IsActivelyRecording == "false" && IsScheduledRecording == "true"] { :PRIORITY 100 COMSKIPH264 } --------------------------------- Same setup on both clients. :MAXPROCS 1 // TASK definition COMSKIPMPEG { :CPU LOW :RETURNCODE 1 :MAX 1 "C:\\comskip\\comskip.exe \"%c%\"" } COMSKIPH264 { :CPU LOW :MAX 1 :RETURNCODE 1 "C:\\comskip\\comskip.exe \"%c%\"" } ------------------------------------- 2009/07/20 19:48:56.062 QueueLoader awakened: sleep interrupted 2009/07/20 19:48:56.218 Using MediaMask: 'VT' 2009/07/20 19:48:56.500 LogCleaner instance started 2009/07/20 19:48:56.531 FileCleaner instance started 2009/07/20 19:48:56.796 FileCleaner instance finished [265ms] 2009/07/20 19:48:56.812 LogCleaner instance finished [297ms] 2009/07/20 19:51:40.984 QueueLoader awakened: sleep interrupted 2009/07/20 19:51:41.078 Using MediaMask: 'VT' 2009/07/20 19:51:41.078 Skipping: COMSKIPMPEG::18751::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.078 Skipping: COMSKIPMPEG::18755::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.093 Skipping: COMSKIPMPEG::18763::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.093 Skipping: COMSKIPMPEG::18767::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.093 Skipping: COMSKIPMPEG::18771::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.093 Skipping: COMSKIPMPEG::18779::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.093 Skipping: COMSKIPMPEG::18783::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.093 Skipping: COMSKIPMPEG::18787::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.093 Skipping: COMSKIPMPEG::18791::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.109 Skipping: COMSKIPMPEG::18855::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.109 Skipping: COMSKIPMPEG::18859::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.109 Skipping: COMSKIPMPEG::18875::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.109 Skipping: COMSKIPMPEG::18879::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.109 Skipping: COMSKIPMPEG::18883::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.109 Skipping: COMSKIPMPEG::18887::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.125 Skipping: COMSKIPH264::18931::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.125 Skipping: COMSKIPH264::18935::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.125 Skipping: COMSKIPH264::18939::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.125 Skipping: COMSKIPH264::18943::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.125 Skipping: COMSKIPH264::18947::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.125 Skipping: COMSKIPH264::18955::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.125 Skipping: COMSKIPH264::18959::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.156 Skipping: COMSKIPH264::844069::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.171 Skipping: COMSKIPH264::844070::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.171 Skipping: COMSKIPH264::844071::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.171 Skipping: COMSKIPH264::851393::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.171 Skipping: COMSKIPH264::851457::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.171 Skipping: COMSKIPH264::851496::100::CREATED, already in queue or task currently running 2009/07/20 19:51:41.375 LogCleaner instance started 2009/07/20 19:51:41.390 FileCleaner instance started 2009/07/20 19:51:41.671 FileCleaner instance finished [281ms] 2009/07/20 19:51:41.687 LogCleaner instance finished [297ms] 2009/07/20 19:52:09.531 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:10.484 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:10.609 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:11.218 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:11.640 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:12.437 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:12.984 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:13.578 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:17.734 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:17.843 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:18.375 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:19.203 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:19.328 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:21.234 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:21.343 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:22.062 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:22.187 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:23.531 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:23.640 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! 2009/07/20 19:52:24.531 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! Go BackClear Log Last edited by personalt; 07-20-2009 at 06:07 PM. |
#808
|
|||
|
|||
Did you upgrade to 488? Is that output from 488?
__________________
Twitter: @ddb_db Server: Intel i5-4570 Quad Core, 16GB RAM, 1 x 128GB OS SSD (Win7 Pro x64 SP1), 1 x 2TB media drive Capture: 2 x Colossus STB Controller: 1 x USB-UIRT Software:Java 1.7.0_71; SageTV 7.1.9 Clients: 1 x HD300, 2 x HD200, 1 x SageClient, 1 x PlaceShifter Plugins: Too many to list now... |
#809
|
||||
|
||||
yes... but after letting it run a while longer I got this
2009/07/20 20:36:14.046 TaskQueue: Wanted to return MediaID 18887 [AiringID = 389787], but didn't because SageAPI says MediaFile is null! 2009/07/20 20:36:14.046 TaskQueue: Wanted to return MediaID 18883 [AiringID = 389830], but didn't because SageAPI says MediaFile is null! 2009/07/20 20:36:14.046 TaskQueue: Wanted to return MediaID 18879 [AiringID = 389843], but didn't because SageAPI says MediaFile is null! On the client I mapped the v: to \\sageserver\DriveWithShows so v:\ on the client gives me one folder called shows the same as the v: on the server. Is that okay? or should I go back and use the map dir? |
#810
|
|||
|
|||
Ok, so now I know why the queue is emptying out - those media objects are matching your rules, but according to SageAPI, there are no physical files on the hard drive for the media object so when SJQ gets that info from SageAPI it just silently dumps the task from the queue.
What you need to do now is go to the media debugger in SJQ and enter one of those media file ids that the logs are saying is returning null and enter that number and run the debugger against that media object, go to the logs and paste in the debug output (please add code tags around it for easier reading).
__________________
Twitter: @ddb_db Server: Intel i5-4570 Quad Core, 16GB RAM, 1 x 128GB OS SSD (Win7 Pro x64 SP1), 1 x 2TB media drive Capture: 2 x Colossus STB Controller: 1 x USB-UIRT Software:Java 1.7.0_71; SageTV 7.1.9 Clients: 1 x HD300, 2 x HD200, 1 x SageClient, 1 x PlaceShifter Plugins: Too many to list now... |
#811
|
||||
|
||||
I am thinking it cant find the files on the server when I mapped the v:\ on the client so I am trying to set up MAPDIR and use shares. But I cant not seem to get the syntax right
On my server called cube I have V drive. On the V drive I have a folder called Shows were all the sage recordings go. All my shows that are recorded end up there so in the sage information for the file locations is in this format. V:\Shows\house_1234.ts I added the MAPDIR entry below to the remote client and on the server I shared v:\Shows as ShowsShare.. But no luck. ---- :MAPDIR "V:\\Shows" "\\\\cube\\ShowsShare" :MAXPROCS 1 // TASK definition COMSKIPMPEG { :CPU LOW :RETURNCODE 1 :MAX 1 "C:\\comskip\\comskip.exe \"%c%\"" } COMSKIPH264 { :CPU LOW :MAX 1 :RETURNCODE 1 "C:\\comskip\\comskip.exe \"%c%\"" } I get the feeling it is not finding the file again but I dont get that error about the missing media but it does blow throw the queue right away. If I time it right I do see shows with the client ip address in the active task. It is like it is running the task at lighting speed as when I reload the active queue only has the one task running on the server. |
#812
|
||||
|
||||
I was posting this while you were typing your last response.. Will try that and get back in a few..
|
#813
|
||||
|
||||
Those three entries in the log come back to no files.. However here is a entry that I saw in the queue and then feed throught the debugger
Code:
2009/07/20 21:09:23.875 Processing 'Planet Earth'... 2009/07/20 21:09:23.875 Line 1: Evaluating 'IsTV == "true"' == true 2009/07/20 21:09:23.875 MediaVar '%s%' == 'Mountains' 2009/07/20 21:09:23.875 MediaVar '%y%' == '' 2009/07/20 21:09:23.875 MediaVar '%c%' == 'V:\Shows\PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 MediaVar '%d%' == 'V:\Shows' 2009/07/20 21:09:23.875 MediaVar '%f%' == 'PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 MediaVar '%e%' == 'ts' 2009/07/20 21:09:23.875 MediaVar '%p%' == 'PlanetEarth-Mountains-2025088-0' 2009/07/20 21:09:23.875 MediaVar '%t%' == 'Planet Earth' 2009/07/20 21:09:23.875 Expanded '%d%\%p%.mpg' to 'V:\Shows\PlanetEarth-Mountains-2025088-0.mpg' 2009/07/20 21:09:23.875 Line 1: Evaluating 'FileExists == "%d%\%p%.mpg"' == false 2009/07/20 21:09:23.875 MediaVar '%s%' == 'Mountains' 2009/07/20 21:09:23.875 MediaVar '%y%' == '' 2009/07/20 21:09:23.875 MediaVar '%c%' == 'V:\Shows\PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 MediaVar '%d%' == 'V:\Shows' 2009/07/20 21:09:23.875 MediaVar '%f%' == 'PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 MediaVar '%e%' == 'ts' 2009/07/20 21:09:23.875 MediaVar '%p%' == 'PlanetEarth-Mountains-2025088-0' 2009/07/20 21:09:23.875 MediaVar '%t%' == 'Planet Earth' 2009/07/20 21:09:23.875 Expanded '%d%\%p%.edl' to 'V:\Shows\PlanetEarth-Mountains-2025088-0.edl' 2009/07/20 21:09:23.875 Line 1: Evaluating 'FileExists != "%d%\%p%.edl"' == true 2009/07/20 21:09:23.875 Line 1: Evaluating 'IsActivelyRecording == "false"' == true 2009/07/20 21:09:23.875 Line 1: Evaluating 'IsScheduledRecording == "true"' == true 2009/07/20 21:09:23.875 Line 7: Evaluating 'IsTV == "true"' == true 2009/07/20 21:09:23.875 MediaVar '%s%' == 'Mountains' 2009/07/20 21:09:23.875 MediaVar '%y%' == '' 2009/07/20 21:09:23.875 MediaVar '%c%' == 'V:\Shows\PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 MediaVar '%d%' == 'V:\Shows' 2009/07/20 21:09:23.875 MediaVar '%f%' == 'PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 MediaVar '%e%' == 'ts' 2009/07/20 21:09:23.875 MediaVar '%p%' == 'PlanetEarth-Mountains-2025088-0' 2009/07/20 21:09:23.875 MediaVar '%t%' == 'Planet Earth' 2009/07/20 21:09:23.875 Expanded '%d%\%p%.ts' to 'V:\Shows\PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 Line 7: Evaluating 'FileExists == "%d%\%p%.ts"' == true 2009/07/20 21:09:23.875 MediaVar '%s%' == 'Mountains' 2009/07/20 21:09:23.875 MediaVar '%y%' == '' 2009/07/20 21:09:23.875 MediaVar '%c%' == 'V:\Shows\PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 MediaVar '%d%' == 'V:\Shows' 2009/07/20 21:09:23.875 MediaVar '%f%' == 'PlanetEarth-Mountains-2025088-0.ts' 2009/07/20 21:09:23.875 MediaVar '%e%' == 'ts' 2009/07/20 21:09:23.875 MediaVar '%p%' == 'PlanetEarth-Mountains-2025088-0' 2009/07/20 21:09:23.875 MediaVar '%t%' == 'Planet Earth' 2009/07/20 21:09:23.875 Expanded '%d%\%p%.edl' to 'V:\Shows\PlanetEarth-Mountains-2025088-0.edl' 2009/07/20 21:09:23.875 Line 7: Evaluating 'FileExists != "%d%\%p%.edl"' == true 2009/07/20 21:09:23.875 Line 7: Evaluating 'IsActivelyRecording == "false"' == true 2009/07/20 21:09:23.875 Line 7: Evaluating 'IsScheduledRecording == "true"' == true |
#814
|
|||
|
|||
And this task is one that was queued then wiped out? If so, are you sure it didn't end up in the failed or completed task list? If not, then I'm confused as to why it didn't.
__________________
Twitter: @ddb_db Server: Intel i5-4570 Quad Core, 16GB RAM, 1 x 128GB OS SSD (Win7 Pro x64 SP1), 1 x 2TB media drive Capture: 2 x Colossus STB Controller: 1 x USB-UIRT Software:Java 1.7.0_71; SageTV 7.1.9 Clients: 1 x HD300, 2 x HD200, 1 x SageClient, 1 x PlaceShifter Plugins: Too many to list now... |
#815
|
||||
|
||||
yes... this was one that was wiped out. it does not show up in failed or completed. I do agree with you totally, I would expect this to show up in either one of them depending if the return code came back as expected. But it isnt showing up in either(failed or completed). If I disable the remote client the queue just shows the one task being worked on via the server. If I enable it it blows through the list in a few seconds.
The only thing I see often in the log now is 2009/07/20 22:05:49.703 getPopCandidates(): 192.168.1.99 is running MAXPROCS processes already! If I wanted to hardcode this read from \\cube\ShowsShare and use the %f value how would I do that? I know that I need to escape some characters but that is not something I am strong in. This is what I run now. "C:\\comskip\\comskip.exe \"%c%\"" |
#816
|
|||
|
|||
personalt,
Are you sure that you have on your client a folder c:\comskip with comskip.exe in it. Comskip in order to run in a client it must also exist there. If it cannot find comskip in your client the jobs will just go poof.
__________________
Channels DVR UBUNTU Server 2 Primes 3 Connects TVE SageTV Docker with input from Channels DVR XMLTV and M3U VIA Opendct. |
#817
|
||||
|
||||
Yes... And from the command line I have run
c:\comskip\comskip.exe \\cube\ShowsShare\theshow.mpg and it runs fine... I think my nextstep is to understand how to rewrite that with the %f variable. If I had more then one share I would want to make sure I could use the mapdir but for now since I only have one share I just want to hardcode the \\cube\ShowsShare\ and use the %f variable. I just dont know how to escape this if I convert it to use a share. "C:\\comskip\\comskip.exe \"%c%\"" |
#818
|
|||
|
|||
Can't you just create a comskip.bat file and run that with the %f
ex: Code:
cd c:\comskip c: start /b /w /low comskip.exe "\\cube\ShowsShare\%1" Code:
"C:\\comskip\\comskip.bat %f"
__________________
Channels DVR UBUNTU Server 2 Primes 3 Connects TVE SageTV Docker with input from Channels DVR XMLTV and M3U VIA Opendct. Last edited by nyplayer; 07-20-2009 at 09:34 PM. |
#819
|
|||
|
|||
Is this reproducible? If so, that's a bug that should be fixed and it seems like it'd be the cause of personalt's problems (but that also means SJQ isn't finding comskip on the remote client machine).
__________________
Twitter: @ddb_db Server: Intel i5-4570 Quad Core, 16GB RAM, 1 x 128GB OS SSD (Win7 Pro x64 SP1), 1 x 2TB media drive Capture: 2 x Colossus STB Controller: 1 x USB-UIRT Software:Java 1.7.0_71; SageTV 7.1.9 Clients: 1 x HD300, 2 x HD200, 1 x SageClient, 1 x PlaceShifter Plugins: Too many to list now... |
#820
|
||||
|
||||
I tried this nyplayers suggestion. I set up comskip.bat. Before calling the batch file from Sage I ran it from the command prompt as a test.
I ran -> c:\comskip\comskip.bat BrotherSister-231231.mpg comskip started fine, it found the brothers and sisters file on the share \\cube\\ShowsShares However this code below doesnt do the same thing as c:\comskip\comskip.bat BrotherSister-231231.mpg Do I need to escape the %f somehow? COMSKIPH264 { :CPU LOW :MAX 1 :RETURNCODE 1 "C:\\comskip\\comskip.bat %f" } Last edited by personalt; 07-20-2009 at 10:09 PM. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Plugin: Sage Job Queue (SJQ) v3 | Slugger | SageTV Customizations | 1355 | 07-25-2013 07:44 AM |
Sage Job Queue (SJQ) new release notifications | Slugger | Customization Announcements | 3 | 12-17-2009 09:59 AM |
Sage Job Queue Completed tasks problem | raffmanlt | SageTV Customizations | 2 | 08-18-2009 07:34 PM |
Comskip Monitor VS Sage Job Queue SJQ | personalt | SageTV Customizations | 6 | 03-02-2009 10:27 AM |
Plugin: SJQ v1.1.0RC1 Available - Testers Needed | Slugger | SageTV Customizations | 35 | 04-21-2008 08:12 AM |