| Monday, October 17th, 2011, 00:06 UTC | ||
| [00:06:53] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Read error: Connection reset by peer) | |
| [00:09:46] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 260 seconds) | |
| [00:14:06] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [00:22:23] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Operation timed out) | |
| [00:30:00] | andreax (andreax!~andreaz@p4FC12B30.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [00:38:59] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [00:45:36] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:46:04] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 276 seconds) | |
| [00:47:07] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [01:04:33] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [01:04:57] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [01:35:57] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 255 seconds) | |
| [01:41:59] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [02:04:51] | saintdev (saintdev!~saint@unaffiliated/saintdev) has joined #mythtv | |
| [02:27:39] | saintdev: | i would like to look at what it would take to add http live streaming to mythweb. is there anyone that could direct me where i should start looking in the code? |
| [02:34:23] | iamlindoro: | Adding it to mythweb isn't where you'd do it-- you'd add it to the backend http server, specifically in libmythservicecontracts and in programs/mythbackend/services/, and make mythweb a consumer of that |
| [02:36:40] | saintdev: | then mythweb (or any other device that wanted to access the stream directly) would just stream it directly off the backend http server? |
| [02:37:24] | iamlindoro: | exactly |
| [02:54:39] | Captain_Murdoch: | live streaming meaning reading a file that is being recorded or bypassing the file totally and just streaming the data being read from a recorder? |
| [02:54:51] | Goga777 (Goga777!~Goga777@shpd-92-101-144-233.vologda.ru) has joined #mythtv | |
| [02:54:55] | Captain_Murdoch: | saintdev, ^^ |
| [02:55:17] | wagnerrp: | presumably the former |
| [02:55:27] | wagnerrp: | perhaps tied into a livetv chain to allow channel changing |
| [02:57:03] | Goga777 (Goga777!~Goga777@shpd-92-101-144-233.vologda.ru) has quit (Remote host closed the connection) | |
| [02:57:56] | saintdev: | Captain_Murdoch: wagnerrp is correct. i assume starting with existing recordings would be easier than livetv right off the bat. |
| [02:58:07] | Captain_Murdoch: | sounds like a huge amount of logic. need to throttle data so it doesn't run too far ahead, so it would need to decode what it was streaming possibly, etc.. |
| [02:58:38] | wagnerrp: | well, that depends |
| [02:58:57] | wagnerrp: | the backend already has a big chunk of the streaming code to stream recordings to UPNP frontends |
| [02:59:06] | wagnerrp: | saintdev: are you talking about live /transcoded/ streams? |
| [02:59:19] | saintdev: | they would have to be, yes |
| [02:59:30] | Captain_Murdoch: | we already can stream existing recordings. look at the html/samples/storagegroups.qsp. url is like http://backendIP:6544/Content/GetFile?Storage . . . ilename=Blah |
| [02:59:32] | wagnerrp: | yeah, that would be a crapton of logic |
| [02:59:35] | saintdev: | well, they would have to be, depending on where you live =P |
| [03:00:08] | Captain_Murdoch: | wagnerrp, streaming an existing recording where it has a definite end and streaming an in-progress recording are different beasts. |
| [03:00:18] | saintdev: | Captain_Murdoch: but that's not http live streaming |
| [03:00:45] | Captain_Murdoch: | saintdev, hence my 'huge amount of logic' comment. |
| [03:00:58] | saintdev: | http live streaming works like this: you split a stream up into, say 10 second, mpegts segments |
| [03:01:01] | wagnerrp: | Captain_Murdoch: i think the 'easy' way to do it is to just chunk off 5–10 second segments, and chain them together |
| [03:01:14] | wagnerrp: | yeah, someone wrote up some sort of patch for that for mythweb already |
| [03:01:25] | saintdev: | then you keep a sliding window playlist |
| [03:01:30] | wagnerrp: | or at least discussed it at length some time back on the -dev list |
| [03:03:10] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [03:04:29] | Captain_Murdoch: | right, so it has to 'decode' (parse) the original file. this is one of the reasons we want to get mythbackend split up. I'd venture to say that that would need to be a separate process since it relies on decoding the original stream. like the reasons why mythtranscode and mythcommflag and mythpreviewgen are separate processes. |
| [03:05:03] | Captain_Murdoch: | even if it's not transcoding/fully-decoding data. |
| [03:05:14] | wagnerrp: | i thought those were separate processes so if you have a crash, it doesnt take down the backend |
| [03:05:18] | Captain_Murdoch: | right. |
| [03:05:40] | Captain_Murdoch: | and those crashes are normally due to decoding/parsing corrupt files in libav* code. |
| [03:10:13] | saintdev: | would a separate process still be able host files for the backend http server? it almost seems like at that point it would be easier to push the files out to the http server where mythweb is at. |
| [03:10:29] | Captain_Murdoch: | this would essentially be a remote player, but instead of outputting video, it outputs the segments. it needs to be able to seek, etc. like a player does. since everything is a file, even LiveTV, then this isn't really live streaming, it's 'live' streaming a file. would have to be stateful since you wouldn't want to open the file and seek every time you got a request for hte next X seconds of data. |
| [03:11:04] | wagnerrp: | saintdev: the backend would start the external program to transcode, and either pull it in over stdout or mythproto |
| [03:11:12] | wagnerrp: | it would stream that over the internal web server |
| [03:11:37] | wagnerrp: | although currently, mythsystem is only set up to handle low volume, text data |
| [03:11:57] | wagnerrp: | it would need some extra code to handle a high volume streaming video |
| [03:12:07] | saintdev: | wagnerrp: but that's a lot of files |
| [03:13:06] | saintdev: | at the very minimum you need to be able to handle two files at once (the playlist, and one ts segment) |
| [03:13:55] | Captain_Murdoch: | saintdev, what are you trying to accomplish? I stream mp4 files to my iphone all the time via that storagegroups.qsp file I mentioned. |
| [03:14:24] | saintdev: | theoretically, the client could read the playlist, and prefetch all the segments it contains, then fetch new segments after it finishes playing them |
| [03:14:55] | saintdev: | Captain_Murdoch: i want to be able to log onto mythweb, and be able to watch live tv (in the end) |
| [03:17:42] | Captain_Murdoch: | there was a patch for something similar to that by the guys who worked on the maemo frontend for the n800. http://talk.maemo.org/archive/index.php/t-10045.html |
| [03:18:05] | Captain_Murdoch: | I think they had a patch. it started a transcode immediately after starting recording or something like that. |
| [03:18:44] | iamlindoro: | #6888 and #6906 are much more recent |
| [03:18:53] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:19:06] | iamlindoro: | (and include the patches) |
| [03:19:22] | wagnerrp: | hopefully, that will be a lot easier to pull off with the recordfile schema stuff |
| [03:19:39] | iamlindoro: | the LiveTV patch could probably be updated for the services API and to adress the deficiencies mark mentioned when closing it |
| [03:19:44] | wagnerrp: | since you could have real-time transcodes dumping to an alternate file |
| [03:20:23] | saintdev: | iamlindoro: that sounds promising |
| [03:21:23] | wagnerrp: | Captain_Murdoch, saintdev: is there any reason we couldnt run a real-time transcode right behind the recording into another file |
| [03:21:34] | wagnerrp: | and then have the web server itself chunk off pieces to send to the client? |
| [03:21:45] | Captain_Murdoch: | wagnerrp, yeah, was about to mention recordedfile as well. |
| [03:22:13] | wagnerrp: | you would end up with a persistent file that could be used for streaming later as well (which is how mythtv likes to do things) |
| [03:22:19] | Captain_Murdoch: | we'd need to add a realtime mode to mythtranscode and support something other than .nuv for true transcoding. |
| [03:22:20] | wagnerrp: | you would have the external transcoder for stability |
| [03:22:50] | saintdev: | wagnerrp: that sounds like it would work. |
| [03:23:24] | ** Captain_Murdoch has often thought about dropping mythtranscode in favor of a patched mythffmpeg that could skip commercials. ** | |
| [03:23:25] | saintdev: | the only issue is if you wanted to do smooth streaming with multiple bitrates, you would end up with multiple files, but that is probably too far down the road |
| [03:25:00] | wagnerrp: | except we dont use ffmpeg for the mpeg2 stuff |
| [03:28:48] | saintdev: | Captain_Murdoch: even better a myth:// protocol for ffmpeg that can optionally skip commercials. then you could use an UNPATCHED ffmpeg o_O |
| [03:29:00] | Captain_Murdoch: | wagnerrp, yeah, too many people use the mostly-lossless side. I never use it because I don't keep stuff after its been watched. I use the lossy side for some things we may not watch for a while. |
| [03:30:25] | wagnerrp: | the problem with the lossy side is youre stuck with mpeg4 nuvs |
| [03:30:32] | wagnerrp: | which have no support outside of mythtv |
| [03:30:55] | Captain_Murdoch: | wagnerrp, hence my reason for thinking of an enhancement to mythffmpeg. |
| [03:31:03] | wagnerrp: | and at least IMHO, the only purpose to transcoding recorded content is for compatibility with external software/hardware |
| [03:31:12] | Captain_Murdoch: | why try to reinvent the wheel for encoding to umpteen formats. |
| [03:31:20] | iamlindoro: | saintdev: the myth protocol isn't the reason for our local copy of ffmpeg |
| [03:31:52] | iamlindoro: | we have numerous modifications necessary to support worldwide televisions standards that are unwanted or unacceptable to upstream-- the myth protocol is all outside of ffmpeg code |
| [03:31:59] | Captain_Murdoch: | saintdev, I don't think ffmpeg supports cutlists |
| [03:32:03] | Captain_Murdoch: | unless I missed it. |
| [03:32:14] | wagnerrp: | the problem with hitting ffmpeg, or even mythffmpeg, is that the command line protocol will change every version |
| [03:32:14] | iamlindoro: | And even if they accepted the patches, we'd still need an internal copy to have a static API target |
| [03:32:34] | wagnerrp: | although one way or another, it would entail more work during the syncs |
| [03:32:48] | wagnerrp: | whether that work is interfacing with API changes, or command line changes |
| [03:32:52] | wagnerrp: | so i guess thats really moot |
| [03:33:16] | saintdev: | fair enough. Captain_Murdoch i would guess you could make a filter for it |
| [03:33:18] | Captain_Murdoch: | wagnerrp, I'd rather let someone else deal with the intricacies of writing out .flv, .mp4, mpeg-ts, etc.. that's one of the things that delayed my work on the NuppelVideoRecorder changes to use libav* for recording. |
| [03:34:43] | Captain_Murdoch: | it's not as simple as open("myrecording.flv") and writing frames. there are huge 'if' 'else if' 'else if' blocks in the patch I worked on to set the different settings that are needed for flv, mp4, etc.. |
| [03:36:06] | ** saintdev wanders off to do some reading ** | |
| [03:43:32] | iamlindoro: | Captain_Murdoch: It seemed to me that the XML parsing idea would have been helpful for that |
| [03:44:18] | iamlindoro: | Even if you forced the profile author to understand CODEC_IDs, flags, etc. for their profile to work, you could remove some portion of the logic by simply parsing what's in the XML for which options to set |
| [03:44:58] | Captain_Murdoch: | yeah. it's what's to put in those if statements that's the hard part, leaving it in a set of profile xml files would be easiest. |
| [03:51:16] | iamlindoro: | I had been considering a very very limited realtime transcode for the services API, something that would only take a very very small number of options, and probably only support two formats-- H.264 and VP8/WebM, and only really offer bitrate and resolution as arguments |
| [03:51:38] | iamlindoro: | Which would likely handle 90% of all use cases for streaming to mobile or web-enabled devices |
| [04:55:42] | xris (xris!~xris@mythtv/developer/xris) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) | |
| [05:18:04] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [05:31:45] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [05:31:45] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [05:31:45] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [05:35:34] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [05:37:25] | saintd3v (saintd3v!~saint@unaffiliated/saintdev) has joined #mythtv | |
| [05:37:38] | saintdev (saintdev!~saint@unaffiliated/saintdev) has quit (Quit: It's the end of the world as I know it.) | |
| [06:01:01] | jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv | |
| [06:37:59] | map7 (map7!~map7@58.171.53.89) has joined #mythtv | |
| [06:40:53] | reynaldo (reynaldo!~rverdejo@pc-147-56-101-190.cm.vtr.net) has quit (Ping timeout: 256 seconds) | |
| [06:41:02] | jmartens (jmartens!~jmartens@109.232.42.33) has quit (Quit: Leaving.) | |
| [06:47:12] | map7 (map7!~map7@58.171.53.89) has quit (Ping timeout: 248 seconds) | |
| [06:53:24] | len (len!~quassel@174-30-241-127.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [06:55:34] | len (len!~quassel@174-30-241-127.mpls.qwest.net) has joined #mythtv | |
| [07:00:47] | len (len!~quassel@174-30-241-127.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [07:54:32] | Malard (Malard!Malard@80.229.214.81) has quit (Changing host) | |
| [07:54:33] | Malard (Malard!Malard@xbmc/staff/malard) has joined #mythtv | |
| [08:28:34] | map7 (map7!~map7@ppp118-209-40-224.lns20.mel4.internode.on.net) has joined #mythtv | |
| [08:31:23] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [08:37:58] | map7 (map7!~map7@ppp118-209-40-224.lns20.mel4.internode.on.net) has quit (Ping timeout: 276 seconds) | |
| [08:41:10] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv | |
| [09:13:08] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Ping timeout: 244 seconds) | |
| [09:15:30] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv | |
| [10:00:59] | stuartm: | markk: was there a reason that the 'Schedule' sub-menu comes before 'Playback' in the OSD? Logically most people are going to want playback related options during playback before scheduling ones, any objection to moving Schedule down below Playback, Source and Jobs in the list? |
| [10:05:02] | mike|33 (mike|33!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:57] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:10:59] | markk: | stuartm: I probably just used the program guide more frequently then. Makes sense to move it below playback but personally I'd assume it's more frequently used than either Source or Jobs.. |
| [10:11:43] | markk: | I never use jobs and rarely switch inputs (and both are at the more esoteric end of functionality) |
| [10:12:37] | reynaldo (reynaldo!~rverdejo@pc-147-56-101-190.cm.vtr.net) has joined #mythtv | |
| [10:12:51] | stuartm: | that's fair |
| [10:14:29] | stuartm: | my remote has a 'Guide' button which means whenever I do use the guide during playback (infrequently usually in response to a trailer) I don't need to go via the menu |
| [11:33:05] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [12:06:51] | Goga777 (Goga777!~Goga777@shpd-95-53-217-227.vologda.ru) has joined #mythtv | |
| [12:09:48] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [12:10:09] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [12:12:15] | jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv | |
| [12:25:19] | Goga777 (Goga777!~Goga777@shpd-95-53-217-227.vologda.ru) has quit (Remote host closed the connection) | |
| [12:41:00] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Quit: Lost terminal) | |
| [13:21:11] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [13:28:34] | simonckenyon|2 (simonckenyon|2!~simoncken@195.7.61.12) has joined #mythtv | |
| [13:29:53] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Ping timeout: 255 seconds) | |
| [13:31:50] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:49:23] | willcooke (willcooke!~will@canonical/willcooke) has joined #mythtv | |
| [13:51:38] | stuartm: | danielk22: I could be wrong, but I believe xmltv doesn't delete first, it does some more intelligent updates, could you not borrow that code for DD? |
| [13:56:02] | danielk22: | stuartm: Possibly. But I don't know if DD will be around long enough to make it worth while to expend more development effort in it. TMS is phasing it out in favor of newer XML schemas. |
| [13:58:32] | stuartm: | fwiw, the magic for xmltv is in libmythtv/programdata.cpp – HandlePrograms() – seems like it might not be too much work to switch DD over to use that class/methods, but I'll let someone who uses SD/DD to decide |
| [13:58:52] | stuartm: | s/let/leave/ |
| [14:14:29] | taylorr: | markk: nice work on the forced subtitles – do you have a plan on how your going to handle subtitles on/off and forced on/off? |
| [14:15:17] | markk: | taylorr: just doing forced on/off now. not sure I follow re 'handle subtitles on/off' |
| [14:16:26] | taylorr: | markk: ie. if a user wants to change subtitle track but only have forced subtitles displayed – how does that get handled? |
| [14:17:03] | taylorr: | as it is if you select another track via the OSD menu it will enable all subtitles |
| [14:17:39] | markk: | taylorr: ah – hadn't thought of that:) will think now... |
| [14:18:20] | taylorr: | markk: one other thing to think about is how this is handled when we begin saving the state of subtitle (sphery is looking into this) |
| [14:18:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:19:43] | taylorr: | I think sphery is planning on adding code to save the subtitle state when exiting playback and applying when playback starts back |
| [14:20:31] | DjMadness (DjMadness!quasselcor@pdpc/supporter/student/DjMadness) has quit (Quit: a computer is like air conditioning, it becomes useless when you open windows.) | |
| [14:26:42] | markk: | taylorr: saving the forced state is easy enough – it's just a bool afterall |
| [14:28:16] | taylorr: | markk: I was thinking one solution was to add a submenu under Subtitles called Forced Only |
| [14:28:53] | taylorr: | then you could select a track under Forced Only and it will just show the forced subtitles |
| [14:30:29] | markk: | taylorr: sounds reasonable – will need some code changes though (as it triggers 2 actions) |
| [14:32:47] | taylorr: | markk: just an idea – probably something more elegant is possible |
| [14:35:44] | sailerboy (sailerboy!~sailerboy@sailerboy.net) has quit (Ping timeout: 256 seconds) | |
| [14:38:12] | sailerboy (sailerboy!~sailerboy@sailerboy.net) has joined #mythtv | |
| [14:47:02] | taylorr: | markk: the new code doesn't seem to be working here |
| [14:47:13] | taylorr: | should it work for matroska? |
| [14:47:27] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [14:47:53] | simonckenyon|2 (simonckenyon|2!~simoncken@195.7.61.12) has quit (Remote host closed the connection) | |
| [14:48:40] | markk: | taylorr: yes – should work (assuming it isn't a different track) |
| [14:48:42] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:56:56] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv | |
| [15:00:25] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Client Quit) | |
| [15:01:40] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 252 seconds) | |
| [15:02:33] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [15:09:16] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [15:14:55] | markk (markk!~mark@host86-178-86-30.range86-178.btcentralplus.com) has quit (Ping timeout: 248 seconds) | |
| [15:16:56] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv | |
| [15:16:57] | jmartens (jmartens!~jmartens@109.232.42.33) has quit (Quit: Leaving.) | |
| [15:17:28] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Client Quit) | |
| [15:26:25] | taylorr: | markk: I see that AddAVSubtitle in subtitlereader.cpp is getting called and the forced flag detected correctly but it's not displaying them |
| [15:27:59] | markk (markk!~mark@host86-181-156-164.range86-181.btcentralplus.com) has joined #mythtv | |
| [15:28:58] | taylorr: | markk: I see that AddAVSubtitle in subtitlereader.cpp is getting called and the forced flag detected correctly but it's not displaying them |
| [15:49:02] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [15:49:23] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:51:52] | jpabq_ (jpabq_!~jpabq@97-119-160-99.albq.qwest.net) has joined #mythtv | |
| [15:51:52] | jpabq_ (jpabq_!~jpabq@97-119-160-99.albq.qwest.net) has quit (Changing host) | |
| [15:51:52] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [15:53:03] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Quit: Lost terminal) | |
| [15:54:08] | stuartm: | what's needed to support forced subs in matroska? |
| [15:59:21] | taylorr: | markk: wonder if SetVisible needs to be called to get the subtitles to display? |
| [15:59:50] | taylorr: | stuartm: nothing special is needed the code Mark has already checked in should work |
| [16:00:20] | markk: | taylorr: that sounds very sensible:) I'll wrap it up in some changes of got |
| [16:00:38] | taylorr: | cool, thanks |
| [16:09:26] | stuartm: | taylorr: ah, ok, sounds like we just need that visibility call then :) |
| [16:10:13] | stuartm: | I was testing what had been committed only it didn't appear to work :) |
| [16:12:21] | taylorr: | markk: I'm glad you got the hang of this because the subtitle enable/disable code is quite confusing to me |
| [16:12:35] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [16:12:45] | stuartm: | markk: thanks for all the blank frame/mheg fixes |
| [16:24:19] | markk: | stuartm: still a few more fixes to come... |
| [16:38:26] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [16:55:37] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Quit: Lost terminal) | |
| [17:03:31] | willcooke (willcooke!~will@canonical/willcooke) has quit (Quit: We will learn more of his wisdom later) | |
| [17:05:42] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [17:06:09] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [17:08:39] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [17:11:53] | Cougar (Cougar!~cougar@2001:ad0:2:5:21c:c0ff:fe18:f2d2) has quit (Quit: Cougar) | |
| [17:17:57] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [17:27:54] | cattelan_away is now known as cattelan | |
| [17:59:14] | Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv | |
| [18:16:39] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [18:17:16] | andreax (andreax!~andreaz@p4FC117AE.dip.t-dialin.net) has joined #mythtv | |
| [18:31:21] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:34:45] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Read error: No route to host) | |
| [18:40:43] | len (len!~quassel@174-30-241-127.mpls.qwest.net) has joined #mythtv | |
| [18:42:33] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [18:59:31] | stuartm: | in case anyone wonders, that last commit message should have been 'when skipping' not 'if skipping' |
| [19:22:11] | Beirdo: | heh |
| [19:23:15] | Beirdo: | OK, tomorrow, I ship the hdpvr cycling devices. Tonight I get to see what bugs I accumulated while camping :) |
| [19:23:15] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Read error: Connection reset by peer) | |
| [19:24:02] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [19:24:31] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:29:54] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [19:36:07] | NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:49:01] | danielk22: | w00t! I've just successfully recovered from a git detached head situation for the first time! |
| [19:49:10] | Beirdo: | :) |
| [19:49:17] | stuartm: | cycling devices? These are homebuilt? |
| [19:49:31] | wagnerrp: | yeah, just a little relay with a USB control |
| [19:49:38] | Beirdo: | stuartm: yes, they are. A small circuit board |
| [19:51:20] | Beirdo: | they'd work as well with anything else that uses the same adapter plug, within reason |
| [19:53:59] | stuartm: | neat |
| [19:55:14] | stuartm: | is the need to power cycle the hdpvr an issue Hauppauge have been unable to fix or just limited to first gen kit? |
| [19:56:17] | Beirdo: | I'm not sure. For me it happens fairly regularly, about once a month or so, but I think it might be heat related, or maybe USB controller flakiness even. |
| [19:57:48] | Beirdo: | basically, as soon as I start getting 0 byte recordings, I power-cycle it, and it almost always comes back OK |
| [19:58:23] | Beirdo: | occasionally, the USB controller has issues with it after a cycle, so I have to unload and reload the hdpvr driver. |
| [19:58:29] | Beirdo: | but usually, it works fine |
| [19:58:43] | stuartm: | the other half of this solution being proper detection of failed/zero byte recordings? |
| [19:58:56] | Beirdo: | yeah |
| [19:59:08] | Beirdo: | I have a script I run from the recording started system event |
| [19:59:31] | Beirdo: | which reminds me, I should make sure the one in git is up-to-date ;) |
| [20:00:01] | stuartm: | it would be nice to get that check into the recorders, we can then issue a recorder fail event |
| [20:00:11] | Beirdo: | yeah, agreed |
| [20:00:23] | Beirdo: | and possibly a reschedule on fail |
| [20:00:46] | stuartm: | I still get occasional zero byte recordings with my DVB sources |
| [20:01:30] | stuartm: | Beirdo: the failed status and reschedule are already there, gigem_ added that a few months back, but there still seem to be some scenarios where we don't detect a failure |
| [20:01:45] | Beirdo: | ahh |
| [20:02:15] | jams: | Beirdo very nice! I do something similiar with my network controlled PDU..but i'm sure your device is cheaper =) |
| [20:03:21] | stuartm: | what isn't done yet is an immediate retry before giving up – there might not be a later showing to schedule |
| [20:03:59] | Beirdo: | right |
| [20:04:04] | stuartm: | anyway, in summary there is plenty of room for improvement |
| [20:04:11] | Beirdo: | whereas another source may be able to catch most of it |
| [20:04:21] | Beirdo: | always room for improvement, of course :) |
| [20:08:44] | Beirdo: | There, updated the script to the one I'm actually using |
| [20:09:25] | Beirdo: | this version hooks onto Recording Finished as well, as *especially* in LiveTV, sometimes the recording stops before we are done checking |
| [20:09:51] | Beirdo: | so if you do livetv, then switch channels, it detects it as a crappy recording and powercycles when it shouldn't |
| [20:10:14] | Beirdo: | this way, on a recording finished, it cancels the checking |
| [20:18:05] | stuartm: | danielk22: someone was asking after a utility to report per-pid bitrates if that's something you might be interested in implementing within mythutil |
| [20:18:34] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [20:22:38] | xavierh: | stuartm: did you had som time to have a look at #10092 ? |
| [20:23:05] | stuartm: | xavierh: I'm so sorry, I completely forgot |
| [20:23:25] | stuartm: | I'm looking at it now |
| [20:23:31] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [20:23:33] | xavierh: | thanks |
| [20:24:07] | cattelan is now known as cattelan_away | |
| [20:25:06] | xavierh: | I implemented the update MythGeericTree -> MythUIButtonListItem in GroupSetting::update. would like your input |
| [20:26:00] | danielk22: | stuartm: hmmm, wouldn't be too hard, but I don't have a need for it ATM.. TS Reader provide that kind of info.. I just wanted something simpler and crucially much faster so I could scan all my recordings looking for some less common PSIP types... |
| [20:27:29] | stuartm: | danielk22: np, just thought I'd mention it since the subject came up just the other day |
| [20:28:07] | stuartm: | does anyone know why trac isn't recognising this attachment as a diff? http://code.mythtv.org/trac/attachment/ticket . . . 1-10-16.diff |
| [20:29:58] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [20:30:05] | Beirdo: | dunno |
| [20:30:19] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [20:30:55] | stuartm: | ok, I'll just load it into pastebin or something to get some colour :) |
| [20:31:09] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:32:15] | xavierh: | I did pay attention |
| [20:33:57] | stuartm: | ah, kate has a highlighting profile for diffs |
| [20:34:15] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Client Quit) | |
| [20:34:24] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [20:35:04] | Beirdo: | to be honest, I never noticed if trac ever highlighted diffs or not. :) I guess my brain groks diffs well enough that it never really made a difference to me. It would be nice to get the green/red though |
| [20:35:17] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Client Quit) | |
| [20:37:29] | stuartm: | it's working here – http://code.mythtv.org/trac/attachment/ticket . . . ndsetup.diff |
| [20:37:57] | stuartm: | Beirdo: it just aids readability, I can process it faster :) |
| [20:38:59] | stuartm: | probably because my eyes aren't having to move to the left hand side of the screen constantly |
| [20:39:11] | Beirdo: | yeah |
| [20:40:16] | stuartm: | xavierh: so if I'm reading this correctly, GroupSetting is the 'screen' level that you want to display the helptext from? |
| [20:41:37] | xavierh: | not necessary, It can or not I don't ave a screen level |
| [20:41:48] | xavierh: | but yes |
| [20:42:18] | xavierh: | Works for 1 list not for two |
| [20:42:26] | xavierh: | or more |
| [20:43:51] | alec (alec!57727745@gateway/web/freenode/ip.87.114.119.69) has joined #mythtv | |
| [20:44:56] | alec: | Good evening mythtv dev's I was wondering what is mythweb written in? and where are the files stored. Is there any information on its road map? |
| [20:47:58] | stuartm: | php, https://github.com/MythTV/mythweb, /dev/null |
| [20:49:27] | stuartm: | xavierh: yeah, I got that last night – it looks like it should be possible to use the idea I suggested, I'll pastebin it |
| [20:52:09] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [20:53:35] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [20:59:38] | alec: | hi stuartm, thanks for the info |
| [21:02:42] | stuartm: | alec: mythweb hasn't received any attention in the last couple of dev cycles, it's principal devs are inactive and even before that they were expressing a desire to rewrite the entire thing |
| [21:04:21] | stuartm: | in the last few months we've gained a whole new and more capable API that a re-written mythweb would almost certainly use and there's a chance that it might get absorbed into the backend to use the built-in webserver that has been present in mythbackend for years |
| [21:05:23] | stuartm: | that would likely mean it being re-written in C++, which is the language the majority of mythtv devs work in and that would make maintenance and improvements easier |
| [21:10:48] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:11:10] | Beirdo: | we wouldn't need to rewrite it in C++ necessarily though. Embedded python would work too :) |
| [21:11:53] | Beirdo: | whatever works though, in the end |
| [21:14:09] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [21:16:35] | stuartm: | well C++ has the maintenance advantages mentioned, in the past mythweb has constantly been broken and had to play catch up with features in the main code body because the people implementing them didn't know php |
| [21:16:49] | alec: | hmm thats a shame, I'm a java dev and I was hoping to add on some extra little minor functions. It'd be nice to be able to sort the lists of films and get information from imdb embedded into the view and what not |
| [21:17:16] | alec: | where can I find information on the new api? and is it accessible to outside applications |
| [21:17:59] | stuartm: | there's the whole code reuse argument too, if mythweb could use the principal c++ libs then it would be ten times smaller than it is now and many changes would only need to be made in the one place |
| [21:19:01] | xavierh: | alec: yes and wiki http://www.mythtv.org/wiki/MythXML |
| [21:19:28] | xavierh: | stuartm:+1 |
| [21:19:47] | stuartm: | xavierh: this might not be what you were looking for since I'm not sure I've understood the question, but maybe it will give you inspiration – http://pastebin.com/G40KN8vz |
| [21:20:35] | stuartm: | and apologies for taking so long to produce 14 LOC, I'm trying to do too many things at once :) |
| [21:21:51] | stuartm: | it's a simple solution to working back through the tree to find the node you need the helptext from |
| [21:21:57] | xavierh: | stuartm: no that give me the top of the tree, when I am looking for the top of the tree "displayed" i.e the parent of the first list |
| [21:22:06] | alec: | looks good xavierh, it says its been rewritten for v25, is that expected soon or not. Ie if I were to dev something small for myself should i write against that api, or wait for 25 to release. |
| [21:22:14] | alec: | also does that api have a way of recording shows |
| [21:22:39] | xavierh: | I heard end of the year, but many thing are already in 24 |
| [21:23:22] | cattelan_away is now known as cattelan | |
| [21:23:40] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [21:24:40] | danielk22: | alec: You could also take up maintenance of mythweb and move it to it's rosy future... using PHP or C++ or whatever. The main problem with PHP is that most of us prefer strongly typed languages like C++ over weakly typed ones like PHP or Javascript. |
| [21:25:12] | stuartm: | xavierh: it gives you the first parent of type GlobalSetting which may, or may not be the root, it won't work if you have a GlobalSetting node with children also of GlobalSetting ... I guess I'm just not following :( |
| [21:25:25] | danielk22: | alec: If someone were maintaining the PHP stuff it wouldn't get borked over time. |
| [21:26:35] | alec: | I agree, sadly I really cant committ to anything at the moment. I'm only an okie php programmer too |
| [21:27:07] | stuartm: | it would get borked, just not so much – whoever maintains mythweb needs to keep a close eye on changes in master and mirror them in mythweb which can be time consuming |
| [21:33:54] | xavierh: | stuartm: except this is the parent class of all my widget, they all inherit from it |
| [21:35:39] | xavierh: | stuartm: for exemple a CheckBoxTree is a group as it may contain children, each children is visible according to the value of the check box |
| [21:35:50] | stuartm: | xavierh: I'll add a rootChanged signal |
| [21:37:18] | xavierh: | same for ComboBoxTree (not fuly implemented) For exemple for the sound device, I will pick it up with the ComboBox, and the list of visible children vary according to the sound device capability |
| [21:37:42] | xavierh: | stuartm: perfect |
| [21:39:05] | xavierh: | My other question was about the update of the widget (I'll leave you alone after that). I started it with GroupSetting::update but it should be in MythGenericTree |
| [21:40:45] | xavierh: | And I couldn't think of a better implementation :( |
| [21:41:15] | xavierh: | and GroupSetting::CreateUIButton |
| [21:45:12] | stuartm: | CreateListButton ? |
| [21:45:18] | stuartm: | I can't see where that is used |
| [21:47:10] | xavierh: | yes CreateListButton I am overriding the one from MythGenericTree so when an MythUIButtonListItem is create I can access it from GroupSetting |
| [21:47:50] | xavierh: | So it is actually call in MythGenericTree somewhere |
| [21:48:25] | stuartm: | ah right, so it is |
| [21:48:27] | xavierh: | http://code.mythtv.org/doxygen/mythuibuttontr . . . .html#l00162 |
| [21:48:34] | stuartm: | yep, got it |
| [21:48:47] | markk: | danielk22: any suggestions on how to deal with very low bitrate, MHEG only streams. Only really applicable to livetv – but it can takes 20 seconds to fill the initial buffer (for probing) – which isn't a great user experience:) |
| [21:50:11] | xavierh: | stuartm: Which is why I change m_strings and m_imageFilenames from private to protected |
| [21:51:08] | alec: | with mythxml is there a way to shedule a recording, since the only put method is to put a setting? or is it done through settings |
| [21:52:09] | xavierh: | stuartm: If you think the solution is correct, I can eventually create a patch for this directly in MythGenericTree |
| [21:53:02] | xavierh: | In fact it does not work completely, children are not updated |
| [21:53:42] | stuartm: | I think there is a better solution, but let me think about it and I'll get back to you |
| [21:54:04] | stuartm: | it can stay the way it is for now |
| [21:54:15] | xavierh: | ok, thanks |
| [21:54:44] | xavierh: | you are free ;) |
| [22:03:50] | danielk22: | markk: With MythTV MPEG recordings the pertinent data will almost always be in the first 3*188=564 bytes so we don't need to probe a whole lot of bytes in most cases. |
| [22:05:15] | alec (alec!57727745@gateway/web/freenode/ip.87.114.119.69) has quit (Ping timeout: 265 seconds) | |
| [22:06:59] | danielk22: | But to get away with that we might have to do the probing ourselves and skip the ffmpeg probe. (i.e. construct our own PMT, and if successful skip the probe, or failing that fall back to the current ffmpeg probing.) |
| [22:07:29] | danielk22: | markk: If you can give me a 5 minute sample I can try looping it here and see what I can do... |
| [22:08:21] | markk: | danielk22: ok – file size shouldn't be a problem:) |
| [22:13:50] | markk: | danielk22: having I got the 'open' sequence complete in my head. 1. test read, 2. ffmpeg probe/detection (CanHandle) 3. probe again 4. open 5. scan streams |
| [22:16:37] | danielk22: | markk: Yep |
| [22:19:41] | ** markk thinks he needs more sleep. No longer able to type properly:) ** | |
| [22:20:11] | danielk22: | #1 is mostly important for livetv where we may write a little bit to the file and then fall down flat.. #2 CanHandle() dates back to when most recordings couldn't be accelerated by the HW acceleration and could now be collapsed into #3; i.e. try to decode in HW and fallback to software decode only if that fails. |
| [22:23:46] | taylorr: | markk: so is enabling forced subs correlate to only showing forced segments and disabling forced subs shows all subtitles? |
| [22:24:05] | danielk22: | (#1 is just done for #2, so it could be eliminated if we eliminate #2).... but all that said, I think the problem is probably the number of bytes the ffmpeg probe needs that is the problem, not the fact that we do it twice. |
| [22:25:40] | taylorr: | markk: never mind – I assume if a user wants to change the subtitle track and only have forced subs then he'd have to select the different track then disable subtitles |
| [22:26:49] | markk: | taylorr: it could be further refined a little to not show the forced subtitle option if subtitles are enabled. would probably then be a little clearer |
| [22:27:44] | markk: | whatever happened to filebin ? |
| [22:28:42] | stuartm: | started having reliability issues, which just got worse over time until one day it disappeared entirely |
| [22:29:15] | taylorr: | markk: just seems like you'd never want to disable forced subtitles ;) |
| [22:29:42] | taylorr: | forced would mean not an option |
| [22:29:48] | stuartm: | markk: interesting fact, the guy who ran it was mythtv user |
| [22:31:20] | markk: | stuartm: hrm – I'm sure there were alternatives – but they seem to have all disappeared as well. probably a legal minefield. |
| [22:31:26] | stuartm: | I hope he's ok because he just dropped offline by the look of it, his personal site has gone and even his wikipedia account hasn't been used in 18 months |
| [22:32:18] | stuartm: | markk: we have a designated place on our server for file samples, assuming you have an account |
| [22:33:23] | markk: | stuartm: looks like I don't need it. 5 minutes of MHEG only zips down to about 300k. email is my friend. |
| [22:33:26] | taylorr: | stuartm: is that ftp or a web server? |
| [22:33:31] | stuartm: | the logical next question is 'where?' and I can't remember the answer :/ |
| [22:34:21] | stuartm: | taylorr: from memory neither ... it's a case of using scp – hardly ideal but it's the best we've ever managed to arrange |
| [22:34:36] | stuartm: | maybe we can pester Beirdo for an ftp server |
| [22:34:38] | markk: | danielk22: you have mail... |
| [22:36:02] | stuartm: | heh, seems that directory wasn't carried over from the old server anyway |
| [22:37:01] | danielk22: | markk: Got it. |
| [22:37:14] | NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [22:37:48] | NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [22:40:09] | taylorr: | stuartm: I installed a php app call dirlist that allows uploads to a webserver – only took a couple minutes to setup for apache |
| [22:40:34] | taylorr: | very basic but if security was setup it would be very nice for us to use |
| [22:44:44] | taylorr: | stuartm: here is a sample of the dirlist app -> http://www.evoluted.net/stuff/ |
| [22:44:57] | taylorr: | it doesn't have the upload function enabled for good reasons :) |
| [22:45:44] | wagnerrp: | taylorr: didnt you or mark add support for embedded text subtitles in mkvs a while back? |
| [22:46:19] | wagnerrp: | i thought that made it into 0.24 |
| [22:47:03] | taylorr: | I don't even know what embedded text subtitles means :) – are you referring to pgs/hdmv subtitles? |
| [22:47:07] | markk: | wagnerrp: yes |
| [22:47:23] | wagnerrp: | i mean srt files, built into the mkv container |
| [22:47:42] | wagnerrp: | this page seems completely unnecessary.... assuming its working... http://www.mythtv.org/wiki/Create_SRT_Subtitles_From_MKV_Files |
| [22:48:01] | iamlindoro: | It was relevant when we didn't support SRT in MKV |
| [22:48:15] | iamlindoro: | it was .24, yes |
| [22:48:18] | wagnerrp: | indeed, the linked thread on gossamer is from a user running 0.21 |
| [22:49:21] | wagnerrp: | guess ill mark the page as outdated then |
| [22:49:37] | wagnerrp: | outdated, only 30 minutes after its creation... |
| [22:50:14] | davide (davide!~david@host70.16.intrusion.com) has quit (Quit: Konversation terminated!) | |
| [22:50:29] | taylorr: | Beirdo, xris: any chance someone could get something like dirlist php installed on our webserver with upload enabled? |
| [22:51:35] | taylorr: | this looks like a fancier version than I installed -> http://sourceforge.net/projects/dir-list/ |
| [22:51:48] | andreax (andreax!~andreaz@p4FC117AE.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [22:52:21] | taylorr: | here's the one I installed http://www.evoluted.net/thinktank/web-develop . . . sting-script |
| [22:52:37] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [22:52:40] | xris: | for what? |
| [22:52:55] | xris: | as in which set of directories to list? |
| [22:52:56] | taylorr: | so we can upload files for development purposes such as samples |
| [22:53:16] | wagnerrp: | id still like to have some sort of text and image pastebin of our own |
| [22:53:33] | wagnerrp: | so were not farming out to other sites that may flush content, or have limits, or... |
| [22:57:30] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928221717]) | |
| [23:02:13] | xris: | taylorr: gotcha, so you want a whole new thing. |
| [23:03:02] | taylorr: | xris: the dirlist php app has upload capability |
| [23:03:12] | taylorr: | not sure what you mean by "whole new thing" |
| [23:06:32] | taylorr: | markk: you changes are working brilliantly... nice work! |
| [23:07:21] | taylorr: | iamlindoro: wonder if we are officially the first to support forced subtitles |
| [23:08:13] | saintd3v: | first what? |
| [23:08:59] | xris: | taylorr: a new website. as opposed to listing an existing directory on the current website. |
| [23:10:13] | taylorr: | xris: any area with sufficient storage could work... I don't have any experience with webserver setup so whatever you think is best |
| [23:11:09] | taylorr: | xris: you can make dirlist run against any directory you want |
| [23:12:05] | taylorr: | so we could just create a /upload directory on www.mythtv.org or code.mythtv.org, etc and point the dirlist app to that folder |
| [23:12:44] | xris: | taylorr: I just wanted to make sure you wanted something new and not just a a prettier view of the downloads dir or something. |
| [23:13:10] | xris: | we've previously just used a shared ssh-accessible directory on the server to share files |
| [23:13:13] | taylorr: | xris: do we have something now? |
| [23:13:29] | taylorr: | ah, so scp was used |
| [23:13:42] | taylorr: | yes, this would be a prettier, easier to use interface |
| [23:13:53] | xris: | sort of a shared personal-exchange repository to keep it private in case any media files had copyrights, etc. |
| [23:14:00] | taylorr: | exactly |
| [23:14:24] | taylorr: | if you could use our existing credentials for signing in that would be cool |
| [23:14:36] | xris: | like I said. scp. :) |
| [23:14:49] | xris: | we can get something like that set up once we move back to alcor. |
| [23:15:18] | xris: | pick out which one you think looks best (preferably one that can integrate with trac or ssh credentials) and let me or Beirdo know. |
| [23:16:01] | taylorr: | xris: could you or someone post the info to -developers needed for the current scp method? |
| [23:21:11] | xris: | doesn't exist anymore |
| [23:23:41] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [23:28:52] | taylorr: | saintd3v: support for any non-commercial media players |
| [23:30:39] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 255 seconds) | |
| [23:41:08] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [23:47:56] | Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Remote host closed the connection) | |
| [23:48:03] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [23:50:54] | saintd3v: | taylorr: well, handbrake has supported them for a long time, while technically a decoder, it's not really a player |
| [23:55:42] | Mousey (Mousey!~wtfisme@ross154.net) has quit (Quit: Leaving) | |
| [23:55:51] | Anssi: | I was under the impression that at least e.g. xbmc and vlc have supported them for a long time, but I can't be bothered to check right now |
| [23:57:29] | Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.