Bernhard Geier wrote:
> In theory it also supports MythTV 0.25 and 0.26 but this is untested...
> The dongle also works with MythTV 0.26
How about an antique 0.21.0+fixes?
I've frozen my MythTV install until I get around to building new
back-end hardware. (And it has been several years since I tried a new
dongle. After encountering bugs I stuck with an older version.)
I was hoping to transition from mvpmc to XBMC using the MythTV PVR
plugin, but after getting it all set up, I discovered that the XBMC
developers gutted support for old MythTV versions from their fork of the
cmyth library.
> ...fixes the unnecessary refreshes of the recordings
> list when deleting a recording.
Nice.
I'd also disable the automatic refreshes that occur when the back-end
tells mvpmc that new recordings have started. When you are marginal on
memory, all it takes is one refresh and you need a power cycle to
recover. I'd rather just not have any refreshes occur until I manually
power cycle.
It's been discussed here before, but there are a couple of straight
forward architectural changes that could be made to greatly reduce the
memory footprint of the show data.
One would be to free the current list from memory before loading a new
list, instead of trying to keep both the old and new list in memory at
the same time. (Though irrelevant if the changes above were made.)
The other would be to filter the shows per the recording group selections.
I've found an ugly SQL hack to emulate the latter. The query that
clients use to load shows includes a clause to skip shows that have a
deletepending flag set, so a bit of SQL can be used to set that flag,
which the back-end ignores (it doesn't delete the shows). However,
there's a hitch. The query also looks at the timestamp on the show
record, and ignores the deletepending flag if the timestamp is older
than 5 minutes.
So I ended up with this shell script:
file: hide_archives
-----
#!/bin/sh
# you need to change something on each update, or it won't update the
# timestamp the calling code should cycle through values
DEL=${1:?}
if [ -e ~mythtv/.hide_archives-off ]; then
exit 0;
fi
/usr/local/bin/mythsql \
-e "update recorded set deletepending=$DEL where recgroup='archive' or
recgroup='Long Term'"
-----
and then this is called periodically from cron:
# Add hack to suppress archived recordings from show listing query.
# Runs every 4 minutes, which is < 5 minute criteria.
3,15,27,39,51 * * * * /home/mythtv/bin/hide_archives 2
7,19,31,43,55 * * * * /home/mythtv/bin/hide_archives 3
11,23,35,47,59 * * * * /home/mythtv/bin/hide_archives 4
A couple of other trivial scripts (hide_archives_off, hide_archives_on)
manipulate the .hide_archives-off file, which when present, disable the
hiding so you can access shows in the hidden groups.
file:hide_archives_off
-----
#!/bin/sh
touch ~mythtv/.hide_archives-off
/usr/local/bin/mythsql \
-e "update recorded set deletepending=0 where recgroup='archive' or
recgroup='Long Term'"
-----
I've been running this for about 6 months or more with no adverse effects.
-Tom
------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/
