[mythtv-users] mythvidexport problems
Raymond Wagner
raymond at wagnerrp.com
Thu Apr 5 17:34:01 UTC 2012
On 4/5/2012 12:50, Tapani Tarvainen wrote:
> On Mar 27 21:39, Michael T. Dean (mtdean at thirdcontact.com) wrote:
>
>> there's little reason with current MythTV not to
>> put recordings (TV and/or movies) into Video Library.
> * It apparently cannot handle recordings with non-ASCII
> characters in their title at all ("ERROR: ascii").
> Being in Finland, that's like half of all my recordings.
Python 2.x and Unicode have a long running animosity towards each
other. Ascii is handled independently from unicode and other encoded
text, however there are tons of methods that require ascii strings and
cannot operate using non-ascii text. My use of Unicode tends to be
limited to the occasional stylized character in a name, so I tend to
make changes that silently break Unicode operation and never notice.
> * Commercial detection data is lost (despite --skiplist option) -
> everything becomes "Not flagged" (and there seems to be no
> way of detecting commercials in Video Library).
The script merely passes the data into the bindings. Chances are the
bindings are storing those values against the wrong `filename` in the
database.
> * Screenshot is lost in the process, which makes browsing
> less convenient.
Assuming the metadata lookup is performed properly, it is supposed to
pull a new screenshot, as well as other artwork, from the matching entry
on TheTVDB.com. The fallthrough behavior for when this data is not
available needs to be improved.
> * It is cumbersome to use: You have to start the job,
> wait for it to complete, check the recording is OK
> in the Video library, then delete it from recordings.
> (Presumably this could be automated, IF it were
> reliable enough.)
This version adds three options, --delete, --safe, and --really-safe.
--safe checks the destination filesize against the source to make sure
some data wasn't lost somewhere in the transfer, and causes the user job
to fail if they don't match. --really-safe performs an SHA1 hash of both
source and destination instead. --delete will delete the source file,
enforcing the use of --safe if neither are manually defined on the
command line. I've not yet pushed it to the wiki as it uses methods in
the bindings only available in 0.25.
https://github.com/wagnerrp/mythtv-scripts/blob/master/python/mythvidexport.py
More information about the mythtv-users
mailing list