| Monday, May 26th, 2014, 00:10 UTC | ||
| [00:10:11] | andreaz (andreaz!~andre_000@p5DD15F45.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [01:10:49] | jya: | mordning all |
| [01:11:48] | jya: | jpabq: is that with the change with the active filter list? |
| [01:11:58] | jya: | need to see what’s that for exactly |
| [01:12:49] | jya: | dekarl1: gary_buhrmaster : I honnestly don’t see how the service API will always be good for streaming either a recording or a liveTV… |
| [01:13:28] | jya: | HLS is just not the best thing when it comes to LAN playback… it adds a massive processing requirements on the backend |
| [01:13:47] | jya: | I like the idea of having a rtsp server for that more and more... |
| [01:14:17] | jya: | could get the API to retrieve the rtsp url, would be very easy after that for anyone to implement to client |
| [02:16:09] | arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has joined #mythtv | |
| [02:57:49] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [03:03:02] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:35:16] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [03:52:17] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [03:53:35] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:59:13] | arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has quit (Excess Flood) | |
| [05:08:59] | flyback (flyback!~flyback@67.163.147.45) has joined #mythtv | |
| [05:09:33] | flyback: | am I correct in my thought that analog capture cards were dropped? |
| [05:09:37] | flyback: | support |
| [05:11:35] | jya: | flyback: no.. you are incorrect |
| [05:12:56] | flyback: | ok |
| [05:12:58] | flyback: | thx |
| [05:22:37] | doev (doev!~doev@p4FD42A42.dip0.t-ipconnect.de) has joined #mythtv | |
| [05:23:05] | joki (joki!~joki@p5486320F.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [05:28:01] | joki (joki!~joki@p548627FB.dip0.t-ipconnect.de) has joined #mythtv | |
| [05:52:13] | flyback (flyback!~flyback@67.163.147.45) has left #mythtv ("Leaving") | |
| [05:57:33] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [06:02:21] | ryan_turner|MTW (ryan_turner|MTW!Ryan@2600:3c01::f03c:91ff:fe69:f4ab) has quit (Read error: Connection reset by peer) | |
| [06:11:10] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Remote host closed the connection) | |
| [06:11:52] | ryan_turner|MTW (ryan_turner|MTW!Ryan@2600:3c01::f03c:91ff:fe69:f4ab) has joined #mythtv | |
| [06:27:38] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:33:18] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [06:33:55] | rsiebert (rsiebert!~quassel@f052167025.adsl.alicedsl.de) has joined #mythtv | |
| [06:37:01] | rsiebert_ (rsiebert_!~quassel@g225188149.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds) | |
| [06:37:58] | dekarl1: | jya, I agree that using a web service api for the raw streaming doesn't make much sense. I also like the idea of a HTTP/RTSP video-on-demand and live streaming interface. We already have that in part in out UPNP service. But finishing it and making it work well (polish) isn't done yet. (see UPNP Renderer and Client in the Frontend) |
| [06:39:45] | dekarl1: | jya, but that doesn't mean that cmyth shouldn't move direct database access to the service api |
| [06:41:19] | dekarl1: | flyback, if you read the logs. There has been talk about removing support for analog frame grabbers, but not analog hardware encoders. http://www.mythtv.org/wiki/Video_capture_card |
| [06:44:34] | jya: | dekarl1: One of my plan is also to remove all need for the frontend to access the database |
| [06:44:43] | jya: | everything going via the backend |
| [06:44:55] | jya: | that’s the first step in getting an embedded database |
| [07:26:53] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:30:08] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [07:43:50] | doev (doev!~doev@p4FD42A42.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [07:53:07] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Ping timeout: 276 seconds) | |
| [07:53:19] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [08:12:25] | dekarl1: | tgm4883: I'm wondering if the episode screenshot would fit well into the video detail popup in the mythbuntu theme. e.g. below the season poster |
| [08:27:16] | frobnic (frobnic!foobar@b2b-130-180-11-14.unitymedia.biz) has joined #mythtv | |
| [10:28:02] | stuartm: | wagnerrp: re https://forum.mythtv.org/viewtopic.php?f=9&t=181 &nd ash; I can't think of a good reason not to hardcode video file formats in the source (instead of the database) but still allow addition formats to be specified in the DB for users with unusual extensions |
| [10:29:45] | yxelf (yxelf!~flexy@dsl-olubrasgw1-58c184-176.dhcp.inet.fi) has joined #mythtv | |
| [10:30:51] | stuartm: | seems clunky to have have static data stored in the database |
| [10:32:18] | jya: | stuartm: can’t you alread set custom extension type ? that would be incredibly poor design to have that information stuck in a DB |
| [10:34:20] | stuartm: | jya: you can set custom extensions, but when that feature was added all the existing extension info was also moved into the DB for no apparently good reason |
| [10:34:42] | stuartm: | so to update our supported file extensions we need to do a schema update ... |
| [10:35:03] | ** jya shaking head in disbelief… ** | |
| [10:35:16] | yxelf: | I have xperia phone, from which I'm trying to "throw" pics to my mythtv box. Phone shows in the Throw menu "MythTV AV Renderer" which I can choose... in the phone it shows as if the connection works. But on mythbox I can't see anything other than normal behaviour. |
| [10:35:20] | stuartm: | jya: indeed |
| [10:35:43] | yxelf: | Have I missed something, or just trying to do something myth can't do? |
| [10:35:45] | stuartm: | jya: wagnerrp: think it annoys me enough that I'll fix it tonight |
| [10:35:56] | jya: | rather than doing a DB update, I would just fix the code so it doesn’t need it at all.. |
| [10:36:07] | stuartm: | jya: right, that's what I'm going to do |
| [10:36:54] | stuartm: | yxelf: MythTV's AV renderer support is incomplete, something that may change with the next release if we get the time to work on it |
| [10:37:45] | yxelf: | stuartm: aah, OK. Then I'll have something to wait for. |
| [10:38:06] | stuartm: | we already have most of the bits and pieces implemented (for airstream etc) so we just need to hook it all up |
| [10:38:35] | jya: | stuartm: I’ve spent the day tracking an issue with the CustomVideoMode… It’s very buggy. The screen resolution is read at startup using QDesktopWidget::ScreenGeometry. Then MythUIHelper::LoadQTConfig sees that the user changed the resolution. So the screen resolution is changed. Problem is, as at this stage (it’s startuo), there’s no QEventLoop running, QDesktopWidget::ScreenGeometry returns the same dimension as when first started. It’s no |
| [10:38:35] | jya: | updated. so the result displayed is crappy |
| [10:39:25] | yxelf: | great. I just bought my first smart phone a couple of days ago.. so fiddling around with it and trying all the neat things it has to offer.. |
| [10:39:27] | jya: | Makes you wonder, how come we’ve been adding such feature obviously broken for so long. |
| [10:39:29] | paul-h (paul-h!~Paul@2.121.114.15) has joined #mythtv | |
| [10:40:14] | jya: | and if you set VideoPlayback to be a resolution < GUI Display, with OpenGL render at least, it continues drawing with the GUI resolution, in a screen that has been reduced. |
| [10:40:20] | jya: | totally broken too |
| [10:41:32] | jya: | stuartm: what do you mean by the AV Renderer? |
| [10:49:33] | dekarl1: | stuartm: I thought we store it in the database so every extension can have a different external player? |
| [10:51:48] | dekarl1: | jya, mythfrontend has a half finished UPNP AV Renderer implementation, you can even enable the beta server browser and browse the hard disk attached to your SOHO router for playable files... |
| [10:52:15] | jya: | dekarl1: I see…. what is the AV Renderer supposed to do? |
| [10:53:21] | dekarl1: | its the part that gets commands to display images/videos and obeys |
| [10:53:40] | jya: | and where does it display it? |
| [10:54:08] | dekarl1: | the various components are listed here http://en.wikipedia.org/wiki/Universal_Plug_a . . . V_components |
| [10:54:36] | jya: | ah thanks… will have a read |
| [10:54:37] | dekarl1: | out media renderer would be the frontend and render to the attached display/speakers |
| [10:54:43] | dekarl1: | s/out/our/ |
| [10:57:34] | jya: | what protocol is used between the AV renderer and say the TV> |
| [10:57:35] | jya: | ? |
| [11:16:57] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv | |
| [11:22:44] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Ping timeout: 255 seconds) | |
| [11:31:05] | stuartm: | dekarl1: there's no need to store the actual supported file extensions for the internal player in the DB which is what we've got now, we should be able to check the DB to see if an external player was defined for an extension, if not then we check the supported extension list for the internal player |
| [11:32:32] | stuartm: | i.e. it shouldn't be necessary to create an association between an extension and the internal player in the DB, we should always fall back to the internal player (ideally we drop external player support entirely) |
| [11:39:38] | stuartm: | jya: primarily HTTP and RTSP |
| [11:40:03] | jya: | stuartm: so once we have the rtsp server in, should be easy to complete the AV Renderer? |
| [11:40:53] | jya: | stuartm: shouldn’t even have a list of type really… show everything but the obviously not media (text, doc, txt, things like that) |
| [11:40:59] | stuartm: | jya: for the Renderer we'd need a client not a server |
| [11:41:04] | jya: | let the player handle failing to open it or not |
| [11:41:15] | stuartm: | server would be useful for streaming as a Media Server though |
| [11:41:22] | jya: | no point trying to be too smart, it always bites us in the arse later on. |
| [11:41:36] | jya: | every single time we’ve tried to be too smart, it turned out to be crap |
| [11:42:16] | jya: | stuartm: we already have the client… but I mean, for the TV to stream from the UPnP server, it could use rtsp right? |
| [11:42:17] | stuartm: | jya: we maintain a list of types because it's easier to include what we can play than maintain a list of every possible extension that can't be played (there are literally hundreds) |
| [11:42:45] | jya: | the difference is that we know what we can’t play, but we don’t know what we can.. |
| [11:42:53] | jya: | or something to that extent :) |
| [11:43:08] | stuartm: | jya: yes, what I mean is that the AV Renderer capability is for MythTV to be able to play content from another UPNP device |
| [11:43:31] | jya: | ahhh… I thought it was the other way round |
| [11:44:01] | stuartm: | the ability for a tv to play from MythTV is the Media Server capability |
| [11:44:07] | jya: | right now, the rtsp recorder (there’s no player) is pretty poor, it only plays stream whose audio and video are mixed |
| [11:44:16] | stuartm: | renderer=client, mediaserver= err server :) |
| [11:46:29] | jya: | who would have thought :) |
| [11:46:34] | stuartm: | upnp offers a nearly identical facility to airplay (or whatever it's called) where you can start playback of a video or display an image from your device (a tablet say) on your upnp supporting TV |
| [11:47:36] | stuartm: | so you can either trigger and control playback entirely from the tablet, or browse the content on the tablet from the TV/Computer/Console etc |
| [11:47:41] | SteveGoodey: | Mythtv forum seems to quite busy, obviously a good move to create it. |
| [11:48:40] | stuartm: | SteveGoodey: it's yet to reach a critical threshold of users though, some of the threads are taking a few days before anyone replies |
| [11:54:38] | SteveGoodey: | I still read the mailing list more than the forum. Maybe just not got into the forum habit and need to persevere. |
| [11:57:20] | stuartm: | jya: TBH I've avoided using/touching the custom video resolution stuff because IMHO it's an unnecessary complication for both the user and the code, as far as I can tell it's sole reason for existing in the first place is the perception that some TVs are better at scaling than we are, but I'm really not sure that's true any more and even if it is, the difference is hardly noticeable |
| [11:58:02] | jya: | stuartm: problem that’s the mechanism required to get the match refresh rate with video.. |
| [11:58:16] | jya: | so I have to get it to work… |
| [11:58:33] | jya: | right now, if GUI res != video res, the end result isn’t pretty |
| [11:59:22] | jya: | wondering if it’s worth spending more time fixing it.. I already at least fixed the issue where myth start the video res is changed with xrandr but the code continue to assume it’s the old res |
| [11:59:31] | jya: | at least now, the menu always appear ok |
| [12:01:56] | jya: | right now, what I’m seeing is : if GUI is set to 2560x1440 (native res) but video playback is set to 1600x1200. it attempts to play my 720x576 video into a 372x279 rectangle as the screen ration and everything is all screwed up |
| [12:03:42] | jya: | I reckon we should just completely drop the video out custom display… only keep the refresh rate match |
| [12:04:52] | jya: | no point letting the TV do the scaling, the output with OpenGL/VDPAU is just completely wrong |
| [12:07:19] | jya: | it’s this commit that broke it: 470ee847f0f9 |
| [12:24:09] | stuartm: | dropping custom resolution support and providing automatic refresh rate matching would be my preference, we can easily see what the monitor supports and whether it's possible to match the video resolution without needing to have the user involved |
| [12:24:22] | stuartm: | sorry, video frame rate |
| [12:25:34] | stuartm: | but it may not be universally popular since a lot of people seem to use the resolution feature, although many probably only use it because it's there, not because they actually need to |
| [12:27:26] | stuartm: | adapting the refesh rate to the framerate isn't something I'd personally see any benefit from since broadcast TV, dvds and blu-ray all use the PAL framerate AFAIK |
| [13:00:06] | jya_: | stuartm: could make it a simple checkbox. i believe that’s what XBMC does.. no custom res… |
| [13:00:24] | jya_: | there are other way to set the resolution, wihtout needing this within myth. |
| [13:00:51] | jya_: | it’s broken anyway (like if you have xinerama, changing the resolution on one screen, will usually disable the 2nd) |
| [13:01:00] | jya_: | so you end up with only one screen working |
| [13:01:23] | jya_: | stuartm: don’t you ever play bluray? they are all 24Hz |
| [13:01:42] | jya_: | and I do play heaps of american videos that are 60Hz |
| [13:03:22] | jya_: | also plenty of NTSC DVD that are progressive 24Hz |
| [13:03:41] | jya_: | nvidia inverse telecine output back 24hz |
| [13:05:09] | jya_: | but you’re right.. rather than attempting to fix a half broken feature, that is in the most convuloted place of all, going to drop it altogether.. simple check box… perfect |
| [13:20:15] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [13:23:33] | jya_: | stuartm: I still do not have access to the www repo… so I’m merging right after the buildbot completes its run (just one last check just in case)… after that I’ll move to other things. |
| [13:58:26] | stuartm: | jya_: so they are ... (Bluray @ 24fps) |
| [14:19:15] | jya_: | stuartm: I’m unable to push the v0.27.1 tag: ! [remote rejected] v0.27.1 -> v0.27.1 (hook declined) |
| [14:21:52] | jya_: | stuarta: /\ |
| [14:28:27] | Steve-Goodey (Steve-Goodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [14:29:30] | stuartm: | jya_: I'll see if I can figure out the git perms stuff |
| [14:30:05] | jya_: | for not being able to push the tags. |
| [14:30:10] | jya_: | seems to be the hook: remote: C refs/tags/v0.27.1 mythtv jyavenard DENIED by refs/tags/v[0–9] |
| [14:30:22] | jya_: | appears the regex is just wrong… |
| [14:30:42] | ** jya_ and another example on someone wanting to be too smart, and resulting on complete failure ** | |
| [14:31:41] | stuartm: | currently trying to unbreak my production frontend after a standard series of ubuntu updates seems to have gone wrong, appears to have installed mysql-server-core 5.5.37 despite the latest version of mysql-server in the repo being 5.5.34, which has screwed things up significantly |
| [14:33:26] | stuartm: | jya_: strange, not had that problem in the past and I didn't think anyone had changed the hooks in years |
| [14:33:38] | stuartm: | obviously someone has though :/ |
| [14:34:12] | jya_: | well, you can create and push the tag yourself maybe… maybe it’s because my account isn’t allowed to push tag… who knows.. |
| [14:34:48] | jya_: | why even put a restriction on what tag can be created though… so easy to delete a tag if a mistake was made. |
| [14:36:06] | stuartm: | well not so easy if someone has checked out from that tag, or something like that, I remember Beirdo lecturing me on the subject |
| [14:36:27] | stuartm: | he was probably the one to create the hook, but I've no idea when he did it |
| [14:36:43] | stuartm: | jya_: did you use the release script to create the tag? |
| [14:37:10] | jya_: | which script? |
| [14:37:15] | stuartm: | doh |
| [14:37:21] | stuartm: | in the extras repo |
| [14:37:28] | jya_: | if it’s the one in the www repo, i have no access to it |
| [14:37:55] | stuartm: | https://github.com/MythTV/extras/tree/master/releasescript |
| [14:39:02] | stuartm: | technically the archive creation steps of the script are no longer necessary which doesn't leave much for the script to actually do |
| [14:39:38] | stuartm: | but it at least ensures that the correct type of tag is created etc |
| [14:41:56] | stuartm: | jya_: I'm doing it ... |
| [14:42:22] | jya_: | was checking out extra |
| [14:43:28] | jya_: | so can do it now... |
| [14:43:32] | jya_: | let me know |
| [14:43:39] | jya_: | or i’m off to bed |
| [14:46:13] | stuartm: | https://github.com/MythTV/mythtv/tree/v0.27.1 |
| [14:46:22] | stuartm: | tagged |
| [14:48:05] | stuartm: | actually re-tagged multiple times ... script threw some errors and I assumed it hadn't actually pushed the changes, it had |
| [14:48:30] | MythBuild: | build #61 of 0.27-freebsd10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/0.27 . . . it/builds/61 |
| [14:48:33] | jya_: | thanks |
| [14:48:42] | jya_: | that’s a good thing finally out. |
| [15:02:00] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 258 seconds) | |
| [15:02:45] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [15:03:17] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [15:20:49] | dekarl1: | stuartm, mind to tag mythweb, too? https://github.com/MythTV/mythweb/commits/fixes/0.27 looks like it has some nice fixes |
| [15:50:21] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [15:54:39] | stuartm: | dekarl1: hmm, should have been tagged by the script |
| [16:01:35] | wseltzer1 (wseltzer1!~wseltzer@peppercorn.seltzer.org) has quit (Ping timeout: 252 seconds) | |
| [16:16:26] | dekarl1: | jya: I just looked at a packet dump, our current upnp server in mythbackend streams the recordings via HTTP. Our frontend should already be able to play them. |
| [16:55:31] | Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has joined #mythtv | |
| [16:55:59] | amessina_ is now known as amessina | |
| [17:02:50] | doev (doev!~doev@p5482EC1F.dip0.t-ipconnect.de) has joined #mythtv | |
| [17:04:13] | Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has quit (Ping timeout: 240 seconds) | |
| [17:04:50] | Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has joined #mythtv | |
| [17:07:29] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 264 seconds) | |
| [17:08:12] | stuartm: | right, it uses simple http 1.1 request ranges, nothing fancy |
| [17:09:06] | stuartm: | no HLS style segmentation or RTSP, although RTSP remains an option for upnp all devices need to support at least HTTP as well |
| [17:10:46] | stuartm: | not suitable for high latency networks but fine for upnp which is designed for LANs |
| [17:38:47] | dekarl1: | has anyone tested if our own upnp client talks to our own upnp server? https://github.com/MythTV/mythtv/commit/17c45 . . . e3d63df70eb5 |
| [17:39:33] | acle (acle!~tb@c-67-168-241-111.hsd1.or.comcast.net) has quit (Ping timeout: 258 seconds) | |
| [17:57:17] | doev (doev!~doev@p5482EC1F.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [17:57:24] | doev (doev!~doev@p5482E0A3.dip0.t-ipconnect.de) has joined #mythtv | |
| [17:58:32] | dekarl1: | its showing a windows host (no shared files) but not our own backend |
| [18:03:25] | gary_buhrmaster (gary_buhrmaster!~gtb@2001:470:80e4:6700::24) has quit (Ping timeout: 252 seconds) | |
| [18:06:46] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has quit (Quit: leaving) | |
| [18:14:01] | dekarl (dekarl!~dekarl@p4FE854E1.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:16:28] | stuartm: | dekarl1: no I've not, but then I wasn't aware we had a upnp client ... |
| [18:16:59] | dekarl1 (dekarl1!~dekarl@p4FE8455A.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [18:20:47] | stuartm: | tbh, although I can't see it in the commit, it would get pretty messy if we didn't explicitly ignore our own server |
| [18:25:44] | stuartm: | dekarl: https://github.com/MythTV/mythtv/blob/master/ . . . ner.cpp#L936 |
| [18:26:06] | stuartm: | we explicitly exclude the backend from the search results |
| [18:29:58] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (Ping timeout: 240 seconds) | |
| [18:31:01] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv | |
| [18:33:30] | dekarl: | here's how the content is added to the videos https://code.mythtv.org/doxygen/upnpscanner_8 . . . .html#l00352 |
| [18:41:12] | stuartm: | yeah I was looking at that, no very practical for it to be wrapped up in the manual scan option |
| [18:42:03] | stuartm: | should automatically scan in the background on entering mythvideo, or better yet, on frontend startup so it's ready when you enter mythvideo |
| [18:43:37] | stuartm: | I avoid using the scan option in mythvideo unless I absolutely need to since I'm tired of it deleting all my videos because my NAS happens to have spun down the drives or this machine failed to connect to the NAS on boot |
| [18:44:36] | stuartm: | one day I'll prevent the scanner deleting videos if the directory is entirely empty without first prompting the user to ask if that's OK |
| [18:44:53] | dekarl: | hmm, need to try what happens when you send the frontend a "play file $url" with e.g. one of these streams https://github.com/Pavion/tvstreamrecord/wiki/Multithek or a recording on a webserver |
| [18:47:30] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [18:54:01] | jpharvey_ (jpharvey_!~jpharvey@host109-148-113-1.range109-148.btcentralplus.com) has quit (Ping timeout: 252 seconds) | |
| [19:06:46] | jpharvey_ (jpharvey_!~jpharvey@host109-156-3-27.range109-156.btcentralplus.com) has joined #mythtv | |
| [19:07:33] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv | |
| [19:17:42] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [19:40:44] | stuartm: | any ideas on this one? https://forum.mythtv.org/viewtopic.php?f=36&t=184 |
| [19:41:45] | stuartm: | since the author has been ignored by every other project it would be nice if we showed we were more helpful |
| [19:42:47] | stuartm: | unfortunately I've no idea what he's talking about, might as well be gibberish because I don't know anything at all about the Ceton InfiniTV |
| [19:43:52] | andreaz (andreaz!~andre_000@p5DD15F45.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:32:13] | paul-h: | stuartm: wonder if he has seen this wiki page http://www.mythtv.org/wiki/Ceton_InfiniTV_4 |
| [20:35:13] | paul-h: | sound like he is trying to access it's built in web server but getting ours instead which is odd since they should be on different ip's and I would guess they use a different port to us anyway |
| [20:52:39] | Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has quit (Remote host closed the connection) | |
| [20:56:25] | stuartm: | he might mean mythweb |
| [20:56:40] | stuartm: | which would be the same port at least |
| [20:57:14] | stuartm: | but that would suggest he's entering the wrong IP |
| [21:21:04] | Steve-Goodey (Steve-Goodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:22:55] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:23:22] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:24:10] | andreaz (andreaz!~andre_000@p5DD15F45.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [21:55:43] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:10:26] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [22:10:29] | wseltzer_ (wseltzer_!~wseltzer@peppercorn.seltzer.org) has joined #mythtv | |
| [22:11:46] | paul-h (paul-h!~Paul@2.121.114.15) has quit (Quit: Konversation terminated!) | |
| [22:23:31] | dekarl (dekarl!~dekarl@p4FE854E1.dip0.t-ipconnect.de) has left #mythtv () | |
| [22:26:17] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 258 seconds) | |
| [22:32:13] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:33:43] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Client Quit) | |
| [23:07:41] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Remote host closed the connection) | |
| [23:07:49] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.