| Tuesday, May 6th, 2014, 00:04 UTC | ||
| [00:04:00] | gary_buhrmaster: | jya: re 3D UI. From my "I am a dinosour" speach: |
| [00:04:11] | gary_buhrmaster: | jya: "form over substance" |
| [00:05:23] | gary_buhrmaster: | jya: (yes, I can apprecate a nice looking UI, but I spend as little time in the UI as I can. I want to get to the content, and unless it also includes kinect 3D waving interactions, I am not especially interested). |
| [00:05:47] | jya: | gary_buhrmaster: i have a few 3D “rip”; to watch them, I have to set the TV to be in 3D mode first (side by side). When you do that, yes, the movie being played look great (watched Ice Age continental drift yesterday) ; but the menus become unusable. |
| [00:06:17] | jya: | and to make things worse, as soon as my TV switch to 3D mode, my logitech remote control stops working… that’s a very puzzling side effect |
| [00:07:50] | jya: | gary_buhrmaster: this is one of my grip with xbmc (I posted about it on the user list this morning). Navigating in the file is a pain, and navigating between buttons with my remote is worse.. up and done doesn’t make the focus move between all buttons (like TAB would), instead you have to navigate left and right.. i hate it |
| [00:08:41] | jya: | and pressing exit on my remote, when navigating in the file system to choose my file exit the whole thing.. to go up a folder I have to go back to the .. entry in the list and press enter. |
| [00:08:45] | jya: | very inconvenient |
| [00:09:06] | jya: | much prefer the exit mantra in myth: only go up one level |
| [00:25:19] | jya: | jpabq: in regards to your external recorder, I see a lot of potential there.. |
| [00:27:19] | jya: | it would have been interesting to implement something a bit more standard when it comes to communicating with the external program… what happen if it doesn’t respond to any of the command? (e.g. all the external program does is dump its mpegts content out) |
| [00:37:12] | moparisthebest (moparisthebest!~quassel@cpe-184-57-167-162.cinci.res.rr.com) has quit (Remote host closed the connection) | |
| [00:40:01] | moparisthebest (moparisthebest!~quassel@2001:470:1f11:88c::2) has joined #mythtv | |
| [00:42:34] | superm1_ is now known as superm1 | |
| [01:10:29] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 245 seconds) | |
| [01:11:25] | jya: | wagnerrp: do you know of an easy way in qt to test if an address is a multicast one ? |
| [01:12:25] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [01:25:38] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (Ping timeout: 252 seconds) | |
| [01:26:02] | jya: | bill6502: thanks… doesn’t this will record only a particular program being a search ? |
| [01:26:53] | jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv | |
| [01:27:38] | bill6502: | it's VCR like, just whatever is showing on that channel at the time |
| [01:28:07] | jya: | why set the description then? |
| [01:28:32] | jya: | or it’s just for the recording itself rather than the program to be recorded... |
| [01:28:34] | bill6502: | turns out that that isn't required either, nor is the --trace argument to curl |
| [01:28:53] | jya: | do I have to set the station name? there’s none, (or maybe it’s just a number) |
| [01:29:17] | jya: | can i get rid of description and Station then? |
| [01:30:00] | bill6502: | yes, that was one of my problems, I had CBS2 HD rather than CBS2-HD and it failed. I don't recall if I tried it without that parameter. |
| [01:30:28] | bill6502: | let me try it |
| [01:33:48] | bill6502: | Without the Station, I get: </errorCode><errorDescription>Invalid channel.</errorDescription></detail> |
| [01:35:41] | gary_buhrmaster: | jya: re: logitech remote. I note that when my TV is on, my MCE IR receiver thinks it is getting a signal (which it apparently cannot decode) based on its "I am receiving something" led. For grins, it might be interesting (for you) to put your logitech remote right next to your IR sensor, and use a towel/blanket to cover the two to see if it then works when the TV is not generating potentially interfering signal. |
| [01:36:14] | bill6502: | off to dinner |
| [01:36:39] | jya: | gary_buhrmaster: I did that (though covering with my hand rather than a towel, and it made no difference |
| [01:36:59] | jya: | maybe it’s due to the signal sent by the TV to the 3d glasses |
| [01:37:06] | jya: | (if they do send something) |
| [01:37:15] | gary_buhrmaster: | jya: Oh well, it was worth a shot (or, apparently, not worth it). |
| [01:37:27] | jya: | will try with a towel |
| [01:37:36] | jya: | would a white one do, or I need a coloured one? |
| [01:37:45] | jya: | what size? |
| [01:38:05] | jya: | bill6502: need to find out what the station name is then |
| [01:38:14] | jya: | maybe it’s just one |
| [01:39:12] | gary_buhrmaster: | jya: Color should not matter. Density could (you do not want the IR photons to make it to the other side). |
| [01:41:53] | gary_buhrmaster: | jya: Note that there are 3 different 3D glass sync methods. IR is one. RF is another. And a 3rd uses a flash of white between frames. The details should be on your glasses. |
| [01:42:13] | gary_buhrmaster: | jya: If your version is IR based, that would/could explain the issue(s). |
| [01:42:33] | jya: | i don’t think so… my glasses (sony) are frameless, with 0 writing on them |
| [01:44:05] | jya: | can’t believe netstat on a mac can’t show only the listening address |
| [01:55:52] | gary_buhrmaster: | jya: I simply have no idea regarding your Sony glasses, but the only ones I remember seeing used IR. |
| [02:03:43] | bill6502: | jya: Station = mythconverg.callsign |
| [02:04:14] | bill6502: | mythconverg.channel.callsign |
| [02:04:35] | gary_buhrmaster: | jya: re: multicast. AFAIK there is no builtin function, but you should be able to do a "if ((<obj>.protocol() == QAbstractSocket::IPv4Protocol && (<obj>.toIPv4Address() & 0xffff0000) == 0xefff0000))" for IPv4, and for IPv6, the equivalent with an address of FF00::/8. |
| [02:06:29] | jya: | gary_buhrmaster: yes, that’s what I ended up doing |
| [02:06:59] | jya: | thoghh I did: (ip_addr >= 0xE0000000) && (ip_addr < 0xF0000000); |
| [02:09:32] | jya: | (that’s what the hdhomerun code does to check if it’s a multicast address) |
| [02:12:21] | jheizer_ (jheizer_!~jon@73.51.93.177) has joined #mythtv | |
| [02:12:43] | bill6502: | interesting, you can't remove ChanId, but if the ChanId isn't correct for the Station (chanid, callsign in SQL) it's OK, and the Station value is used to make the recording. |
| [02:17:49] | gary_buhrmaster: | jya: 224.0.0.0 to 239.255.255.255 is the right answer for IPv4 (my off the top of my head code does not look quite right). |
| [02:20:54] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [02:22:59] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:27:45] | _nyloc_ (_nyloc_!~quassel@p3EE2C7AF.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:31:34] | nyloc (nyloc!~quassel@p3EE2D80D.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [02:33:17] | jya: | dekarl: VLC playback works with the existing ceton code :) |
| [02:33:59] | jya: | turned out it was just an issue the session send, we didn’t clean up the line containing the session id |
| [02:58:26] | jheizer_ (jheizer_!~jon@73.51.93.177) has quit (Ping timeout: 258 seconds) | |
| [03:11:58] | bill6502 (bill6502!~bill@205.178.26.43) has left #mythtv () | |
| [03:17:25] | arescorpio (arescorpio!~arescorpi@185-200-17-190.fibertel.com.ar) has joined #mythtv | |
| [03:25:38] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds) | |
| [03:27:03] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:48:07] | jmusits: | hey all – question about the *stability* of the mythtv protocol... |
| [03:49:27] | jmusits: | I was thinking about writing an iOS/Android viewer app that would basically be a light frontend – I would like to use the native mythtv protocol, but I have some concerns about the protocol changing between versions of the backend |
| [03:51:05] | jmusits: | would it be recommened to write (or does one already exist via mythweb) a REST API to abstract the changes to the client? |
| [04:38:10] | jya: | jmusits: the current supported way is to the service api instead |
| [04:38:30] | jya: | to use |
| [04:39:14] | jya: | main issue with the myth protocol is that it isn’t backward/forward compatible |
| [04:39:26] | jya: | whenever a new command will be added, your code will break |
| [04:40:09] | jya: | especially as the backend uses a unique identifier to prevent exactly the type of client your are talking about (which IMHO is a great shame, but that’s another topic) |
| [04:56:55] | arescorpio (arescorpio!~arescorpi@185-200-17-190.fibertel.com.ar) has quit (Excess Flood) | |
| [05:00:45] | jya: | dekarl: I get the same one minute interruption using vlc server… Looking at what the vlc server send, it’s exactly the same as the log in the ticket (e.g. Cseq vs CSeq)… |
| [05:01:45] | jya: | I’m sending every 30s an OPTIONS command which seem to be the standard way of sending a keep alive; yet it disconnect |
| [05:39:28] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [05:58:40] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [06:01:59] | tris (tris!tristan@camel.ethereal.net) has quit (Remote host closed the connection) | |
| [06:07:25] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:08:40] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:17:44] | dekarl: | jya, yeah. Saw that "we can upmix stereo to 5.1", too... Just thought we've been there done that. |
| [06:21:30] | dekarl: | re no "isMulticast" in QT... I bet there's patchs floating about waiting to be accepted, like with natural sort. Its not only us who struggle to handle contributions but much bigger (and better funded) projects |
| [06:22:37] | dekarl: | jya :) cool, the ;timeout=60;timeout=60;timeout=60 started to look strange (why do they add it over and over when 60 is the implicit default anyway?) |
| [06:24:21] | dekarl: | jya, wrt the timeout. If I understood it you have one timeout per session. So the "send an OPTIONS command" timeout on the RTPSP control session, but also an "media session" timeout that waits for RTCP RR |
| [06:24:45] | dekarl: | s/RTPSP/RTSP/ |
| [06:28:30] | dekarl: | gigem, that's something I've been wondering about, too. What happens when you have multiple recording rules that match one program. One rule with low priority (every movie with >60% stars in HD) and one with high priority (all episodes of $SERIES). Is it last match wins? Or lowest wins? Or highest wins? And which rules options wrt, to expire are taken? https://forum.mythtv.org/viewtopic.php?f=36&t=153 |
| [06:28:49] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 245 seconds) | |
| [06:49:25] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 250 seconds) | |
| [06:52:59] | jya: | dekarl: the issue is the we considered Session: 12345678;timeout=60 as the session name |
| [06:53:11] | jya: | didn’t trim the extra stuff |
| [06:54:59] | jya: | dekarl: I changed to use a permanent tcp session to the server, rather than the connect/disconnect approach (didn’t sound right anyway to connect/disconnect); but that didn’t help |
| [06:55:00] | dekarl: | Aye, it was an issue on our side that was triggered by them send explicit default values. Otherwise we would not have found it so quick |
| [06:56:14] | dekarl: | I wonder when guessing names from mail adresses will backfire on me ;) |
| [06:56:18] | jya: | I’m trying to finish compiling vlc , so I can see what it’s expecting and why it timesout |
| [07:01:52] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv | |
| [07:01:52] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [07:01:52] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Changing host) | |
| [07:17:09] | jya: | dekarl: the backend doesn’t handle disconnection wel that’s for sure… frontend never exit back to the menu if you start liveTV and the recorder fail |
| [07:17:28] | jya: | or more accurately, the recorder never fails, it keeps looping even when doing nothing |
| [07:17:35] | jya: | the other issue (which I had with HLS) |
| [07:17:51] | jya: | it start/stop playback 3 times before starting anything |
| [07:18:42] | jya: | for the HLS recorder, I had put a timer, so if you attempted to stop the recording and restart it it wouldn’t, only after asking it to stop for 10s would it actually stop it |
| [07:19:04] | jya: | probably not so much an issue wiht most iptv stream being done by the local internet provider |
| [07:20:45] | ** jya #$%@# VLC download automatically pre-compiled loop, only to tell me that the version of libavcodec it got was too new ** | |
| [07:30:11] | dekarl: | hmm, that stop/start/stop/start optimization sounds like it might be nice for all recorders. I know that some DVB drivers don't like being stop/started quickly |
| [07:31:52] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv | |
| [07:31:52] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [07:31:52] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Changing host) | |
| [07:33:26] | joki (joki!~joki@p548619BB.dip0.t-ipconnect.de) has quit (Ping timeout: 255 seconds) | |
| [07:39:41] | joki (joki!~joki@p548611C6.dip0.t-ipconnect.de) has joined #mythtv | |
| [07:49:58] | lomion0815 (lomion0815!~markus@194-96-48-214.adsl.highway.telekom.at) has joined #mythtv | |
| [07:50:51] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [07:54:21] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Remote host closed the connection) | |
| [07:54:38] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [07:57:01] | jya: | dekarl: do you have some documentation on what the rtcp rr look like and where it needs to be sent? |
| [08:03:57] | lomion0815 (lomion0815!~markus@194-96-48-214.adsl.highway.telekom.at) has quit (Quit: leaving) | |
| [08:04:13] | lomion0815 (lomion0815!~markus@194-96-48-214.adsl.highway.telekom.at) has joined #mythtv | |
| [08:21:39] | jpharvey (jpharvey!~jpharvey@host109-148-114-90.range109-148.btcentralplus.com) has quit (Ping timeout: 276 seconds) | |
| [08:31:58] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [08:36:55] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 265 seconds) | |
| [08:45:26] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [08:45:46] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [08:48:28] | dekarl-work: | jya, found this http://www4.cs.fau.de/Projects/JRTP/pmt/node84.html not sure what "last SR" is supposed to contain |
| [08:53:00] | jya: | just looking through the whole whireshark capture .. |
| [08:53:11] | jya: | i don’t see the freebox server sensind a ssrc field |
| [08:53:11] | ** stuarta loves wireshark ** | |
| [08:53:34] | jya: | so I’m not sure this is what required to keep the connection opened |
| [08:55:13] | jya: | stuarta: it makes the debugging of the rtsp session amazing well… every packet content is decoded, all look nicely.. no need to decipher ascii.. |
| [08:55:32] | dekarl-work: | stuarta, lets fix the mpeg2-ts dissector ;) |
| [08:55:43] | stuarta: | dekarl-work: should be easy enough |
| [08:56:16] | stuarta: | i'm sure it's easier than unpicking how fedup screwed my server |
| [08:57:40] | dekarl-work: | hmm, its contained in the RTCP SR? Where do they go? http://www4.cs.fau.de/Projects/JRTP/pmt/node83.html |
| [08:58:57] | dekarl-work: | I saw it in your logs the other day: 2014-05–05 01:45:30.199231 D CetonRTSP(rtsp://localhost:5554/test): read: Transport: RTP/AVP/UDP;unicast;client_port=60715–60716;server_port=65161–65162; ssrc=F318F78B;mode=play |
| [08:59:23] | dekarl-work: | but that was with VLC on the server side |
| [08:59:44] | jya: | that’s with the vlc server |
| [08:59:59] | jya: | there’s no such information sent in freebox sessions |
| [09:00:46] | jya: | RTP/AVP;unicast;mode=play;destination=192.168.0.1;client_port=33478–33479; server_port=32784–32785 |
| [09:00:58] | stuarta: | dekarl-work: some light reading http://www.ietf.org/rfc/rfc3550.txt |
| [09:01:27] | dekarl-work: | ohh, SSRC is also part of the RTP header coming from the server |
| [09:01:50] | jya: | dekarl-work: are you sure we are sending RTCP packet back to the server? |
| [09:01:56] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [09:02:04] | dekarl-work: | I bet they had a hard time spreading it out so they hit a three digit page count |
| [09:02:31] | dekarl-work: | jya, I'm quite sure that we currently don't send RTCP RR to the server |
| [09:02:50] | jya: | no idea what rtcp rr is, but what about plain rtcp ? |
| [09:03:15] | stuarta: | RR: Receiver Report RTCP Packet |
| [09:03:26] | stuarta: | page 42 of the above rfc |
| [09:03:52] | jya: | i just don’t see where we are sending anything over the 2nd udp socket anywhere |
| [09:04:09] | dekarl-work: | jya, that's the issue. we don'T |
| [09:04:41] | jya: | and for a very simple reason to know we don’t send |
| [09:04:56] | moparisthebest (moparisthebest!~quassel@2001:470:1f11:88c::2) has quit (Remote host closed the connection) | |
| [09:05:00] | jya: | we don’t even read the data coming back from the SETUP where the server provides the port number |
| [09:05:05] | moparisthebest (moparisthebest!~quassel@2001:470:1f11:88c::2) has joined #mythtv | |
| [09:05:07] | jya: | so where are we going to send it to |
| [09:05:14] | jya: | ah, so ok… it’s just that then... |
| [09:05:36] | jya: | so just need to send a dumb rtcp-thing back to that address... |
| [09:05:50] | jya: | need to read the structure then... |
| [09:06:17] | jya: | is this something that is sent following incoming packets, or I can send it whenever ? |
| [09:07:01] | dekarl-work: | send it whenever, with some rules regarding bandwidth management etc |
| [09:07:11] | jya: | i see that in the vlc session, a rtcp packet is sent immediately to the address/port the server provided |
| [09:07:30] | jya: | dekarl-work: being so small, and udp, I doubt bandwidth is going to be an issue here |
| [09:07:40] | dekarl-work: | but I'd ignore those (the internet search suggests that not many people implement them and its mostly when you have one sender but lots of receivers that it becomes an issue) |
| [09:07:48] | jya: | oh well, suddenly everything sounds much easier |
| [09:08:32] | jya: | i wonder why iptvstreamhandler bother opening a 2nd UDP socket though, when it never seems to use it. |
| [09:08:40] | jya: | it’s only expecting to read ffrom those |
| [09:08:56] | dekarl-work: | jya, bandwidth management is something like "at most 5% of the bandwidth used for the actual stream should be used for reports" imagine all customers of a provider joining the world cup finals multicast |
| [09:09:35] | dekarl-work: | It appears as if it was only finished in the functions that are needed for the ceton |
| [09:09:56] | jya: | dekarl-work: well, too bad for them… it’s going to be something like a 1s timer, sending those 45 bytes |
| [09:10:02] | jya: | 45bytes/s |
| [09:10:14] | jya: | if someone has an issue there, you have other things to worry about |
| [09:10:31] | dekarl-work: | just use timeout/2? (I read a minimum of one per 3 seconds) |
| [09:10:46] | dekarl-work: | so defaul to 30s (60s default timeout) |
| [09:10:48] | jya: | dekarl-work: not sure I understand your comment about the ceton |
| [09:10:58] | jya: | in the ceton code, it is using the 2nd and 3rd socket created? |
| [09:11:24] | dekarl-work: | no, but it appears as if the RTSP/RTP code was started and only finished in the areas needed for some use cases |
| [09:11:44] | jya: | ah ok... |
| [09:12:13] | jya: | so, to be 100% clear, you agree with me that so far, no socket are used at all but the main udp one that receives the data |
| [09:12:40] | jya: | i just can’t believe knowing him, danlelk could leave things in such state |
| [09:14:25] | dekarl-work: | I could not find more DGRAM sockets with git grep |
| [09:14:51] | stuarta: | i think he got busy with new children. been there done that, couple of years later you find time again |
| [09:22:03] | jya: | RTCP is only used with rtsp, or also with play udp:// stream? |
| [09:22:32] | jya: | wanting to know who should be responsible for sending those: the CetonRTSP class, or the IPTVStreamHandler |
| [09:23:55] | dekarl-work: | From my understanding its also used with rtp:// but not with udp:// (both without rtsp://) |
| [09:24:03] | jya: | in IPTVSH, it does expect to receive data from those UDP socket, and pass that on to PushFECPacket |
| [09:24:38] | jya: | so for plain rtp:// stream you need to send RTCP packet ? |
| [09:24:47] | jya: | how does the client which port to send it to ? |
| [09:25:35] | jya: | oh, I see what it does with the data received on the 2nd socket :) |
| [09:25:43] | jya: | // TODO IMPLEMENT |
| [09:25:43] | jya: | // for now just free the packet for immediate reuse |
| [09:25:44] | jya: | FreePacket(packet); |
| [09:26:50] | dekarl-work: | that might be the thing with porty=portx+1 ;) |
| [09:30:32] | jya: | yeah… those 2nd and 3rd packet are certainly not used |
| [09:31:03] | jya: | now if sending a RTCP back is unique to rtsp, I put the code in the cetonrtsp class |
| [09:31:34] | jya: | if not , in the iptvsh… a tad confused on the right thing to do, as i don’t know what iptvsh is supposed to do in theory with that 2nd and 3rd socket |
| [09:32:02] | jya: | what is sure, is that there’s no incoming traffic in the vlc session to that socket, only outgoing |
| [09:33:40] | stuarta: | is it just using that socket as a return path to the server? |
| [09:33:51] | jya: | in vlc ? yes |
| [09:34:05] | jya: | it sends a RTCP packet back to the server at regular interval |
| [09:34:49] | jya: | actually, live555 lib does so.. thats what VLC uses |
| [09:34:59] | jya: | so… comment anyone? |
| [09:35:34] | jya: | who should be responsible for sneding a ping back to the server? the rtsp connection class, or the receiver of the data? |
| [09:36:52] | stuarta: | from where i'm sitting, it's part of the protocol, so it goes in the lib (aka connection class) |
| [09:37:11] | stuarta: | that way the receiver of the data just gets the data stream it needs |
| [09:40:32] | stuarta: | iptvstreamhandler? |
| [09:42:14] | jya: | stuarta: there’s about 5 classes handling the connection |
| [09:42:30] | jya: | so it’s not that clear cut |
| [09:42:49] | jya: | right now, for the TCP connection to the server, I’ve put that into the CetonRTSP class |
| [09:43:02] | jya: | it’s also the one handling the keep alive packet now |
| [09:43:23] | stuarta: | ugh, why is this crap so messy |
| [09:43:47] | jya: | the actual order of what to connect and when |
| [09:43:55] | jya: | is handled by the IPTVStreamHandler |
| [09:44:20] | jya: | its calling the CetonRTSP class to connect, retrieve the option, send a setup and start playback |
| [09:44:36] | jya: | it felt to me that the ceton handle the keep alive of the connection to be more appropriate |
| [09:45:45] | stuarta: | here is me hoping it's all nice and clearly segregated.... |
| [09:45:56] | stuarta: | how optimistic i was |
| [09:46:03] | jya: | well, it certainly better that it used to be |
| [09:46:19] | jya: | in 0.26 there was one extra level |
| [09:46:27] | zentec (zentec!~zentec@71.82.202.47) has joined #mythtv | |
| [09:46:27] | jya: | but the iptv class is rather more complex |
| [09:46:56] | jya: | because you have all the stuff required for the recording itself: channel, stream handler, signal monito |
| [09:47:15] | jya: | and on top of that you have the stuff required for the iptv connection itself: rtsp, udp, rtp, hls |
| [09:47:52] | jya: | the problem is that those recorder classes were designed originally for the DVB stuff, where you can close the device, and restart almost instantly where you left off |
| [09:48:29] | jya: | thats why you have the channel changer open the device, then close it, pass it to the signal monitor who opens it and close it once done, and then back to the stream handler who open and close |
| [09:48:54] | jya: | for IPTV with low lantency it isn’t ideal, and for HLS its even worse as it can take close to a minute to start up |
| [09:49:16] | jya: | for HLS I put a hack, when you ask to close the stream, I don’t close it, just tag it for closing. |
| [09:49:22] | jya: | and only 10s later will it actually close |
| [09:50:41] | zentec_ (zentec_!~zentec@71.82.202.47) has quit (*.net *.split) | |
| [10:16:30] | lomion0815: | Can I compile the devel/027candidates branch as is or do I have to merge every individual patch into fixes/0.27? |
| [10:17:49] | stuarta: | you can compile it just like you do fixes/0.27 |
| [10:25:33] | dekarl-work: | jya, iirc vlc uses live555 for... um the client only but not the server (I think it was this way around) |
| [10:25:47] | jya: | it does yes |
| [10:26:04] | jya: | lomion0815: you can compile devel/027candidates as-it yes |
| [10:26:23] | jya: | if using ubuntu, there’s a repo with the stuff all built, and 100% compatible with an existing mythbuntu install |
| [10:26:40] | jya: | www.avenard.org/files/ubuntu-repos |
| [10:27:27] | nyloc (nyloc!~quassel@p3EE2C7AF.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:28:13] | _nyloc_ (_nyloc_!~quassel@p3EE2C7AF.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [10:29:38] | stuarta: | dekarl-work: apologies for stealing #12130 i've been running the patches on my dev instance for a while. for dvb-t prod has no eit data, dev does |
| [10:29:38] | ** MythLogBot http://code.mythtv.org/trac/ticket/12130 ** | |
| [10:30:24] | dekarl-work: | stuarta, I'm not attached to it ;) |
| [10:33:54] | jya: | dekarl-work: you should pass the wiki page with the stuff to backport to stuarta |
| [10:34:35] | ** stuarta is stuck in a decorating loop :( ** | |
| [10:35:14] | dekarl-work: | stuarta, here's a wiki page http://www.mythtv.org/wiki/User:Dekarl/Burndown_Backports |
| [10:35:36] | dekarl-work: | its stuff that I've not gotten around to backport yet |
| [10:36:02] | dekarl-work: | and while you're in DVB land I started a list around 0.25 that I need to update http://www.mythtv.org/wiki/User:Dekarl/Burndown_DVB |
| [10:36:51] | dekarl-work: | we should rip out channel.conf support or fix it. as no one wants to fix it lets rip it out for good |
| [10:37:49] | dekarl-work: | jya, was that the page you ment? |
| [10:38:17] | jya: | yes |
| [10:38:27] | jya: | are those that have been backported, or those queued to be ? |
| [10:40:20] | dekarl-work: | that's the queue |
| [10:40:36] | jya: | ok |
| [10:40:50] | jya: | probably will take care of everything related to iptv if you don’t mind |
| [10:40:59] | dekarl-work: | the others went into fixes/0.27 the other day when I went trough all of my commits to master |
| [10:41:13] | jya: | most of those are not really relevant anymore, as I’ve pretty much reworked all of it |
| [10:41:19] | dekarl-work: | I don't mind :) |
| [10:52:14] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 258 seconds) | |
| [10:52:54] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [11:27:59] | lomion0815: | dekarl: I just recognized that most of the shows on Sky channels (in germany) set the Movie category. No matter if its a film, news, documentary or a series. I recognized it because the Fanart lookup defaults to TMDB.py if the catagory is set even if the season_spinbox>0 |
| [11:29:08] | lomion0815: | I believe the eitfixup is your area of expertise :-) |
| [11:31:11] | dekarl-work: | lomion0815: I have a local patch for that... the issue appears to be that our code thinks DVB EIT "Drama / Movie" refers to a Movie. when it really means "damaturgic thing with a screenplay/script", e.g. an episode of Scrubs |
| [11:31:54] | dekarl-work: | you would end up with no category_type at all, unless some fixup finds e.g. an episode number and marks it as "must be a series if it has episodes" |
| [11:32:14] | lomion0815: | I don't use the category anyway |
| [11:33:59] | lomion0815: | how can I get the patch? |
| [11:35:38] | dekarl-work: | https://code.mythtv.org/cgit/mythtv/tree/myth . . . ors.cpp#n209 remove the part if nibble =1 then movie |
| [11:36:31] | dekarl-work: | does Sky still send the Premiere EPG? |
| [11:37:44] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [11:37:53] | dekarl-work: | https://github.com/MythTV/mythtv/blob/master/ . . . per.cpp#L636 |
| [11:38:34] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [11:38:52] | dekarl-work: | looks like our special code for premiere is related to optionskanäle / NVOD |
| [11:39:35] | dekarl-work: | https://github.com/MythTV/mythtv/blob/master/ . . . er.cpp#L1073 |
| [11:40:26] | dekarl-work: | https://github.com/MythTV/mythtv/blob/master/ . . . up.cpp#L1658 |
| [11:41:28] | dekarl-work: | and to scraping of director/cast/original title from the title/text |
| [11:45:33] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:7c61:dc5a:dbc7:a8ec) has joined #mythtv | |
| [11:45:41] | lomion0815: | With the Nibble thing removed it will always set "TVShow"!? Which doesn't really hurt ... |
| [11:47:16] | FabriceMG1 (FabriceMG1!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [11:47:55] | cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv | |
| [11:49:42] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Read error: Connection reset by peer) | |
| [11:49:42] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Ping timeout: 258 seconds) | |
| [11:49:43] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Ping timeout: 258 seconds) | |
| [11:51:09] | dekarl-work: | lomion0815: aye, could remove the call to the function and leave it empty, unless a fixup kicks in |
| [11:52:48] | dekarl-work: | but its all kind of a hack right now https://code.mythtv.org/trac/changeset/44af59 . . . bf391/mythtv |
| [11:55:30] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [12:00:49] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [12:08:34] | lomion0815: | I don't know if Sky is still using the Premiere EPG but even if they do, the list in eithelper.cpp is long outdated! TIDs 8,10,11,12,13,14,15 are missing |
| [12:14:22] | stuarta: | lomion0815: patches always welcome ;-) |
| [12:20:12] | stuarta: | dekarl-work: wow, just found some interesting stuff on freesat "tunneled data" http://fpaste.org/99489/78747139/ |
| [12:21:19] | stuarta: | tunnelled NIT, BAT/SDT, EIT, EIT pf, and TOT/TDT |
| [12:26:09] | lomion0815: | I will test it and provide the patch :-) |
| [12:37:32] | dekarl-work: | stuarta, whats BSkyB Descriptor 180 and 204? |
| [12:40:33] | dekarl-work: | stuarta, does the PMT also contain that 15th stream with the tunneled data that all these descriptors talk about? |
| [12:45:19] | dekarl-work: | stuarta, http://www.ukfree.tv/fullstory.php?storyid=11 . . . p;PGSTART=40 <- google for Data-FSAT-Tunnelled. looks like they've been added some time ago |
| [12:47:54] | dekarl-work: | could be tunneled SI for remote cable/terrestrial installations |
| [12:49:04] | jya: | dekarl-work: finished reading about rtcp… doing properly is a massive job. You can receive data on the udp port opened, that tells you how many members are receiving the data. from that point you have to estimate how much bandwidth you are entitled to, calculate the interval between packets etc... |
| [12:49:08] | jya: | not trivial |
| [12:49:41] | jya: | live555 has it all handled, calculating the rtcp value itself is a 1000+ lines source code |
| [12:49:44] | jheizer (jheizer!~jheizer@73.51.93.177) has joined #mythtv | |
| [12:53:08] | dekarl-work: | hmm, I'd go with the timeout/2 hack to see if RTCP RR is enough to keep the stream going on. Worrying about the bandwidth management now seems like lots of work |
| [13:16:26] | stuarta: | jya: so is there mileage in using the live555 library? |
| [13:16:59] | jya: | stuarta: i’m planning to, but i felt it was too big of a change for now, as i intend to backport to 0.27 asap |
| [13:17:10] | stuarta: | makes sense |
| [13:17:22] | jya: | the API in live555 has completely changed since we used it in 0.26. The copy we used was data 2005 |
| [13:17:43] | jya: | now it’s all asyncronous, with callbacks etc… with an event loop etc.. |
| [13:17:43] | stuarta: | definitely a master only option then |
| [13:18:12] | jya: | i have the ringbuffer almost done, but this morning i woke up with an idea for the exiting rtsp client, and that worked.. so i continued on that. one day later I’m still on it :) |
| [13:19:08] | stuarta: | it's even packaged in debian |
| [13:19:09] | jya: | dekarl-work: seems also, in the rtsp client implementation I’ve looked at, they send dumb rtp and rtcp packet out, simply to help the NAT |
| [13:19:13] | stuarta: | liblivemedia-dev |
| [13:19:45] | jya: | stuarta: yeah, it’s packaged under most stuff… but i just imported it into external… fair amount of new file, and certainly a big lump (2MB) |
| [13:20:05] | jya: | it’s even packaged in port on my mac |
| [13:20:12] | jya: | mplayer uses it too |
| [13:20:23] | stuarta: | then in this case is it worth using the distro versions rather than importingit? |
| [13:21:09] | jya: | well, it says the API doesn’t change much |
| [13:21:29] | dekarl-work: | stuarta, every distro will have their own more/less old version... And the live555 people only support the latest and greatest, so better not fall to far beind... |
| [13:21:29] | jya: | but seeing that there’s no way to tell what the library look like a few months ago even |
| [13:21:47] | jya: | seeing they do not use a source control (because you know, the last one is always the best) |
| [13:22:08] | jya: | so I felt it was safer to have our own |
| [13:22:17] | jya: | we managed for over 9 years last one :) |
| [13:22:54] | dekarl-work: | it's not as if its a new library in external. its been there before :D |
| [13:23:21] | dekarl-work: | I didn't realize that our copy way that old though |
| [13:24:20] | jya: | we had a dozen fixes applied to it over the years; all but two didn;t. One related to windows compilation |
| [13:24:41] | jya: | and surprise, surprise.. one to manage having server sending to the same port ! |
| [13:25:56] | jya: | that patch is damn ugly however, it set a global variable in lib555, make it extern, and the rtp/udp client would modify the variable to bind to |
| [13:26:02] | jya: | completely non-threadsafe |
| [13:26:14] | jya: | but if it’s been working for 9 years.. who am i to tell |
| [13:26:37] | dekarl1 (dekarl1!~dekarl@p4FCEE9B2.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:28:31] | dekarl (dekarl!~dekarl@p4FCEF8FE.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds) | |
| [13:38:56] | aloril (aloril!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has quit (Ping timeout: 252 seconds) | |
| [13:43:55] | lomion0815 (lomion0815!~markus@194-96-48-214.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [13:52:28] | aloril (aloril!~aloril@dsl-tkubrasgw2-54f80b-12.dhcp.inet.fi) has joined #mythtv | |
| [13:56:27] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [15:03:45] | taylorr: | jya: did you get an interlaced VC1 video yet? |
| [15:03:56] | jya: | taylorr: I have yes, thank you |
| [15:04:12] | jya: | interestingly, ffmpeg dcoding don’t play then nicely |
| [15:04:46] | taylorr: | jya: in the past I believe it would just exit immediately with a message about it not being supported |
| [15:05:22] | jya: | with ffmpeg decoding it plays super fast |
| [15:05:31] | jya: | at least the two samples I’ve tried |
| [15:06:00] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 265 seconds) | |
| [15:07:56] | taylorr: | jya: did it play fast with ffplay? |
| [15:08:10] | jya: | can’t say I’ve tried |
| [15:08:36] | jya: | if you search for VC-1 ffmpeg sample , it points to a short clip of 300 |
| [15:09:45] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [15:38:42] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [15:39:06] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [15:46:34] | stuarta: | interesting, for some reason i started looking at zeromq / nzmqt. zeromq stable = 4.0.4, old stable = 3.2.4, legacy = 2.2.0. guess which one we use? |
| [15:46:42] | stuarta: | 2.2.0 |
| [15:52:26] | stuarta: | wtf. zeromq developers clearly have no idea about a) branches b) tags |
| [15:52:34] | stuarta: | their git repo only has master |
| [15:56:05] | stuarta: | anyway, weren't we going to rip out mythlogserver? |
| [16:08:11] | jya: | rrhhhhhaaa… StreamHandler isn’t a QObect, inherit from MThread instead.. which redefines plenty of QObject method |
| [16:08:47] | jya: | stuarta: we could get rid of zeromq |
| [16:09:03] | jya: | it’s only used by mythlogserver which is now disabled by default |
| [16:12:50] | jya: | so how am i going to put a timer in IPTVStreamHandler now :( |
| [16:13:52] | stuarta: | i really like zeromq, but the log server is a pain in the arse |
| [16:16:19] | Goga777 (Goga777!~Goga777@128-71-38-228.broadband.corbina.ru) has joined #mythtv | |
| [16:25:33] | FabriceMG1 (FabriceMG1!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG1) | |
| [16:36:55] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [16:40:16] | jya: | dekarl-work: well, I’m done with my rtcp support… and video stopped anyway :( |
| [16:40:20] | jya: | at 1 minute |
| [16:40:27] | dekarl-work: | :( |
| [16:41:12] | jya: | I was just about to scream hurrah, because it has passed the scene, but it dropped a second later |
| [16:41:31] | jya: | unless of course my rtcp packet is wrong… not easy to make things of it |
| [16:43:45] | jya: | oh, it may be why it goes a tad further |
| [16:43:51] | jya: | my timer is launched once |
| [16:45:47] | dekarl-work: | oops, so it just sends one keepalive and thats it? |
| [16:45:53] | jya: | yes |
| [16:45:56] | jya: | right at the start |
| [16:51:34] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Quit: going home, laters) | |
| [16:52:11] | jya: | code got me confused… m_use_rtp_streaming is false, when we’re using rtsp, even though the packets received are cetainly rtp |
| [16:55:35] | jya: | that’s surprising that it works now that I think about it... |
| [16:55:54] | jya: | the packet sent by the server aren’t RTP ? |
| [16:57:30] | jya: | because if it’s plain udp that is being sent, i wasted my time on nothing really |
| [16:57:57] | jya: | there’s no need to worry about a rtcp rr with timestamp, last sequence received etc…. |
| [17:03:22] | jya: | ah it is rtp.... |
| [17:06:49] | jya: | oh, I get it.. the ceton recorder set that bit. |
| [17:09:23] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:7c61:dc5a:dbc7:a8ec) has quit (Quit: Leaving) | |
| [17:59:46] | Jordack (Jordack!~Jordack@users.twp.ypsilanti.mi.us) has joined #mythtv | |
| [18:16:17] | Goga777 (Goga777!~Goga777@128-71-38-228.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [18:29:17] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [18:38:56] | gary_buhrmaster: | stuarta: The concept of zeromq is highly desirable. But I seem to recall that even the (original) dev said the implementation was non-optimal (and that is being a bit kind in my statement). |
| [18:41:44] | gary_buhrmaster: | stuarta: Upgrading 0MQ was something that seemed (to me to be) desirable until the decision to (eventually) remove the logserver entirely. But as the new logging work by danielk is (as I understand it) not yet feature complete (and stalled for lack of dev resources), what is right path forward? |
| [18:41:52] | dekarl1 is now known as dekarl | |
| [18:47:16] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:50:13] | gary_buhrmaster: | stuarta: re: 0MQ devs & version control. Well, it is possible the 0MQ devs do understand version control, and do not want to play (it is an intentional choice) rather than simple incompetence. |
| [18:52:12] | gary_buhrmaster: | stuarta: For example, I had a long standing "issue" (and an open ticket, which was eventually closed with the equivalent of a "wont-fix"/"intended change") with a certain large commercial linux vendor who chose to stop distributing their individual kernel patches in a way that was useful to "the rest of us". |
| [18:53:53] | gary_buhrmaster: | stuarta: Instead distributing only the bulk result. Due to competitive pressure. Yes, still compliant with the GPL, but a real PITA for "the rest of us". I know that company (and the individuals that are employees) understand change control, but a choice was made. ;-) |
| [18:55:13] | dekarl: | if you need to make the life harder like that to keep your competitive advantage then you're already on the way out ;) |
| [18:57:01] | gary_buhrmaster: | dekarl: If you know the companies involved, there are, in fact, real "issues" there. |
| [19:00:52] | gary_buhrmaster: | dekarl: But the result was (for me, just an average individual) some loss in ease of understanding the (usually, security related) patches being released, since the large enterprise commercial linux vendor kernel does not always track upstream patches. |
| [19:02:03] | gary_buhrmaster: | dekarl: stuarta: To be (somewhat) fair, the vendor did (eventually) release a tool to be able to look at individual patches, but it was not quite the same as being able to just get the patch. |
| [19:06:46] | gary_buhrmaster: | dekarl: stuarta: But, I do have an attitude, and tend not to forget past inconveniences. On the other hand, the next quarters results is what keeps the company alive and doing good work otherwise. |
| [19:08:20] | Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [19:09:25] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [19:38:07] | dekarl: | gary_buhrmaster: maybe its that I'm not a fan of custom patch sets around for a long time instead of upstreaming stuff. But then $work is slacking, too |
| [19:56:25] | Jordack (Jordack!~Jordack@users.twp.ypsilanti.mi.us) has quit () | |
| [20:13:53] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 265 seconds) | |
| [20:22:36] | gary_buhrmaster: | dekarl: Yeah, seven years of custom patch sets are a really bad idea most of the time, unless, of course, you have someone willing to pay to keep them active. Last I knew, there are companies (in aggregate) paying Microsoft many many millions to keep XP on life support. I guess ending "support" is a new profit center for some vendors. |
| [20:35:13] | jheizer: | Very OT: But could use fellow developers' perspectives. Anyone happen have a recommendation for rather large corner desk setups that can comfortably hold 3–4 monitors? I can't seem to find anything big enough. |
| [20:45:04] | gary_buhrmaster: | jheizer: I have not looked recently, but it used to be the case that you could do a "build your own custom solution" from the Ikea catalog. I think it was the galant system (or something like that). Pick and choose the pieces you want. |
| [20:49:16] | gary_buhrmaster: | jheizer: It helps (of course) if you can get to an Ikea to check things out in person. 6–7 years ago I recall helping a friend pick the pieces out, and then participating in the assembly (I got drafted because I was the only one willing/able to drive the large truck to get the parts for this friend who lived 5 hours away from their nearest Ikea). |
| [20:51:07] | jheizer: | gary_buhrmaster, Thanks. Yeah they don't seem to have a lot of dimensions and the closest one is 2 hours or so away. My problem is having 3x24" monitors means I need to be set back a bit. Been spoiled with one I built many years ago, but about to move into a new home office and it doesn't go. So I either need to refinish it, build something new, or buy something. Pic if you are curious of it in a temp area while I am doing some remodeling: http://i91. |
| [20:51:07] | jheizer: | photobucket.com/albums/k299/heezer7/basement/20121015_130214.jpg |
| [20:51:16] | jheizer: | http://i91.photobucket.com/albums/k299/heezer . . . 5_130214.jpg |
| [20:53:58] | gary_buhrmaster: | jheizer: something like this might work: http://www.ikea.com/us/en/catalog/products/S19807470/ (it is actually, in Ikea speak, something like 10 different parts) |
| [20:54:22] | jheizer: | lol @ Ikea speak |
| [20:54:45] | Steve-Goodey (Steve-Goodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:54:57] | jheizer: | No shelves to make me stay honest and clean vs boxes of junk |
| [20:57:51] | jheizer: | I really wish my monitors had VESA mounts so I could gave a few inches of depth that way |
| [21:00:02] | gary_buhrmaster: | jheizer: You could use this as an excuse to purchase new monitors (or some machining tools to add mounts to your existing ones). There was a recent article saying that the best programming enhancement was monitors with 4K resolution. The prices have (apparently) come down dramatically. |
| [21:01:01] | jheizer: | I do have 1 1920x1200 and 2x 1920x1080... |
| [21:01:03] | jheizer: | lol |
| [21:01:06] | gary_buhrmaster: | jheizer: As I recall from the article, the 4K monitors had a low enough refresh rate that gaming sucked, but for programming (and code displays) it was as close to nirvana as some have ever been. |
| [21:01:13] | jheizer: | 1st world problems |
| [21:07:54] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:10:27] | gary_buhrmaster: | jheizer: Here is the reference on the 4K programmer displays (actually, TVs): http://tiamat.tsotech.com/4k-is-for-programmers Note that Dell and Asus (maybe others, it has been a few months) have introduced PC monitors to compete in the market space. |
| [21:10:54] | jheizer: | You already have me looking at monitors now too |
| [21:10:55] | jheizer: | haha |
| [21:11:08] | jheizer: | wow @ $500 |
| [21:13:44] | gary_buhrmaster: | jheizer: I seem to recall there are some who do not like that these are TN (rather than IPS) displays. I have not seen them in person, so I cannot really say if it would matter (to me). |
| [21:14:11] | gary_buhrmaster: | Nothing wrong with spending someone else's money :-) |
| [21:14:40] | jheizer: | I may be weird, but I have never been good with small sized windows. I have always found multiple smaller monitors with things full screened to be easier. |
| [21:15:15] | jheizer: | If I had a use for these 24" ones I'd be removing it would be tempting.... |
| [21:18:11] | gary_buhrmaster: | jheizer: They might be great displays for remote FEs around the household. Watch TV while in the bathtub in your house, or in the jacuzzy outside. Replace windows with monitors (as Boeing has suggested doing for their commercial space vehicles for the passengers). |
| [21:19:02] | jheizer: | No, no, no, don;t give me more ideas to add even more tech to this house. |
| [21:19:14] | gary_buhrmaster: | jheizer: I am sure you could be creative. I did say there was nothing wrong with spending someone elses money. |
| [21:20:42] | jheizer: | Some how my place has feature crept into Myth everywhere, home automation, security system, zoneminder cameras, 1-wire sensors, etc, etc |
| [21:20:44] | gary_buhrmaster: | jheizer: Clearly you need a monitor near your door so you can view your mythzoneminder display before you or the family opens the door. |
| [21:22:38] | gary_buhrmaster: | jheizer: Now that I have triggered the thinking (for the justification for that new 4K monitor), I suspect my work here is done.... |
| [21:23:00] | jheizer: | Haha thanks. Take care. |
| [21:28:15] | gigem: | jpabq: Are you around? Can you try to reproduce a problem for me? Go to the EPG, choose an unrecorded program that has recently ended, press 'e' to bring up the schedule editor, set end-late so the end will now be in the future and then save. The program should start recording, but for me it almost always goes to 'recorder failed'. The logs seem to indicate the signal monitor timing out. That shouldn't |
| [21:28:17] | gigem: | be because the change to failed is almost instantaneous. Trying to restart the recording then leaves the recorder in a bad state. FWIW, I think this is related to a problem I've seen, even with 0.27, where the recorder 'fails' if the backend is restarted after a crash or hang and it tries to automatically restart in-progress recordings. |
| [21:32:29] | gigem: | Is anyone interested in testing multirec on a Ceton card? I've tested with an HDHRPrime, but my Ceton is almost always in production use. No, this won't magically record two different programs on a single tuner. It will, however, record the same content at the end of one program and at the beginning of another to honor pre/post-roll or inentional start-early/end-late overlaps. |
| [21:36:42] | gary_buhrmaster: | gigem: I do not own a Ceton card, but will your patches break my Qt5 compatibility feature patch in ticket #12067 ? [That patch was tested only on a Ceton "emulator", so it may be broken as submitted, but I want to try to keep it current if possible for when Qt5 compatibility is a requirement.] |
| [21:36:42] | ** MythLogBot http://code.mythtv.org/trac/ticket/12067 ** | |
| [21:41:00] | arescorpio (arescorpio!~arescorpi@219-240-16-190.fibertel.com.ar) has joined #mythtv | |
| [21:41:15] | gigem: | gary_buhrmaster: It shouldn't break. Neither my working patch nor a small one from jpabq, even touch the ceton or hdhr code directly. |
| [21:41:59] | gary_buhrmaster: | gigem: Being able to honor pre/post roll will reduce my needed tuners by at least a third (and maybe almost half) since I tend to pre/post everything by a minute thanks to the networks. I am looking forward to the capability. I do worry that the result will be I record most stuff (because I can) that I will never watch..... |
| [21:43:12] | gary_buhrmaster: | gigem: Ok, thanks for checking. I like to keep my submitted patches "valid". |
| [21:43:36] | gary_buhrmaster: | gigem: s/most stuff/more stuff/ |
| [21:44:24] | gigem: | gary_buhrmaster: Yeah, I've always had that problem. In fact, I just had one of my "I'm never going to have time to watch that, delete, delete, delete" sessions this past weekend. |
| [21:49:27] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has quit (Ping timeout: 250 seconds) | |
| [22:01:42] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv | |
| [22:21:58] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:22:04] | arescorpio (arescorpio!~arescorpi@219-240-16-190.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [22:24:45] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 240 seconds) | |
| [22:37:14] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [22:39:25] | jmusits: | jya: re the service aPI – thanks...is there a specific reason the backend is preventing this type of client? would it be frowned upon? |
| [23:08:18] | jheizer_ (jheizer_!~jon@73.51.93.177) has joined #mythtv | |
| [23:10:05] | tris (tris!tristan@camel.ethereal.net) has joined #mythtv | |
| [23:10:51] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 276 seconds) | |
| [23:12:16] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [23:18:11] | arescorpio (arescorpio!~arescorpi@219-240-16-190.fibertel.com.ar) has joined #mythtv | |
| [23:22:17] | jheizer_ (jheizer_!~jon@73.51.93.177) has quit (Ping timeout: 255 seconds) | |
| [23:22:25] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv | |
| [23:22:25] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [23:22:25] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Changing host) | |
| [23:29:18] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [23:44:45] | dekarl: | gary_buhrmaster: man, now I have to look into getting 4k TVs as desktop displays for work... (we lately got ~60" TVs instead of projectors for an operations team, so I have a precedent) |
| [23:47:29] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [23:52:11] | dekarl: | jmusits: The Service API is used by e.g. Torc for iOS which sounds like exactly the type of application that you intend to develop. http://www.youtube.com/results?search_query=Torc+for+iOS |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
