(2012-04-09 22:19)tsp42 Wrote:  I've added the sorting of recordings into movies / series folders based on duration/genre type and a user definable regular expression.

(2012-04-09 20:33)tsp42 Wrote:  no it should only fetch the metadata. Are you sure that is downloads the actual recording? Can you check if there are any recordings stored in the coverart or fanart storage group?

(2012-04-03 19:38)dodoadoodoo Wrote:  We quite often use "chase play" (start a recording, wait a while, begin watching while still recording) in our house. This basically works well, with the exception that the recording length is not updated while watching, it is firmly set to whatever the length was when you started watching. Not a big a deal unless you want to skip forward, at which point it becomes very annoying. Anyway, I took a look at the code, and it seems that the backend periodically informs the frontend of updated recording sizes via the CMYTH_EVENT_UPDATE_FILE_SIZE. So, I added some code in MythEventHandler::ImpMythEventHandler::Action() to store this information, and adapted PVRClientMythTV::LengthRecordedStream() to check if the EventHandler has any uptodate info. This works well, except for the little detail that LengthRecordedStream really should return the length of the stream (as seconds I presume) and not the size in bytes as provided by the backend event.

Now to my questions:
1. Am I going about this the right way?
2. Have I understood the expected units correctly?
3. If yes and yes, then how do I convert the file size to duration? I guess dividing the size with the average bitrate would do the trick, but how would I find the average bitrate?
4. Is there a simpler way to do this?

/D

(2012-04-09 22:19)tsp42 Wrote:  I've added the sorting of recordings into movies / series folders based on duration/genre type and a user definable regular expression.

fiveisalive: Yes I believe so. The system boost library is placed in /usr/lib while the home-made is usually placed in /usr/local/lib.

(2012-04-10 01:51)dteirney Wrote:  

(2012-04-03 19:38)dodoadoodoo Wrote:  We quite often use "chase play" (start a recording, wait a while, begin watching while still recording) in our house. This basically works well, with the exception that the recording length is not updated while watching, it is firmly set to whatever the length was when you started watching. Not a big a deal unless you want to skip forward, at which point it becomes very annoying. Anyway, I took a look at the code, and it seems that the backend periodically informs the frontend of updated recording sizes via the CMYTH_EVENT_UPDATE_FILE_SIZE. So, I added some code in MythEventHandler::ImpMythEventHandler::Action() to store this information, and adapted PVRClientMythTV::LengthRecordedStream() to check if the EventHandler has any uptodate info. This works well, except for the little detail that LengthRecordedStream really should return the length of the stream (as seconds I presume) and not the size in bytes as provided by the backend event.

Now to my questions:
1. Am I going about this the right way?
2. Have I understood the expected units correctly?
3. If yes and yes, then how do I convert the file size to duration? I guess dividing the size with the average bitrate would do the trick, but how would I find the average bitrate?
4. Is there a simpler way to do this?

/D

I looked at doing this exact thing in the standard myth:// protocol handler as we sometimes also end up watching content that is currently recording. I'd already written a bunch of the code and then noticed that the CMYTH_EVENT_UPDATE_FILE_SIZE event wasn't being sent from the backend. After some more digging it seems that the event only gets fired for Live TV, not standard recordings. Might pay to check on that before going too far. Let me know what you find.

I'm going to look at changing it so if the program is currently recording the file length is retrieved from the backend every, say, 5 minutes. I'm pretty sure the "length" needed by the standard CFile interface in XBMC is bytes so that's all fine. As usual I am time poor so this might not happen for a while...

Not sure what the "length recorded stream" API needs for PVR content.

(2012-04-10 05:37)tdavis Wrote:  

(2012-04-09 22:19)tsp42 Wrote:  I've added the sorting of recordings into movies / series folders based on duration/genre type and a user definable regular expression.

fiveisalive: Yes I believe so. The system boost library is placed in /usr/lib while the home-made is usually placed in /usr/local/lib.

Oh, good.. but for some reason, on my mythtv setup, it's SeriesTitle::Program (seperated by '::').

Any ideas on what to change this to? I've been playing around, but seem to be getting no where..

Oh, never mind.. I figured it out, just added "::.*" and it started to work.

(2012-04-10 09:23)dodoadoodoo Wrote:  What version did you test with? I am running a 0.24 b/e and I seem to get the CMYTH_EVENT_UPDATE_FILE_SIZE event for all current recordings.

(2012-04-10 10:23)dteirney Wrote:  

(2012-04-10 09:23)dodoadoodoo Wrote:  What version did you test with? I am running a 0.24 b/e and I seem to get the CMYTH_EVENT_UPDATE_FILE_SIZE event for all current recordings.

Weird, I was using 0.24 as well. How often do you observe the events getting fired. Perhaps I wasn't looking for them long enough. Live TV fires them out quite frequently.

(2012-04-10 10:45)tsp42 Wrote:  The matched String between (?<title> and the next ) will be used as the folder name. If no match is found the entire title plus subtitle will be used. To match the :: used as the current separator between title and subtitle use: ^(?<title>.+?)::
The RegEx documentation is available here: http://www.boost.org/doc/libs/1_34_1/libs/regex/doc/syntax_perl.html
Mythtv can't extract the episode from the EIT data I get. I don't have any subtitles and the episode number is encode in the title like: the walking dead (18) so the current default RegEx is used to recognize this pattern. I will change the default value in the next update.