Sunday, March 28th, 2021, 00:08 UTC | ||
[00:08:59] | mack-: | MeFisto94: this for new recordings since the change? I'm fairly sure you need to change the recording setting for any existing recording rule also. |
[00:09:32] | MeFisto94: | mack-: That would make perfect sense. is there a way to automatically set this for all? Probably would need some SQL editing? |
[00:11:26] | mack-: | possible :) Would weigh how long it takes to write and debug a script vs just going through your recording rules and making the change. It's one checkbox in mythweb, if I recall correctly. Load the rule, uncheck the box, save settings, go to next one. |
[00:13:06] | gregl (gregl!~greg@cpe-24-194-253-7.nycap.res.rr.com) has quit (Ping timeout: 265 seconds) | |
[00:14:02] | mack-: | quick hacky "fix" would be send ttdb.com into a dns hole, either on router or hosts file. |
[00:25:49] | gregl (gregl!~greg@cpe-24-194-253-7.nycap.res.rr.com) has joined #mythtv-users | |
[00:42:02] | blahdodo (blahdodo!~blahdodo@69.172.160.6) has quit (Quit: Bye bye) | |
[00:46:26] | blahdodo (blahdodo!~blahdodo@69.172.160.6) has joined #mythtv-users | |
[01:32:52] | MeFisto94: | mack-: oh so it's just bound to the recording rule instead of the existing recordings? |
[01:39:55] | mack-: | MeFisto94: if you want to remove the metadata that's already associated with existing recordings, I think that would require some db and file system clean up. The recording schedule/recording setting/recording rule (whatever nomenclature you choose) says whether to do the metadata lookup for a recording when it finishes recording. |
[01:41:50] | MeFisto94: | mack-: Yeah it's about existing recordings, actually they all have 0 series/episode data, but I could imagine that mythmetadatalookup triggers the lookup per rule then? |
[01:42:05] | MeFisto94: | But I also wonder if the new provider will really improve stuff or if I need to change the lookup scripts |
[01:43:37] | mack-: | you were saying "still calling ttdb", so I thought you were talking about new recordings. That's when it happens. In the rule, there's an option to Look Up Metadata in Post Processing. |
[01:44:17] | mack-: | It sticks it into the db, and makes a thumbnail file, with path to that file in the db entry for that recording. |
[01:45:06] | mack-: | I'm no expert, but that's the way I've understood it to be after years of being a user. |
[01:46:03] | MeFisto94: | Oh, yeah I meant despite updating to 31 and changing the setting and manually triggering an update for all recordings using the metadatalookup binary |
[01:46:28] | mack-: | oh, I've never used that. |
[01:47:31] | MeFisto94: | but if it doesn't store the lookup provider _per_ recording, I'd guess that it takes the recording rules that I may need to change |
[01:50:49] | mack-: | have you seen https://www.mythtv.org/wiki/Enhancing_Recordi . . . adata_Lookup ? |
[01:51:56] | mack-: | oops, meant to make a link to the Setting the Internet Reference Number section of that page |
[01:54:36] | MeFisto94: | No and that's actually a good idea, to set the inet refs for the series, however the inet ref seems to be detected just fine, but it fails to find the matching episode |
[01:54:44] | MeFisto94: | at least with the "old" ttdvb thing |
[02:00:27] | mack-: | that's unfortunate. I'm not sure what the best way to handle that is. Most of the content I record is first-run series, and myth picks up the episode fine because the guide data is accurate. But for some things, especially repeats and things on community programming, the guide data sometimes isn't enough for season/episode detection. |
[02:02:25] | mack-: | The way I use myth, it doesn't bother me too much, though, since I cut the commercials and transcode to a NAS feeding the kodi player. When my transcode script fails, I look up the episode on ttvdb, etc, and name things correctly for kodi. |
[02:02:43] | MeFisto94: | Well, my approach was trying to download episode descriptions and running some string metrics, it starts e.g. with a "category description" or ends with an IMDB Rating |
[02:03:03] | MeFisto94: | And my issue is to deduplicate multiple recordings of the same episode, which currently works, _if_ the description is the same |
[02:03:17] | MeFisto94: | Cutting commercials would probably also help a lot in terms of size |
[02:05:32] | mack-: | most of my dupes are because the description is blank, lol. |
[03:10:16] | MeFisto94 (MeFisto94!~darkchaos@HSI-KBW-091-089-167-059.hsi2.kabel-badenwuerttemberg.de) has quit (Read error: Connection reset by peer) | |
[03:42:18] | RokLobsta (RokLobsta!~Dirkka@119-17-136-18.771188.mel.static.aussiebb.net) has joined #mythtv-users | |
[05:32:02] | peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has joined #mythtv-users | |
[05:32:02] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v peterbennett | |
[07:14:16] | troyt (troyt!zncsrv@2601:681:4100:d591:44dd:acff:fe85:9c8e) has quit (Ping timeout: 258 seconds) | |
[07:17:59] | troyt (troyt!zncsrv@2601:681:4100:d591:44dd:acff:fe85:9c8e) has joined #mythtv-users | |
[07:24:27] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6ea1:20d:5872:d872) has joined #mythtv-users | |
[07:24:27] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v Steve-Goodey | |
[07:36:03] | troyt (troyt!zncsrv@2601:681:4100:d591:44dd:acff:fe85:9c8e) has quit (Ping timeout: 252 seconds) | |
[07:39:25] | troyt (troyt!zncsrv@2601:681:4100:d591:44dd:acff:fe85:9c8e) has joined #mythtv-users | |
[07:44:09] | barlowg_ (barlowg_!~barlowg@p200300de773a7e6de327f4fcc6165687.dip0.t-ipconnect.de) has joined #mythtv-users | |
[07:45:01] | barlowg (barlowg!~barlowg@p200300de773a7ed1eb2824261529803e.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds) | |
[07:54:59] | troyt (troyt!zncsrv@2601:681:4100:d591:44dd:acff:fe85:9c8e) has quit (Ping timeout: 250 seconds) | |
[07:58:50] | troyt (troyt!zncsrv@2601:681:4100:d591:44dd:acff:fe85:9c8e) has joined #mythtv-users | |
[08:12:19] | SteveGoodey (SteveGoodey!~steve@host86-149-198-205.range86-149.btcentralplus.com) has joined #mythtv-users | |
[08:12:19] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v SteveGoodey | |
[08:17:26] | LedHed (LedHed!~ledhed@047-027-201-002.res.spectrum.com) has quit (Ping timeout: 260 seconds) | |
[08:24:56] | LedHed (LedHed!~ledhed@047-027-201-002.res.spectrum.com) has joined #mythtv-users | |
[08:38:09] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6ea1:20d:5872:d872) has quit (Quit: Konversation terminated!) | |
[11:11:23] | RokLobsta (RokLobsta!~Dirkka@119-17-136-18.771188.mel.static.aussiebb.net) has quit (Ping timeout: 268 seconds) | |
[11:42:43] | Moscherkobold (Moscherkobold!~moscherko@2a01:4f8:173:1ed5::3) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
[11:45:04] | Moscherkobold (Moscherkobold!~moscherko@2a01:4f8:173:1ed5::3) has joined #mythtv-users | |
[12:59:52] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6ea1:20d:5872:d872) has joined #mythtv-users | |
[12:59:52] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v Steve-Goodey | |
[13:56:29] | nichos[m] (nichos[m]!nichosmatr@gateway/shell/matrix.org/x-oswnmhftqaqrywbk) has joined #mythtv-users | |
[13:57:17] | nichos[m]: | Hi all. Is there an option to enable captions when slipping back, then have them auto disable again? |
[14:40:45] | SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:8130:53e0:dda7:74e1) has joined #mythtv-users | |
[14:40:46] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v SteveJGoodey | |
[16:35:53] | psymin (psymin!~psymin@fsf/member/psymin) has joined #mythtv-users | |
[16:35:53] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v psymin | |
[17:21:01] | SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:8130:53e0:dda7:74e1) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
[19:31:34] | RokLobsta (RokLobsta!~Dirkka@119-17-136-18.771188.mel.static.aussiebb.net) has joined #mythtv-users | |
[20:46:26] | user798645 (user798645!~User@cpe-45-47-86-32.twcny.res.rr.com) has quit (Ping timeout: 240 seconds) | |
[21:11:40] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6ea1:20d:5872:d872) has quit (Quit: Konversation terminated!) | |
[22:21:14] | SteveGoodey (SteveGoodey!~steve@host86-149-198-205.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.