raymond at wagnerrp
Apr 5, 2012, 12:14 PM
Post #4 of 4
On 4/5/2012 15:03, Tapani Tarvainen wrote:
> On Thu, Apr 05, 2012 at 01:34:01PM -0400, Raymond Wagner (raymond [at] wagnerrp) wrote:
>>> * 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.
> There practically never are matching entries there for Finnish programs
> (and even for American ones only when the name hasn't been translated).
To which I would say, make an account and add those entries! :)
The content on that site is all user-generated. Someone has to do it.
>> The fallthrough behavior for when this data is not available needs
>> to be improved.
> That would be nice. The description&c are usually copied just
> fine, only the screenshot is lost, so perhaps it wouldn't be
> too hard to fix.
There's a bit more to do than just that. Right now, if a lookup fails,
it uses the 'generic' format. The built in default for that format
would work fine for movies, but when used against a television series,
you would just have one episode overwriting the next, and completely not
the behavior you are looking for.
>> 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.
> Does either check metadata?
> (As noted, I occasionally lose just metadata even though
> the actual recording is fine.)
Nope. It just makes sure the file copied over accurately. The DBData
error you mentioned previously may be the result of the 'generic'
behavior I mentioned above, and an unhandled exception when you try to
overwrite one video with another.
mythtv-users mailing list
mythtv-users [at] mythtv