Rename Recording

[b00sfuk]

Link working OK for me now. Have been testing this and seems to work great - thanks.
One little thing I noticed on duplicate filenames on my first pass. My test example:

1. Existing file "Airline.mpg" in recording directory.
2. Record same programme (not episode title) from TV Guide correctly saves new file as "Airline (1).mpg"
3. Subsequent manual recording with same name then saves file as "Airl.mpg" (and a further manual recording creates "Airl (2).mpg".:confused:

thanks again

[turkey]

3. Subsequent manual recording with same name then saves file as "Airl.mpg"

Just to make it easier for me to debug, what is the full path of "Airline.mpg"? I know it shouldn't matter, but it will help me a little. (I think I know what is happening, and should have it fixed in a little bit.)

[b00sfuk]

Just to make it easier for me to debug, what is the full path of "Airline.mpg"? I know it shouldn't matter, but it will help me a little. (I think I know what is happening, and should have it fixed in a little bit.)

E:\capture-directory\airline.mpg

cheers

[b00sfuk]

One last little thing, though not a real issue.
If you are watching a program while it is still recording (not in real time) and the recording stops then Addepisode cannot change the filename as the file is in use. However it still seems to update the database and so (I think) it is then deleted from the database by GB-PVR because of the filename mismatch (so you are left with nothing in Recordings but a file still on the disk). If I'm right I guess it just needs an exit if the filename change is unsuccessful.
Thanks again.

[turkey]

ok everything should work as advertised now. Everyone who downloaded the early version should download it again from my earlier post.

I have fixed the duplicate filename handler so it should work correctly.

I have also added in some logic to not update the database if it doesn't succesfully rename the file. I will think about how to delay the file rename if the file is in use, and see if I can get that to work later.

Thanks to b00sfuk for helping debug!

[b00sfuk]

Wow, that is quick!

I have also added in some logic to not update the database if it doesn't succesfully rename the file. I will think about how to delay the file rename if the file is in use, and see if I can get that to work later.

I think this might be difficult, it was never solved in RenameRecordings which just left the original unchanged filename & database entry. I would guess you would have to start doing things outside of postprocessing.bat (in case there was a subsequent recording finishing) and it would get messy. Unless you think of a neat solution I'm happy for it to stay the way I've described above and leave everything unchanged.
Thanks again.

[David]

Wow, that is quick!
I think this might be difficult, it was never solved in RenameRecordings which just left the original unchanged filename & database entry. I would guess you would have to start doing things outside of postprocessing.bat (in case there was a subsequent recording finishing) and it would get messy. Unless you think of a neat solution I'm happy for it to stay the way I've described above and leave everything unchanged.
Thanks again.

RenameRecording was a one run deal, and if it failed then that was it. RenameRecordings checked all files each time it ran, and would pick up on shows that it missed due to locked files. I used that version for a while. I was never sure why it forked that way, but it seemed the the RenameRecording version was the one that continued to be maintained.

[David]

It will rename the video file (as well as the comskip files if they exist) to be in the format "Show Name - Episode Name" if there is a episode name, if not it will just be the show name.

I've been hoping for a RenameRecording update. I need the rename to just be the Episode name, if any. My DSM-320 doesn't display very much of the file name, and I would never see the episode name for most shows. The show name is available from the folder name where the show is stored. Any chance you could include a command line switch to choose how the rename is performed?

[turkey]

RenameRecording was a one run deal, and if it failed then that was it. RenameRecordings checked all files each time it ran, and would pick up on shows that it missed due to locked files. I used that version for a while. I was never sure why it forked that way, but it seemed the the RenameRecording version was the one that continued to be maintained.

I used renamerecordings as well, but I stopped after a while because it renamed all files in the recordings directory. I don't think this is a good approach, as it takes the control away from the user. I think I have a fix for it, but I'll have to test it a bit.

Any chance you could include a command line switch to choose how the rename is performed?

Sure, I can do this. Do you just want it to rename to the show name, or do you want anything else added on like the date or time? While I'm asking, is there any other function that anyone wants that I should add to this utility?

[b00sfuk]

I'm very happy with the feature set as is. If you did start changing filenames at points other than the end of the recording (as Renamerecordings) then I would like the option to add date/time. This would be for recordings without episode title as the filedate/time won't then show you when the recording was made (though you have chronological order with incremental filenames you might want to watch an episode that was at a certain date/time or refer back to description in TV Guide).
Another simple solution for the above is to write a log file of changes so you can refer back to what original name was. Renamerecording did this and you could, for example, use "Addepisode %1 >>Addepisode.log" (though nothing is written by app currently) to keep a text file tracking the old/new filenames.
Thanks again.