| Friday, August 28th, 2020, 02:00 UTC | ||
| [02:00:15] | clueminati (clueminati!~clueminat@gateway/tor-sasl/clueminati) has quit (Remote host closed the connection) | |
| [02:00:43] | clueminati (clueminati!~clueminat@gateway/tor-sasl/clueminati) has joined #mythtv-users | |
| [02:23:30] | RokLobsta (RokLobsta!~Dirkka@121-200-12-5.79c80c.mel.nbn.aussiebb.net) has joined #mythtv-users | |
| [02:30:26] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6032:9caa:16d4:6ffa) has joined #mythtv-users | |
| [02:30:26] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v Steve-Goodey | |
| [03:52:17] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6032:9caa:16d4:6ffa) has quit (Quit: Konversation terminated!) | |
| [03:53:20] | gigem (gigem!~david@47.183.238.94) has joined #mythtv-users | |
| [03:53:20] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv-users | |
| [03:53:20] | gigem (gigem!~david@47.183.238.94) has quit (Changing host) | |
| [03:53:21] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v gigem | |
| [04:32:15] | Moscherkobold (Moscherkobold!quassel@2a01:4f8:173:1ed5::3) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [04:34:27] | Moscherkobold (Moscherkobold!quassel@2a01:4f8:173:1ed5::3) has joined #mythtv-users | |
| [05:15:47] | GWG (GWG!~GWG@pool-72-69-18-11.nycmny.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [05:18:19] | GWG (GWG!~GWG@pool-72-69-18-11.nycmny.fios.verizon.net) has joined #mythtv-users | |
| [05:30:00] | peterben1 (peterben1!~pi@2601:183:100:6a:f1e0:d1e4:326b:fdd5) has quit (Quit: WeeChat 2.3) | |
| [05:31:51] | peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has joined #mythtv-users | |
| [05:31:51] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v peterbennett | |
| [06:26:10] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6032:9caa:16d4:6ffa) has joined #mythtv-users | |
| [06:26:10] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v Steve-Goodey | |
| [09:23:30] | markk__ (markk__!~mark@host86-161-98-194.range86-161.btcentralplus.com) has joined #mythtv-users | |
| [10:12:47] | clueminati (clueminati!~clueminat@gateway/tor-sasl/clueminati) has quit (Quit: clueminati) | |
| [10:13:46] | clueminati (clueminati!~clueminat@gateway/tor-sasl/clueminati) has joined #mythtv-users | |
| [10:20:03] | user798645 (user798645!~User@user-10mt7in.cable.mindspring.com) has joined #mythtv-users | |
| [11:23:39] | clueminati (clueminati!~clueminat@gateway/tor-sasl/clueminati) has quit (Remote host closed the connection) | |
| [11:25:43] | clueminati (clueminati!~clueminat@gateway/tor-sasl/clueminati) has joined #mythtv-users | |
| [12:38:01] | markk__ (markk__!~mark@host86-161-98-194.range86-161.btcentralplus.com) has quit (Ping timeout: 264 seconds) | |
| [12:38:40] | markk__ (markk__!~mark@host86-161-98-194.range86-161.btcentralplus.com) has joined #mythtv-users | |
| [13:22:20] | markk__ (markk__!~mark@host86-161-98-194.range86-161.btcentralplus.com) has quit (Ping timeout: 256 seconds) | |
| [13:22:34] | RokLobsta (RokLobsta!~Dirkka@121-200-12-5.79c80c.mel.nbn.aussiebb.net) has quit (Quit: Leaving) | |
| [13:43:18] | cybrNaut: | how to find the lowest quality recordings for deletion: mysql --user=mythtv --password=mythtv --host=$BE_HOST --table mythconverg <<< 'select recordedfile.basename,cast(recorded.title as char(30)) as title,convert_tz(recorded.starttime,"GMT","system") as "lcl time",recorded.filesize,unix_timestamp(recorded.endtime)-unix_timestamp(rec orded.starttime) as |
| [13:43:23] | cybrNaut: | seconds,TIMEDIFF(recorded.endtime,recorded.starttime) as duration,recorded.filesize/1000/(unix_timestamp(recorded.endtime)-unix_timestamp (recorded.starttime)) as kbps from recordedfile join recorded on recorded.recordedid = recordedfile.recordedid order by kbps desc;' |
| [13:43:37] | cybrNaut: | hope someone finds that useful |
| [14:46:07] | cybrNaut: | if you have multiple copies of the same episode, you can add something like "where recorded.title like 'Breaking Bad'" to the above query to see which is the best quality episode to watch or keep. |
| [15:14:44] | cybrNaut: | I had a day of storms and bad weather resulting in a lot of bad recordings. The SQL statement above has proven to be good at finding them. Another thing the SQL statement shows: recordings during the day are generally much lower quality than night time recordings. |
| [15:19:21] | markk__ (markk__!~mark@host86-161-98-194.range86-161.btcentralplus.com) has joined #mythtv-users | |
| [15:29:08] | SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:15ee:677b:3664:65af) has joined #mythtv-users | |
| [15:29:08] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v SteveJGoodey | |
| [15:40:57] | cybrNaut: | now that I'm looking at the database, I can see that recordings that i have deleted actually still exist |
| [15:41:43] | cybrNaut: | they are no longer in the "media library" catalog, but the file still exists as well as the db records. |
| [15:42:31] | cybrNaut: | how can I delete these files in a clean way? If I just "rm 1234_20200825xxxxx.ts", the db records will still linger |
| [15:44:47] | cybrNaut: | ah, nevermind. I just realized deletions immediately take effect in the catalog, but the rest of the job lags behind |
| [15:46:44] | mack-: | cybrNaut: the correct way, as with most database driven applications, is to delete it with a frontend, since they would take care of any necessary housekeeping. |
| [15:47:13] | mack-: | I typically use mythweb for deletions |
| [15:47:56] | cybrNaut: | mack-: right; and indeed that's what I did (deleted from mythweb). I just didn't realize the deletion was not instant. It's apparently scheduled as a job |
| [15:48:13] | mack-: | I see a couple of python scripts on the wiki for handling deletes, also |
| [15:48:33] | SteveGoodey (SteveGoodey!~steve@host86-149-198-216.range86-149.btcentralplus.com) has joined #mythtv-users | |
| [15:48:34] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v SteveGoodey | |
| [15:48:51] | mack-: | indeed, everything with myth goes through the jobqueue |
| [15:50:48] | mack-: | everything with recordings* |
| [15:56:55] | cybrNaut: | i'm glad i finally found a way to find the poorest quality recordings so I can easily delete them. That SQL should perhaps be incorporated into the UI so SQL-unaware users can do the same |
| [16:02:03] | mack-: | I don't think that's a terribly commonplace task by most users :) When I have poor reception, I fix the problem so I don't have bad recordings. Also, at first glance, it looks like your sql is sorting by kbps. Not all channels/broadcasters have similar rates. |
| [16:39:18] | peterbennett: | cybrNaut: Delete of recordings puts them in the Deleted group. They are deleted a number of days later depending on a setting, or a few minutes later if 0 days is specified. You can also set the deletion period to -1 to never delete them, just keep them in "Deleted" |
| [17:25:11] | cybrNaut: | mack-: being able to fix the problem implies that the problem is on your side. If you live outside of the city and the antenna can't be improved on (i.e. it's directional and motorized to point it in the optimum direction), the signal still goes bad during storms and around mid-day even when the weather is good. |
| [17:29:06] | mack-: | yep, there is a point to which nothing can be helped. A good mast can get over the trees, but mountainous terrain is notorious. It might benefit you to find an old TV antenna guy in your area for advice, though. |
| [17:30:53] | mack-: | even at my rural location, about equidistant between major broadcasting centers, they only problem I have in storms is occasionally lightning. |
| [17:31:08] | mack-: | ATSC |
| [17:33:24] | mack-: | 40ft mast |
| [17:34:08] | mack-: | on a bit of a hill :) |
| [17:36:44] | cybrNaut: | when there's a variance of quality, which is a function of weather and the time of day, it's useful to detect the bad episodes particularly when the same episode is sent ~2–3 times. If it's true that for most people there is no quality variation, then indeed it would not be worth the effort to create a feature to separate good from bad recordings. |
| [17:38:29] | cybrNaut: | I guess the factor my SQL neglects is the pixel addressability. I should probably also lookup in the DB if it's HD 1080 and factor that in as part of the QA measure |
| [17:39:06] | cybrNaut: | kbps gives a good idea but it neglects the variation in pixel addressability |
| [17:46:29] | cybrNaut: | when the tuner gives telemetry metadata to mythTV, and think it's being thrown away. I mean, mythTV sets a "recording failure" flag, but it's almost uselss. Instead of just setting a boolean flag, I would be useful if the *count* of failures were stored. |
| [17:46:41] | cybrNaut: | s/and think/I think/ |
| [17:57:34] | cybrNaut: | btw, reversing my SQL by removing the trailing "desc" helps find the biggest space-hogging episodes (per unit time), which is useful when hard drive space is low. |
| [17:58:25] | markk__ (markk__!~mark@host86-161-98-194.range86-161.btcentralplus.com) has quit (Ping timeout: 264 seconds) | |
| [18:03:40] | jpabq (jpabq!~quassel@75.161.212.28) has quit (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [18:10:31] | cybrNaut: | ideally auto-expire would factor in a quality threshhold |
| [18:33:49] | nutron|w (nutron|w!~nutron@66.51.134.122) has quit (Ping timeout: 264 seconds) | |
| [19:45:00] | Toast (Toast!~quassel@w-37.cust-u6165.ip.static.uno.uk.net) has joined #mythtv-users | |
| [19:58:43] | gigem (gigem!~david@47.183.238.94) has joined #mythtv-users | |
| [19:58:43] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv-users | |
| [19:58:44] | gigem (gigem!~david@47.183.238.94) has quit (Changing host) | |
| [19:58:44] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v gigem | |
| [20:12:32] | user798645 (user798645!~User@user-10mt7in.cable.mindspring.com) has quit (Read error: Connection reset by peer) | |
| [20:15:13] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6032:9caa:16d4:6ffa) has quit (Quit: Konversation terminated!) | |
| [20:23:50] | nutron (nutron!~nutron@unaffiliated/nutron) has joined #mythtv-users | |
| [20:28:25] | nutron (nutron!~nutron@unaffiliated/nutron) has quit (Ping timeout: 240 seconds) | |
| [20:34:21] | SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:15ee:677b:3664:65af) has quit (Read error: Connection reset by peer) | |
| [20:51:20] | seekr (seekr!~seekr@unaffiliated/seekr) has joined #mythtv-users | |
| [20:53:25] | seekr: | My local computer store sells the Hauppauge WinTV-HVR-1265, which I see at https://www.hauppauge.com/pages/support/support_linux.html is listed as having driver support via a ppa repo. Does anyone have comments either on how difficult it might be to get this thing to work or whether there might be a better card for a PCI slot, maybe available via mail order? |
| [20:55:30] | seekr: | Maybe I should mention that I'm running Linux Mint 20, which as y'all know if based on Ubuntu, so I'd assume that if it works on that system it would work under LM. |
| [21:08:28] | SteveGoodey (SteveGoodey!~steve@host86-149-198-216.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:17:20] | markk__ (markk__!~mark@host86-161-98-194.range86-161.btcentralplus.com) has joined #mythtv-users | |
| [21:58:14] | mack-: | seekr: The best place to check for compatibility is linuxtv.org's wiki. If it says it works there, I think it's guaranteed to be working well in Mythtv. Hauppauge fairly recently (last couple of years) committed to making linux drivers available for their products, though, and they work most of the time from reports I read. |
| [21:58:49] | seekr: | After a bit more research, I've decided to work in the other direction – to find something that is known to be compatible. |
| [21:59:37] | seekr: | mack-: What's the relationship between mythtv.org and linuxtv.org? |
| [22:00:16] | mack-: | mythtv uses linux drivers, and linuxtv tracks the drivers |
| [22:01:08] | seekr: | mack-: I think the model I referenced is likely old – I've found that the "H" in "HVR" stands for "hybrid," which means it does analogue TV, which at least in my area hasn't been used by broadcasters for quite some time (at least 15 years). |
| [22:01:13] | mack-: | https://github.com/b-rad-NDi/Ubuntu-media-tre . . . der/issues/5 said they got atsc working. Whether that made it into the linux kernel, I don't know |
| [22:02:32] | mack-: | I use the Hauppauge quadHD flawlessly. Native kernel support, btw |
| [22:02:51] | seekr: | mack-: ah – hmm – I think I'm gonna just calm down and suppress the urge to buy something — until I understand the situation much better. Thanks much for your help! |
| [22:03:15] | seekr: | mack-: Are you talking about the one shown at https://hauppauge.com/pages/products/data_quadhd.html ? |
| [22:05:34] | mack-: | seekr: yes, that's the one I have |
| [22:05:43] | mack-: | model 1609 |
| [22:06:32] | seekr: | mack-: Good – thanks much – I think that's the one to buy, then. I suppose I can find a mail order vendor who sells it — or maybe it can be bought directly from Hauppauge? |
| [22:08:02] | mack-: | The 4 tuners are very handy in a DVR and simultaneous LiveTV environment. I recommend multiple tuners to anyone looking at a single tuner card. Yes, the quadHD should be widely available. |
| [22:08:39] | seekr: | mack-: I'm getting excited now. :) Thanks so very much for your kind assistance! |
| [22:09:35] | seekr: | mack-: You mean that you recommend cards that have multiple tuners onboard, I assume. |
| [22:10:43] | mack-: | well, multiple tuners onboard will typcially be less expensive than multiple tuner cards/devices. But multiple tuners recommended any way you put them together. |
| [22:11:48] | seekr: | So you're talking about using multiple cards? Hmmm. What's the advantage? My mobo has only one slot to accommodate that sort of short card. |
| [22:13:19] | mack-: | I was talking about multiple tuners – same card... different cards... other devices do not matter |
| [22:14:08] | mack-: | with one pcie slot, a quadHD sounds fabulous. |
| [22:15:00] | ** jm|laptop has [ 6.975245] cx23885: CORE cx23885[0]: subsystem: 0070:6a28, board: Hauppauge WinTV-QuadHD-DVB(885) [card=60,autodetected] in an HPMS. It mostly works pretty well. ** | |
| [22:15:47] | jm|laptop: | sometimes a tuner Just Fails and I have to reboot the server |
| [22:16:03] | jm|laptop: | not upgraded to 31 yet, mind |
| [22:16:41] | seekr: | mack-: I'm slightly confused now, but I suppose I'll recover. :) I see I can order right from the product page – I'll check prices elsewhere also. |
| [22:16:57] | mack-: | [ 11.688548] cx23885: CORE cx23885[0]: subsystem: 0070:6a18, board: Hauppauge WinTV-QuadHD-ATSC [card=57,autodetected] |
| [22:17:11] | mack-: | running v29.2 |
| [22:18:04] | markk__ (markk__!~mark@host86-161-98-194.range86-161.btcentralplus.com) has quit (Ping timeout: 256 seconds) | |
| [22:19:55] | mack-: | seekr: the number of tuners (4, in case of that card) determines how many video streams you can watch/record simultaneously. Assuming the broadcasts aren't in the same channel multiplex, 4 tuners = 4 streams. Some cards or devices only have 1 tuner. Therefore you'd only be able to watch or record one channel at a time. If you're recording a program with a 1 tuner system, Live TV is locked out for most purposes. |
| [22:20:27] | mack-: | MythTV doesn't care where those tuners come from.. All on the same card, or spread across multiple devices. |
| [22:22:32] | seekr: | mack-: I'm gonna try to understand, and hope you can be patient. I'm something of a newbie with regard to hardware — gimme a moment while I look at the mobo (still in the box – planning to build the new system soon)... |
| [22:24:49] | seekr: | mack-: I really love looking at and touching that mobo – gives me a thrill each time I do. :) [ASUS Crosshair VIII ("Hero")] |
| [22:25:40] | mack-: | I'm pretty patient. Ask any questions if I'm not clear. |
| [22:26:21] | seekr: | mack-: Thx – I'm lucky, then! I haven't looked at slot sockets carefully enough to know whether those designed for long cards might also be able to accommodate cards for which a short slot connector is used. |
| [22:26:47] | seekr: | mack-: It's looking like a short card can be plugged into one of those slots – correct? |
| [22:27:18] | seekr: | mack-: This whole inquiry is somewhat academic, though, since I think that a single card would suffice for my purposes. |
| [22:28:19] | mack-: | Yes, Full length PCIe slots can take any length PCIe cards. |
| [22:29:34] | seekr: | mack-: Good to know – There are three additional slots for long cards, only one of which I'll need to use (for a graphics card, which I'm gonna purchase on the weekend). I just thought you might have been saying earlier that it's better to have multiple cards — for unknown reasons. |
| [22:29:55] | mack-: | Unless you have watch several TVs in your house and/or record more than 4 shows simultaneously, one 4-tuner card should be fine for you. If you live alone, 4 might be more than enough, but will give you some room to grow. |
| [22:31:25] | seekr: | mack-: Yeah – I'm in the latter category – pretty much a hermit. :) I've lived without TeeVee for a decade now, so a single tuner will likely suffice, but I like the sound of this card, so on your recommendation, I'm gonna get one anyway. |
| [22:32:29] | mack-: | well, the first WinTV card you talked about only has 1 tuner. I was only pointing out more tuners, however you get them, is usually better for a PVR system like MythTV |
| [22:32:32] | seekr: | seekr: I know that back in the VCR days, there were times when I would have liked to record programming from more than a single channel. |
| [22:33:04] | seekr: | I like this quadHD card – gonna get me one! ;) |
| [22:33:28] | mack-: | You do live in the USA, and you're talking about over-the-air TV broadcast, right? |
| [22:33:39] | seekr: | correct on both counts |
| [22:34:01] | mack-: | ok. I thought I better check before you make the purchase :) |
| [22:34:11] | seekr: | I think that for my needs, broadcast channels will be good enough — and most of my viewing will be from PBS. |
| [22:34:52] | seekr: | (To give you a clue, I'm in the vicinity of WGBH.) |
| [22:35:39] | seekr: | They have two broadcast channels and a few more ones available only via cable. |
| [22:37:23] | seekr: | mack-: (And thanks for your solicitude, btw. :) ) |
| [22:37:33] | mack-: | 75% of my Upcoming Recordings are on PBS, lol |
| [22:37:52] | seekr: | ah – a man after me own heart! :D |
| [22:38:11] | seekr: | I'm something of a docu-holic. |
| [22:38:14] | mack-: | although, recordings are currently skewed by my recording of Sit and Be Fit (for my Mom, honest) |
| [22:39:06] | seekr: | hmmm – hadn't heard of that one – my mom used to watch the Jack LaLane exercise show (which fact I know dates me). |
| [22:39:35] | mack-: | and we're currently in Rerun season |
| [22:39:52] | seekr: | so you can fill in the eps you missed |
| [22:40:29] | mack-: | haha. Sit and Be Fit came in right after LaLanne |
| [22:40:39] | mack-: | started in the 80s I think |
| [22:40:51] | seekr: | oh – really – so it's a re-broadcast of an old show, then |
| [22:41:52] | seekr: | Well, Jack LaLanne goes back to the 1950s. |
| [22:42:18] | mack-: | Well, some are old repeats. The lady is still making them though.. At 86 years old or so! |
| [22:42:30] | seekr: | wow! |
| [22:43:14] | mack-: | She has some guests come in for some of the routines, though. |
| [22:43:35] | mack-: | https://en.wikipedia.org/wiki/Mary_Ann_Wilson |
| [22:44:18] | seekr: | thx – I'll check it out |
| [22:44:20] | seekr: | https://en.wikipedia.org/wiki/Jack_LaLanne |
| [22:44:20] | mack-: | guess she's about 84 |
| [22:44:46] | mack-: | yeah, I'm familiar with LaLanne. I remember seeing some of the shows |
| [22:45:13] | mack-: | and the infomercials for juicers, lol |
| [22:46:00] | seekr: | My mom had some of the gear he sold, like those stretchy ropey things with loops on the end. |
| [22:47:38] | seekr: | Seems he lived until 96, two years longer than my dad, who died a year ago. (His brother, my uncle, is still going at 96, and only just gave up flying his small plane a couple weeks ago.) |
| [22:47:50] | seekr: | We should all be so lucky. |
| [22:50:32] | seekr: | Ms Wilson looks to be in good shape – maybe I should recommend her show to my uncle (and to myself, for that matter ;) ). |
| [22:56:25] | peterben1 (peterben1!~pi@c-75-67-203-208.hsd1.ma.comcast.net) has joined #mythtv-users | |
| [22:56:57] | peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has quit (Ping timeout: 260 seconds) | |
| [22:57:01] | seekr: | mack-: Newegg sells the 1609 for $119.66. Hauppauge sells it for the same price, so I'll just order it from them. |
| [22:57:41] | seekr: | mack-: Thanks again – and best wishes for a good weekend! (I hope you're not in the path of the storm.) |
| [22:59:18] | mack-: | The only way I get Mom to do the Sit and Be Fit is to take it over to her place and do it with her. |
| [22:59:27] | mack-: | seekr: Np. Good luck! |
| [23:12:07] | gigem (gigem!~david@47.183.238.94) has joined #mythtv-users | |
| [23:12:07] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv-users | |
| [23:12:07] | gigem (gigem!~david@47.183.238.94) has quit (Changing host) | |
| [23:12:07] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v gigem | |
| [23:38:46] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv-users | |
| [23:38:46] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v jpabq | |
| [23:40:09] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Client Quit) | |
| [23:40:27] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv-users | |
| [23:40:27] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v jpabq | |
| [23:47:32] | Toast (Toast!~quassel@w-37.cust-u6165.ip.static.uno.uk.net) has quit (Ping timeout: 246 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.