| Monday, May 5th, 2014, 00:07 UTC | ||
| [00:07:37] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [00:43:51] | jya: | kenni: great news… no if only paul-h didn’t have problem... |
| [00:44:08] | jya: | haven’t heard any other reports that it was broken for anyone else |
| [00:45:16] | jya: | dekarl: the way the udp socket is created, it never even define a port to use, so the two sockets wil never have consecutive ports |
| [00:46:29] | jya: | dekarl: i think the vlc rtsp server is really just the same as the ffserver code… which wouldnt be too surprising as vlc and ffmpeg are closesly relate |
| [00:47:55] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [00:47:55] | jya_ is now known as jya | |
| [00:48:20] | jya: | right, back on 2x27”, a tad easier than a 11” really |
| [01:16:44] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [01:18:04] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [01:33:35] | monkeypet (monkeypet!~monkeypet@c-24-6-133-78.hsd1.ca.comcast.net) has quit (Quit: BitchX-1.2.1 -- just do it.) | |
| [01:39:09] | jya: | anyone with an easy way to start a particular recording instantly? (including using the rest api?) |
| [02:23:18] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds) | |
| [02:24:12] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:28:46] | nyloc (nyloc!~quassel@p3EE2D80D.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:33:05] | _nyloc_ (_nyloc_!~quassel@p57B4FF93.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [02:34:16] | cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv | |
| [02:34:16] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [02:34:16] | cesman (cesman!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Changing host) | |
| [02:53:26] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [02:56:04] | arescorpio (arescorpio!~arescorpi@211-243-16-190.fibertel.com.ar) has joined #mythtv | |
| [03:27:26] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [03:28:26] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:32:24] | bill6502 (bill6502!~bill@205.178.26.43) has joined #mythtv | |
| [03:36:11] | bill6502: | jya: wget --output-document=- --quiet ofc0:6547/Frontend/PlayRecording?ChanId=2602\&StartTime=2014-05–05T01: 00:00 where StartTime is in UTC and the frontend is already on the Watch Recordings screen. |
| [03:37:03] | jya: | bill6502: this will start the backend ? no need to specify an end time ? |
| [03:37:41] | jya: | ooops, sorry, I don’t mean starting to playback a recording, I mean for the backend to start to record |
| [03:37:47] | jya: | it’s the recorder itself I’m working on |
| [03:41:28] | bill6502: | I'm looking to see if I can find an old rule. be back in a bit... |
| [03:43:27] | jya: | right now I either go into live TV (but this gives me the problem that it goes into the last successfully funed channel, so it takes me longer than I want |
| [03:43:48] | jya: | Or I go into manage recording, and set a manual schedule: choose the channel, the time, switch to 5 minutes done. |
| [03:43:58] | jya: | but that too take me over a minute |
| [03:49:11] | jya: | dekarl: that commit makes no sense: https://github.com/MythTV/mythtv/commit/f2defe87d63f |
| [03:49:25] | jya: | how can you bind on the destination address ? |
| [03:49:59] | jya: | I guess that would be fine if it’s a multicast address, but it’s certainly not going to work for unicast traffic |
| [03:55:50] | bill6502: | jya: Sorry, I"ve not done that, but here's what I used to create a scheduled recording, maybe Type=4 (any time/any channel) can be changed along with the start/end times. I had to look at the SQL to find it. http://pastebin.com/YDrPjqz5 Note the --request=POST. |
| [03:56:23] | jya: | done so from the top of your head I guess :) |
| [03:56:50] | jya: | but that’s still not going to achieve what I want to do |
| [03:57:00] | jya: | I don’t want to record a title (I have no guide data) |
| [03:57:21] | jya: | I just want to record form a particular channel, at a set time (now) |
| [03:58:20] | jya: | but you have me great hint there on how I could do it |
| [04:00:14] | jya: | dekarl: looking at the ffmpeg rtsp stuff (and some hint googling the libav user list), you send a keep-alive via either a regular OPTION or GET_PARAMETER |
| [04:00:32] | jya: | maybe that’s all freebox need |
| [04:02:09] | jya: | dekarl: rather than binding on the multicast address, we should have created a socket with SO_REUSEADDR |
| [04:02:28] | jya: | would have been cleaner |
| [04:09:10] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [04:11:27] | bill6502: | Nope, just an old test, I'm trying to build one now with Type=1 for manual, Title=Test and start/end lasting 5 minutes. |
| [05:09:27] | bill6502: | Type is no longer an integer, but a string and Manual isn't a valid choice, https://code.mythtv.org/cgit/mythtv/tree/myth . . . pes.cpp#n101 . Done for the night. |
| [05:14:43] | bill6502 (bill6502!~bill@205.178.26.43) has left #mythtv () | |
| [05:23:46] | jya: | more it goes, more I’m keen on reverting back to the use of the live555 library |
| [05:23:57] | jya: | never really understood why we got rid of it |
| [05:24:34] | jya: | seems to me it’s going to take me far less time to do so than fixing our code to properly implement them |
| [05:26:38] | arescorpio (arescorpio!~arescorpi@211-243-16-190.fibertel.com.ar) has quit (Excess Flood) | |
| [05:37:59] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 245 seconds) | |
| [05:38:30] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv | |
| [05:39:44] | dekarl: | jya, from my understanding, binding to the target adress helps when you get multiple stream to the same port. So you can have one stream per port per address instead of just one stream per port |
| [05:40:26] | dekarl: | should work the same with unicast for hosts with multiple ips but I hear about it mostly wrt to multicast |
| [05:42:35] | dekarl: | SO_REUSEADDR is good when you are the sender. But how is the OS to be able to deliver two unrelated UDP stream on the same port but two unrelated multicast groups to two unrelated sockets? |
| [05:42:39] | jya: | dekarl: sure… that’s fine if the dest_addr is a multicast address. but here it’s not, it’s the server address; so binding on a non-local address isn’t going to work (and why i don’t get anything from the vlc server). If the issue is that you need to bind on that port more than once, you use SO_REUSEADDR on the socket instead |
| [05:43:05] | dekarl: | Ahh, so it uses the *senders* ip adress for unicast? |
| [05:43:21] | dekarl: | that doesn't make sense |
| [05:43:22] | jya: | obviously the difference only occurs with udp and multicast traffic |
| [05:43:52] | jya: | all that makes on the system is if the desitnation of the traffic from the server is to a multicast, then all sockets bound to that port are receiving the data |
| [05:44:17] | jya: | if the destination of the data from the server is unicast, then only the first bound socket will get something |
| [05:44:34] | jya: | dekarl: in that patch, things work because the “sender” is a unicast address |
| [05:44:49] | jya: | matter of luck I guess… |
| [05:45:02] | jya: | won’t work with local rtsp server for sure like vlc |
| [05:45:09] | jya: | which do not use multicast |
| [05:46:24] | jya: | anyhow, in about 3 minutes time , I think I’m just going to implement a new ringbuffer class that uses live555.com like we used to |
| [05:46:26] | dekarl: | I must have been blind when I looked at the patch |
| [05:46:59] | jya: | the advantage of that, is now mythavtest will be able to play rtsp stream directly |
| [05:47:20] | jya: | and I can wrap very quickly a recorder using that ringbuffer (just reuse the hls recorder) |
| [05:47:37] | dekarl: | Aye, I started to wonder if reinventing the wheel (but only what we need) really is easier. |
| [05:47:41] | jya: | and i won’t have to read a single line of RFC today |
| [05:48:03] | jya: | i’ve reimplemented what was missing in the ceton class, such as parsing the data |
| [05:48:09] | jya: | reading the sdp properly |
| [05:48:18] | jya: | extracting the control url etc |
| [05:48:36] | jya: | i get to the point where vlc start streaming, but our recorder never get anything |
| [05:48:54] | jya: | it does start writing on the recording |
| [05:49:12] | jya: | but if you look |
| [05:49:22] | jya: | after the setup when we get the server address |
| [05:49:30] | jya: | not once is this value used anywhere |
| [05:49:41] | jya: | all we do is ask the server to start playing |
| [05:49:51] | jya: | and after that we do nothing until the teardown |
| [05:50:22] | jya: | ofcourse the server will drop the connection.. being udp how could it possible know that there’s still a listener? |
| [05:50:50] | jya: | i’m just amazed it works for the ceton stuff |
| [05:51:34] | dekarl: | Maybe they rely on the TCP keep-alives of the control connection? Or just don't care as mostly a hung connection will sooner or later be reset by a reboot? |
| [05:52:04] | jya: | i guess the ceton being local, it doesn’t care about bandwidth whatsoever and is happy to keep pumping until the next teardown |
| [05:53:41] | jya: | BTW, both mplayer and VLC uses live555 |
| [05:54:00] | jya: | and the other client they are talking about in the freebox ticket, is also live555 based |
| [05:54:13] | jya: | i think Daniel had a fall out with the live555 people |
| [05:54:41] | jya: | i think it was a single guy, who refuses to use source control |
| [05:55:22] | jya: | ahhhh yes |
| [05:55:27] | dekarl: | aye, live555 is the one-man-show without source control |
| [05:55:40] | jya: | I now clearly recall a discussion I had daniel on this topic |
| [05:55:41] | dekarl: | I don't understand why. |
| [05:56:01] | jya: | http://www.live555.com/liveMedia/faq.html#no- . . . e-repository |
| [05:56:03] | jya: | ahah |
| [05:56:30] | jya: | yes… I think that conversation is what sparked danielk to ditch the code as it was too much for him to deal with the author |
| [05:57:40] | dekarl: | You just need to follow their list for a week and see what the guy has to take. |
| [05:57:43] | jya: | i think we had it under mythlivemedia or something |
| [05:57:49] | dekarl: | aye |
| [05:58:22] | jya: | what do you think of my approach? should I persist in extending the Ceton rtsp recorder, or i just revert back to live555? |
| [05:59:41] | dekarl: | I have no problem with the guy or his code. |
| [06:00:51] | dekarl: | If I understand you have to fix the issue that I commited next, then you get packets flowing. And then you can start to tackle the session-id and timeout issue. And then see if it works for RTP? |
| [06:00:54] | jya: | ok… i certainly don’t suffer from the NIH syndrome |
| [06:00:59] | dekarl: | sounds like its becoming quite a list |
| [06:01:24] | jya: | dekarl: all those issue I’ve rewritten them already |
| [06:01:26] | dekarl: | s/RTP/RTP and UDP/ |
| [06:01:30] | jya: | my changes are becoming extensive |
| [06:01:52] | jya: | and the worse thing is that I have no proper way to extensively test it, I have no iptv stream here, no ceton, no freebox |
| [06:02:14] | jya: | i;m not comfortable with our current approach of reading the RFC, implement it and hope for the best |
| [06:02:41] | jya: | our code as it is only work for rtp |
| [06:02:57] | dekarl: | I was already thinking what it takes to run more/less automated tests with the IPTV recorder... |
| [06:03:20] | jya: | with a ringbuffer approach, could even problem support multi-streams source, and mux them in a mpegts |
| [06:03:27] | jya: | that wouldn’t be too hard to do |
| [06:03:28] | dekarl: | but I'm not tempted to start writing Freebox simulator etc |
| [06:04:08] | jya: | my mum is away for a couple of weeks, won’t have access to a machine there til then to test |
| [06:04:44] | jya: | dekarl: that would be great, a proper rtsp server |
| [06:04:54] | jya: | so we can serve recordings via rtsp |
| [06:05:31] | jya: | imagine with vlc you simply do: rtsp://mythbackend/recordings/1234_20140505.... |
| [06:05:36] | jya: | awesome :) |
| [06:05:39] | dekarl: | hmm, thats another can of worms. Servers for different protocols... |
| [06:06:02] | dekarl: | even http streaming with the backend webserver would be nice |
| [06:06:04] | jya: | for our recordings, it would be easier than hls |
| [06:06:18] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [06:06:19] | dekarl: | after all the new and shiny tvs support MPEG2-TS over HTTP for HbbTV... |
| [06:06:30] | jya: | justpump the content out |
| [06:06:43] | dekarl: | that would lead to a no-frontend-frontend for new TVs ;) |
| [06:07:26] | dekarl: | basically stuart's new web frontend with a hbbtv theme plus hbbtv streaming |
| [06:08:12] | jya: | hw long before you start and how long to complete it ? |
| [06:08:16] | dekarl: | if we go the rtsp route that would lead (if we add livetv and some metadata) to an DVB-IPTV headend for off-the shelf boxes, too |
| [06:08:47] | dekarl: | I'm look at the other end currently :) |
| [06:08:53] | jya: | starting to wonder why we never went that route? |
| [06:08:56] | dekarl: | How to get content into MythTV not out of it |
| [06:09:05] | jya: | instead of using our own myth:// |
| [06:09:14] | jya: | could have done it all using rtsp |
| [06:09:19] | dekarl: | because we've been ahead of the hype |
| [06:09:19] | jya: | and would have been far more open |
| [06:09:40] | jya: | rtsp is pretty ancient |
| [06:10:08] | jya: | even supporting stuff like liveTV would have been trivial |
| [06:10:11] | dekarl: | we could have used it internally |
| [06:10:21] | jya: | open rtsp://backend/livetv/channel/1234 |
| [06:10:46] | jya: | oh well… not been with myth long enough |
| [06:10:55] | jya: | to have had any say on the matter |
| [06:11:14] | dekarl: | I'm not finding the repo where a guy collects all releases of live555 |
| [06:11:28] | dekarl: | a reverse-engineered-version-control-system |
| [06:12:22] | jya: | i find it amazing anyone could work without version control |
| [06:12:30] | jya: | even for home private project i do |
| [06:12:58] | jya: | changing the subject for 10s: did you try the new vdpau code with your atom? any issues? |
| [06:13:37] | dekarl: | didn't roll out the update but can do in a sec before I leave to the dentist |
| [06:23:50] | ** jya how to call that new class… iptvringbuffer or rtpringbuffer, rtspringbuffer ** | |
| [06:24:32] | dekarl: | live555ringbuffer? |
| [06:25:34] | jya: | that’s not agnostic enough :) |
| [06:25:40] | jya: | but sure… why not |
| [06:25:54] | dekarl: | we have avfringbuffer |
| [06:26:05] | jya: | jpabq: as far as I can tell you are now the *only* person to have filled the project with file name of various casing…. |
| [06:26:15] | jya: | avfringbuffer isn’t a ringbuffer per say |
| [06:26:34] | jya: | it’s a URLProtocol wrapper for ffmpeg of our ringbuffer |
| [06:26:36] | dekarl: | and ICRingBuffer. no idea what it's for. ICY/Shoutcast? |
| [06:26:53] | dekarl: | ohhh IC is for MHEG |
| [06:27:27] | dekarl: | streamingringbuffer sounds good, too |
| [06:28:29] | dekarl: | I think the best names are of the like of QuiteNewRingBuffer |
| [06:29:15] | jya: | I hate difference casing filename… they are always a pain to find when you’re searching for something. Or not quite remember the name when you use tab |
| [06:29:38] | jya: | that and 99% of the file in the myth project are all in lowercase |
| [06:29:45] | jya: | surely, that got to say something |
| [06:30:18] | jya: | happy with directory being uppercase, at least a ls can let you tell quickly |
| [06:33:36] | rsiebert (rsiebert!~quassel@f052140108.adsl.alicedsl.de) has joined #mythtv | |
| [06:36:27] | rsiebert_ (rsiebert_!~quassel@g226057070.adsl.alicedsl.de) has quit (Ping timeout: 250 seconds) | |
| [06:42:07] | dekarl: | jya. a quick test with SD MPEG-2 576i50 results in subtitle rendering works, cutlist editing works, audio channel switching (unrelated but still works) |
| [06:42:24] | jya: | good |
| [06:42:26] | dekarl: | oh seeking outside of the cutlist works and appears quicker. but that may be due to the station |
| [06:42:33] | jya: | really wonder why paul-h is having problems |
| [06:42:52] | jya: | vdpau wise that is |
| [06:44:21] | dekarl: | MPEG-2 576i playback over the "splice point" (hard cut from old to new AV streams) in a time share channel works (from my "for Beirdo" collection) |
| [06:44:33] | jya: | wasn’t working before? |
| [06:44:55] | dekarl: | it was working before. but it leads to all kinds of artifacts (surprise) |
| [06:45:03] | dekarl: | and it still works |
| [06:45:06] | jya: | and now it’s better? |
| [06:45:16] | jya: | dont see why.. but who knows ? |
| [06:45:55] | jya: | what information do you need to seek in a rtsp stream (assuming it supports it)? |
| [06:45:59] | jya: | posiition in bytes? |
| [06:46:06] | jya: | position in segment number ? |
| [06:46:58] | jya: | don’t see anything about that in the rfc |
| [06:47:22] | dekarl: | I haven't view it in a long time, but it feels better. It switches the video from 480x576i to 544x576i at that point without proper splicing |
| [06:48:11] | jya: | ah it’s in seconds... |
| [06:48:22] | jya: | bugger…. |
| [06:48:35] | dekarl: | I think trickplay works with time + scale |
| [06:48:42] | jya: | a bit of a pain all our code assume seek in bytes |
| [06:48:53] | jya: | can understand the history about it, but today, it’s annoying |
| [06:49:12] | dekarl: | we have to make the switch to timestamps some day anyway... |
| [06:49:57] | dekarl: | isn't the seektable already byte position + timestamp + frame counter? |
| [06:50:52] | jya: | for the hls ringbuffer, I know the size of each packet and their duration in advance, and keep record of this, so doing a conversion between size and time is possible |
| [06:51:28] | dekarl: | https://code.mythtv.org/trac/ticket/10104 |
| [06:51:31] | jya: | what i’m afraid with rtsp, knowing how ffmpeg seek, it if expects continuous pts, a lot of PLAY instruction could be sent |
| [06:51:46] | jya: | and for my stream here, it takes about 10s for a play command to work… |
| [06:52:07] | jya: | so say it does 5–6 seek to get to the exact location, it’s going to ake forever to seek |
| [06:52:39] | dekarl: | hmm, recordings are not guaranteed to have continuos PTS |
| [06:53:05] | jya: | for recordings that’s fine… it’s more to do with playing the stream via mythavtest |
| [06:53:15] | jya: | because then it’s entirely up to ffmpeg to do the seeking |
| [06:53:37] | jya: | it does a binary search until it find the pts it’s looking for |
| [06:53:53] | jya: | maybe it’s just a minor details and it won’t matter in real life |
| [06:54:00] | dekarl: | ^- that's the ticket for the addition of the duration map |
| [06:54:39] | jya: | i wonder how you can tell if you can seek in a file |
| [06:55:11] | jya: | the rfc only mentions that PLAY with a range header will return an error if seeking isn’t allowed |
| [06:55:29] | jya: | but by that time it’s too late. the ringbuffer needs to know if you can seek when you open it |
| [06:55:42] | jya: | could always send a random play sequence and try |
| [06:56:11] | jya: | ah: Client implementations may use the presence of length information |
| [06:56:12] | jya: | to determine if the clip is seekable, and visibly disable seeking |
| [06:56:12] | jya: | features for clips for which the length information is unavailable. |
| [06:57:53] | dekarl: | gtg, sounds like you are already drafting our RTSP server ;) |
| [07:04:30] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [07:10:47] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:17:50] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [07:19:23] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [07:34:28] | joki (joki!~joki@p54863779.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds) | |
| [07:36:35] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:39:35] | joki (joki!~joki@p548619BB.dip0.t-ipconnect.de) has joined #mythtv | |
| [07:45:44] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [07:46:17] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [08:12:21] | lomion0815 (lomion0815!~markus@178-190-202-154.adsl.highway.telekom.at) has joined #mythtv | |
| [08:42:05] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [08:53:49] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [08:57:02] | warpme: | jya: I give run for latest playback commits from master (currently except ffmpeg updates) on my 0.27-fixes and I'm happy to report issue of looped image durring channel change seems to gone. EXCELLENT work. I do only few tests but in past on one channel every zap attempt gives issue but now 10 hadn't. Perfect. |
| [08:57:52] | warpme: | today I'll backport ffmpeg commits and will report how it goes... |
| [08:59:14] | jya: | warpme: just use devel/027candidates |
| [08:59:20] | jya: | i’ve made a single commit with all the changes |
| [08:59:23] | jya: | a bit cleaner |
| [08:59:47] | warpme: | jya: do You mean ffmpeg update ? |
| [09:01:11] | warpme: | oh – 900e3663c90b40 – so nice! |
| [09:08:47] | andreaz (andreaz!~Andreaz@tmo-106-73.customers.d1-online.com) has joined #mythtv | |
| [09:23:33] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [09:34:00] | jya: | i wanted to have all the commits in, so if there was a regression it’s easier to spot where. |
| [09:34:16] | jya: | but for the backport, I didn’t need that so did a single commit with all the changes |
| [09:43:17] | robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 246 seconds) | |
| [09:46:48] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [10:04:26] | jya: | warpme: so as I suspected, the bug in the cutlist editor was exactly the same as what we were seeing with a frame appearing randomly, an old frame |
| [10:04:36] | jya: | so it was a lock/race problem I introduced |
| [10:04:56] | jya: | probably a tad slower to change channels now though |
| [10:34:16] | Goga777 (Goga777!~Goga777@128-71-38-44.broadband.corbina.ru) has joined #mythtv | |
| [10:43:24] | Goga777 (Goga777!~Goga777@128-71-38-44.broadband.corbina.ru) has quit (Ping timeout: 245 seconds) | |
| [10:48:27] | Goga777 (Goga777!~Goga777@128-71-38-44.broadband.corbina.ru) has joined #mythtv | |
| [10:53:12] | Goga777 (Goga777!~Goga777@128-71-38-44.broadband.corbina.ru) has quit (Ping timeout: 258 seconds) | |
| [11:09:52] | doev (doev!~doev@vpnclfun05.uni-koblenz.de) has joined #mythtv | |
| [11:23:56] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [11:35:29] | doev (doev!~doev@vpnclfun05.uni-koblenz.de) has quit (Quit: Verlassend) | |
| [12:04:30] | jya: | can someone add a branch for me for the autobuild ? |
| [12:04:37] | jya: | devel/iptv |
| [12:27:41] | doev (doev!~doev@p4FD43128.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:59:26] | gary_buhrmaster (gary_buhrmaster!~gtb@2001:470:80e4:6700::24) has joined #mythtv | |
| [13:23:35] | doev (doev!~doev@p4FD43128.dip0.t-ipconnect.de) has quit (Quit: Verlassend) | |
| [13:25:40] | dekarl1 (dekarl1!~dekarl@p4FCEF8FE.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:28:07] | dekarl (dekarl!~dekarl@p4FE84CDB.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds) | |
| [14:14:57] | moparisthebest: | if the box is beefy enough, can mythtv be set up to transcode a show *while* it is being recorded, on-the-fly? :) |
| [14:22:01] | dekarl-work: | moparisthebest: not out of the box. but you can setup transcoding upstream (aka via transcoding MumuDVB/VLC server or similar) |
| [14:23:46] | moparisthebest: | ah, that's an interesting idea, start a VLC server that will transcode/stream the current recording if requested? |
| [14:23:59] | dekarl-work: | aye |
| [14:24:08] | moparisthebest: | are there hooks in mythtv to call scripts when or shortly after a recording starts? |
| [14:24:17] | moparisthebest: | or would I just have to watch the directory? |
| [14:25:25] | dekarl-work: | I setup something similar for turning Shoutcast into Fake IPTV on demand (without streaming from the internet nonstop), see http://www.mythtv.org/wiki/User:Dekarl/How_to . . . ke_a_Freebox |
| [14:26:09] | dekarl-work: | there is an event for that, see http://www.mythtv.org/wiki/MythTV_System_Events |
| [14:29:59] | moparisthebest: | awesome, I think that's probably enough for me to hack up some support, thanks :) |
| [14:32:28] | lomion0815: | The event handler can not be changed in MythWeb, right? |
| [14:43:18] | dekarl-work: | I don't think such "new" features made it to mythweb. Unless a user donated a patch. |
| [14:46:12] | moparisthebest: | yea I don't think you can add a user job in mythweb either |
| [14:46:25] | moparisthebest: | mythweb is great, but it really does need some love hehe :) |
| [14:59:12] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Remote host closed the connection) | |
| [14:59:19] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [15:15:30] | Goga777 (Goga777!~Goga777@128-71-38-44.broadband.corbina.ru) has joined #mythtv | |
| [15:39:00] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:31:28] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [16:55:27] | andreaz (andreaz!~Andreaz@tmo-106-73.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [16:58:50] | jheizer (jheizer!~jheizer@73.51.93.177) has joined #mythtv | |
| [17:03:07] | bill6502 (bill6502!~bill@205.178.26.43) has joined #mythtv | |
| [17:06:35] | dekarl-work: | we need polishing and horntooting collegues talked about "xbmc can do 3d now, yeah" due to http://xbmc.org/xbmc-13-0-gotham-rises/ which we got in 0.25 ... https://github.com/MythTV/mythtv/commit/18976 . . . 51eef530024e |
| [17:18:43] | gary_buhrmaster: | dekarl-work: Perhaps the MythTV project should fire its marketing firm for failure to promote the features of MythTV. You need someone new, young, excited, hungry for your business..... |
| [17:19:16] | dekarl-work: | aye, lets fire the slackers! |
| [17:20:41] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 264 seconds) | |
| [17:21:54] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [17:50:32] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone) | |
| [17:50:40] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Quit: Gone, too) | |
| [17:51:24] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has joined #mythtv | |
| [17:51:27] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has quit (Changing host) | |
| [17:51:27] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [17:58:41] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone) | |
| [17:59:49] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [17:59:51] | bill6502: | jya: The following will make a 1 minute recording: http://pastebin.com/Gu7GKekG . Tested on 0.28-pre where the Type=Single and SearchType="Manual Search" were previously 1 and 5 respectively. |
| [18:05:08] | NightMonkey (NightMonkey!~NightrMon@c-67-171-66-194.hsd1.pa.comcast.net) has joined #mythtv | |
| [18:05:09] | NightMonkey (NightMonkey!~NightrMon@c-67-171-66-194.hsd1.pa.comcast.net) has quit (Changing host) | |
| [18:05:09] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:05:56] | nyloc (nyloc!~quassel@p3EE2D80D.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [18:07:59] | tris (tris!tristan@camel.ethereal.net) has quit (Remote host closed the connection) | |
| [18:09:27] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:10:04] | nyloc (nyloc!~quassel@p3EE2D80D.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:23:14] | jheizer (jheizer!~jheizer@73.51.93.177) has quit (Ping timeout: 258 seconds) | |
| [18:41:07] | Jordack (Jordack!~Jordack@users.twp.ypsilanti.mi.us) has joined #mythtv | |
| [18:52:29] | Goga777 (Goga777!~Goga777@128-71-38-44.broadband.corbina.ru) has quit (Ping timeout: 264 seconds) | |
| [18:52:59] | Goga777 (Goga777!~Goga777@128-71-38-145.broadband.corbina.ru) has joined #mythtv | |
| [18:55:55] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [18:57:14] | Goga777 (Goga777!~Goga777@128-71-38-145.broadband.corbina.ru) has quit (Ping timeout: 240 seconds) | |
| [19:09:13] | jarle_ (jarle_!~jarle@70.84-234-133.customer.lyse.net) has quit (Quit: Leaving) | |
| [19:11:42] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [19:42:14] | stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has joined #mythtv | |
| [19:42:14] | stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has quit (Changing host) | |
| [19:42:14] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [19:42:14] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Read error: Connection reset by peer) | |
| [19:50:13] | stuartm_ is now known as stuartm | |
| [20:13:06] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [20:23:11] | dekarl1 is now known as dekarl | |
| [20:47:11] | lomion0815 (lomion0815!~markus@178-190-202-154.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [20:54:46] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:55:46] | Jordack (Jordack!~Jordack@users.twp.ypsilanti.mi.us) has quit (Quit: peace) | |
| [20:55:48] | jst_ is now known as jst | |
| [21:00:19] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [21:13:50] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [21:15:27] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [21:20:42] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Remote host closed the connection) | |
| [21:59:57] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 240 seconds) | |
| [22:00:28] | tris (tris!tristan@camel.ethereal.net) has joined #mythtv | |
| [22:24:08] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [23:13:12] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [23:33:24] | jya: | dekarl: their UI can be 3D too by the look of things, we don’t do that… |
| [23:33:37] | jya: | they can upmix audio to 5.1 too :) |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.