SuperSimpleArchiver

[Miller]

That's what I thought. Now is there a way to run the process without deleting the original file while I do some test runs?

[psycik]

yeah inside the reloc.bat file you'd look for the del command and just rem it out.

[Miller]

I guess I'll give it a try then and report back my findings.

[pBS]

sorry i missed all this, i must not be getting my notifications...
yea, it should work like you want...it just copies the file to whereever, adjusts the db, then deletes original...
if you rem out the delete part, it'll leave the original where it is but still adjust db.....
and if put in postprocessing.bat, will do all recordings...
but remember, it takes a long time to copy...specially over network...so you might get a log jam....
probably better to stick it in postupdateepg.bat so it runs after epg update...unless you don't want to wait...
i think i left in the check for a good copy to destination before adjusting db...so even if stopped it will be no harm,no foul..

i can add .mkv if you don't figure it out...
i'm assuming hte mkv's are already in database right? if it doesn't find it in db it won't do anything...

hey, fellow houstonian!

[pBS]

it already copies any file you select in video library, including .mkv
but at bottom, you need to add a line to not delete source dir if more videos found still in source dir...

but it didn't look for leftover .mkv so you'll need to add a line:

Code:

if exist "%~dp1*.mkv" set deldir=no

down near bottom where the other ones are...order doesn't matter as long as it's next to the others...
hmm, and now that i think about it, i can make it work for new unknown extensions by making it:

Code:

if exist "%~dp1*%~x1" set deldir=no

that way, it'll also look for any other files with same extension as input file, no matter what ext. it has...
but may be better to use first one, as it will deal with multiple kinds of files...[if you have a mix of .avi, mpg and mkv, etc. in source dir]
and to skip deletion of source file itself, rem out the 3 lines starting with: if exist "%~2%filedir%\%~nx1" del "%~f1" "%~dpn1.edl"
[it's an if/then/else clause, have to get it all..]

let me know [PM me] if you have any troubles...

[liteswap]

Thought you folks might be interested in an AutoIt script I've developed (see attached which includes a compiled version and the source code) which can save you buying more storage.

I've got storage to spare on my server but the PVR disk keeps filling up - especially now I'm recording more HD. So why buy more storage when I can use pBS's excellent batch file reloc.bat to dovetail the PVR disk and the server disk?

Instead, this script wraps around reloc.bat and sqlite3 to create what I call an overspill area on another disk. It checks whether there's under 50GB to spare on the PVR disk and, if so, archives off enough video files by calling reloc.bat, starting with the oldest ones, until there is. Then it stops.

It also checks that there's enough on the server and won't try to archive to a full or near-full overspill disk. It logs its actions in gbpvr\logs\pvroverspill.log. The overspill disk can be anything you like, as long as it's got a path from the PC.

I run it every night and it ensures I always have at least 50GB to spare (this is of course configurable). Comments?
--
[ATTACHMENT NOT FOUND]

[pBS]

good deal.. i'd thought of writing something like this but i see my disk space constantly on my vfd so really didn't need it..

you can get gbpvr path from registry...

Code:

autoit3 code-  
$gbpvrdirlocal = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\devnz", "GBPVR InstallDir")

it can be trusted as gbpvr won't work if it's wrong..
and you can get current recordings available to move from db instead of asking..
[to avoid errors] and could check the path in db against config.xml rec path to be sure which ones would benefit..
and check for client mode:

Code:

$config = FileOpen($gbpvrdirlocal & "config.xml", 0)
$client = ""
While 1
    $line = FileReadLine($config)
    If @error = -1 Then ExitLoop
    if stringinstr($line, "<ClientMode>true" ) then $client = true
Wend
if $client = true then exit

does it store multiple drives in .ini for over-overspill?
and a list of "first to be moved" shows in there too..
[shows/series to be moved first, then any others after they are all gone]
oh and definitely needs configurable space free amount in .ini..

p.s. you could put this in epgupdate.bat to auto-run it every night..

[liteswap]

Thanks

Yep, the script gets the GBPVR install path from the registry (see the function _CheckIsPVR()).

It doesn't ask for a list of recordings to be archived - for me the point was that it needs to be automatic so it runs every night and always leaves you enough space for recordings for the next day. Instead, it sorts the available recordings by creation date and archives off the earliest ones.

What I could do is make it configurable (now working on a configuration update utility) so it that it only moves watched shows - though that rather defeats the point of making its operation dependent on the amount of space available.

I'll take a look at your suggestion for getting the video location - good idea, and so is the multiple drives idea. Fun weekend ahead

[pBS]

oh i just meant a 'preferred' delete these first list...so still space dependant, just the order gets tweaked a bit...once ones in the list are gone it moves on to oldest..

just get files where status=2 and analyze the filename path for original rec path..sort by date.
move ones that haven't already been moved...

more important is a list of drives to spillover to...need more than one spillover to use in emergencies..[and maybe some sort of warning when each spillover drive is full..]

i'm finishing up my recording monitor that aborts shutdowns/restarts when recording..
puttin in nice little tray icons and traytips, etc...
even made the tray menu change items depending on if it's recording or not...
http://forums.nextpvr.com/showthread.php...post362748

[liteswap]

OK working on it. So far, I've rewritten it to include multiple overspill paths - not tested it yet! Not sure how to get the status info out of the db (sql not being anything I know very much about), nor what status=2 infers....

Note that anyone who's already started using this utility MUST delete their Ini file before using any new version, as I've re-structured the ini file sections. I hope that'll be the last time I have to inflict that.

Hope to have something to show by end of play tomorrow.