| Wednesday, April 16th, 2025, 00:39 UTC | ||
| [00:39:26] | Sabotender (Sabotender!uid52353@user/sabotender) has joined #mythtv-users | |
| [04:38:06] | Steve-Goodey (Steve-Goodey!~steve@host81-159-155-231.range81-159.btcentralplus.com) has joined #mythtv-users | |
| [04:38:06] | Mode for #mythtv-users by ChanServ!ChanServ@services.libera.chat : +v Steve-Goodey | |
| [05:23:56] | Steve-Goodey (Steve-Goodey!~steve@host81-159-155-231.range81-159.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [08:36:20] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d81:ed01:7a84:3cff:fedf:a99) has joined #mythtv-users | |
| [08:36:20] | Mode for #mythtv-users by ChanServ!ChanServ@services.libera.chat : +v Steve-Goodey | |
| [08:41:05] | Sabotender (Sabotender!uid52353@user/sabotender) has quit (Quit: Connection closed for inactivity) | |
| [10:14:22] | SteveGoodey (SteveGoodey!~steve@host81-159-155-231.range81-159.btcentralplus.com) has joined #mythtv-users | |
| [10:14:22] | Mode for #mythtv-users by ChanServ!ChanServ@services.libera.chat : +v SteveGoodey | |
| [14:24:34] | Sabotender (Sabotender!uid52353@user/sabotender) has joined #mythtv-users | |
| [16:57:09] | Deuce (Deuce!~Deuce@2001:558:6007:a:7060:36f4:52ae:6723) has quit (Ping timeout: 268 seconds) | |
| [17:02:55] | Deuce (Deuce!~Deuce@c-98-243-197-124.hsd1.mi.comcast.net) has joined #mythtv-users | |
| [17:06:09] | Deuce (Deuce!~Deuce@c-98-243-197-124.hsd1.mi.comcast.net) has quit (Client Quit) | |
| [17:06:27] | Deuce (Deuce!~Deuce@c-98-243-197-124.hsd1.mi.comcast.net) has joined #mythtv-users | |
| [17:11:03] | Deuce (Deuce!~Deuce@c-98-243-197-124.hsd1.mi.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [17:12:47] | Deuce (Deuce!~Deuce@2001:558:6007:a:7060:36f4:52ae:6723) has joined #mythtv-users | |
| [21:09:33] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d81:ed01:7a84:3cff:fedf:a99) has quit (Quit: Konversation terminated!) | |
| [21:45:45] | mack (mack!~mack@user/mack) has quit () | |
| [21:55:03] | SteveGoodey (SteveGoodey!~steve@host81-159-155-231.range81-159.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:21:56] | mack (mack!~mack@user/mack) has joined #mythtv-users | |
| [22:24:11] | Sabotender: | mac Would there happen to be a method to send a command to the backend to delete a recording from within a bash script? I am trying to make notes for one of my planned scripts which I will be running at boot to watch my recorded directory for failed/damaged recordings with a 0byte file size, because there's no reason for them to be there. If it's failed, there's nothing that I could do to fix it. |
| [22:49:20] | mack: | Sabotender: from the Services API – https://www.mythtv.org/wiki/DVR_Service#DeleteRecording |
| [22:50:38] | mack: | I'll reiterate that the right thing to do is diagnose why the failed recordings and fix that, if possible. (Sometimes it's just TV signal integrity due to geography, and there's nothing very reasonable to do.) |
| [23:03:17] | Sabotender: | mack: Danke, I appreciate the link. I don't get many 0 byte failed recordings anymore, since I've made these changes. I am working on these various scripts to create strong stability, and consistency with this build. |
| [23:25:56] | Sabotender: | mack: There was one thing that I had forgottenn, should I use those .TS files for transcoding with Handbrake? Otherwise, I don't think they are being deleted along with my general file cleanup/deletion via the frontend, and thus they may contribute to bloat. |
| [23:26:30] | Sabotender: | pardonme, I meant, the .raw files |
| [23:27:43] | Sabotender: | I had thought the raw video files would be better for transcoding because they have more informaiton to work with and could possibly produce a better quality reduced file |
| [23:45:11] | mack: | I'm not sure what .raw files are in this instance. My myth box is offline due to eventual hardware upgrade, but I'm pretty sure mine, recording ATSC, just writes .mpg files. There's more to it than just transcoding files in place — myth needs to be able to keep track of things in its database. |
| [23:47:02] | mack: | I don't know if they still work, but something like these scripts will get you started understanding what should happen. ( I know my bash script to move files out of mythtv's control broke a while back and I didn't bother to fix it.) |
| [23:47:31] | mack: | https://www.mythtv.org/wiki/Transcode_Mpeg2_to_H264 <- two scripts, one building on the the first. |
| [23:52:47] | mack: | To be honest, I think you're overthinking things. Myth's default recording expiration code is good, and will keep a long time if you have decent disk space. If you don't want to keep most of the recordings after you watch them, it shouldn't be a problem. For ones you want to keep, there is the Archive feature, where it will go to Videos, or wherever you like, really. |
| [23:54:11] | mack: | ATSC streams are already compressed (mpeg2) to be sent over the air, so disk savings to h264 is just going to be wasted CPU cycles if you're going to delete them after watching. |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.