| Wednesday, November 21st, 2012, 00:00 UTC | ||
| [00:00:23] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-149-246-dynip.superkabel.de) has quit (Quit: Wolfgang2) | |
| [00:06:14] | stuartm: | ok, this is interesting, the mpegts spec and some BBC whitepapers states that AD tracks should use the last byte in the ISO 639 language descriptor, where a value of 3 means it's an AD track, but the BBC's own broadcasts don't do that |
| [00:07:51] | stuartm: | instead they use a language value of 'nar' for narrative which I've found described in an Irish spec for DTV compliant STBs, there is states to use 'nar' and an audio type of 0 (normal) |
| [00:09:02] | stuartm: | which just seems perverse, the spec includes a field for specifying language and type, but instead they are setting both an incorrect lang code and type :( |
| [00:09:54] | stuartm: | first non-compliance non-compliance to the DVB/mpeg spec that I've seen in the UK |
| [00:29:50] | stuartm: | and recordings from a couple of years ago are flagged correctly too |
| [00:33:53] | stuartm: | ah ok, looks like it might be a satellite vs terrestrial thing |
| [00:49:53] | stuartm: | danielk22: if there's anything you don't like about the implementation let me know, I chose to put some stuff in the ProgramMapTable class so that we had the option later on to maybe filter AD audio streams during recording, or flag recordings with AD tracks in the UI etc |
| [01:01:33] | danielk22: | Looks good. |
| [01:03:54] | stuartm: | btw, I'll double check tomorrow but I believe this might fix the mythtranscode bug causing it to sometimes keep the wrong audio track for DVB recordings |
| [01:04:58] | stuartm: | and if it doesn't, then it should be trivial to fix now |
| [01:26:58] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Quit: Read Error: Connection reset by beer) | |
| [01:37:32] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (Ping timeout: 255 seconds) | |
| [01:46:20] | mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [01:48:58] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 246 seconds) | |
| [01:52:32] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [02:16:49] | stichnot (stichnot!~stichnot@adsl-69-110-235-11.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [02:16:49] | stichnot (stichnot!~stichnot@adsl-69-110-235-11.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [02:16:49] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:41:07] | rsiebert (rsiebert!~quassel@g229053135.adsl.alicedsl.de) has joined #mythtv | |
| [02:43:53] | rsiebert_ (rsiebert_!~quassel@92.225.60.227) has quit (Ping timeout: 245 seconds) | |
| [02:52:38] | neufeld is now known as neufeld_AFK | |
| [03:08:57] | Sharky112065_ (Sharky112065_!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [03:09:06] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [03:20:52] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [05:01:09] | Sharky112065_ is now known as Sharky112065 | |
| [08:57:40] | Guest77411 (Guest77411!~quassel@75-161-183-113.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [09:02:31] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:fda5:3d1f:dcf0:a5ce) has joined #mythtv | |
| [09:06:21] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [09:09:46] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 268 seconds) | |
| [09:15:39] | stuarta (stuarta!~stuarta@gw.squashedfrog.net) has joined #mythtv | |
| [09:15:39] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [09:15:39] | stuarta (stuarta!~stuarta@gw.squashedfrog.net) has quit (Changing host) | |
| [10:26:47] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:fda5:3d1f:dcf0:a5ce) has joined #mythtv | |
| [10:29:04] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:fda5:3d1f:dcf0:a5ce) has quit (Ping timeout: 246 seconds) | |
| [10:35:36] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Read error: Operation timed out) | |
| [10:45:38] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [10:46:27] | Goga777 (Goga777!~Goga777@128-71-211-15.broadband.corbina.ru) has joined #mythtv | |
| [10:59:17] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has joined #mythtv | |
| [10:59:17] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has quit (Changing host) | |
| [10:59:17] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [11:00:36] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [11:11:21] | Goga777 (Goga777!~Goga777@128-71-211-15.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [11:23:06] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [11:24:54] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [11:46:08] | wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [11:46:47] | wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has joined #mythtv | |
| [11:50:15] | wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has quit (Client Quit) | |
| [11:50:46] | wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has joined #mythtv | |
| [12:01:41] | wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [12:02:10] | wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has joined #mythtv | |
| [12:17:06] | wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [12:17:32] | wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has joined #mythtv | |
| [13:28:20] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [13:32:51] | tgm4883` (tgm4883`!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv | |
| [13:34:30] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (*.net *.split) | |
| [13:34:31] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
| [13:34:31] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
| [13:42:03] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [13:43:50] | foobum (foobum!~foobum@46-65-7-97.zone16.bethere.co.uk) has quit (Ping timeout: 246 seconds) | |
| [13:44:11] | foobum (foobum!~foobum@46-65-7-97.zone16.bethere.co.uk) has joined #mythtv | |
| [13:44:34] | jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Read error: Connection reset by peer) | |
| [13:44:46] | jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [14:21:29] | stuartm: | I could have sworn I fixed that goof just after originally committing it months ago, I clearly remember noticing my mistake and re-writing it, I just cannot explain why I didn't commit it :( |
| [14:22:42] | stuartm: | or maybe I just fudged the branch merger/rebase and ended up pushing an older version |
| [14:23:26] | danielk22: | stuartm: Happens to me. Sometimes I find it on some wacky branch on some remote machine months later. |
| [14:49:21] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
| [14:55:47] | stuarta: | Beirdo: your buildslaves seem to have been on a holiday for a week or so |
| [15:17:09] | Goga777 (Goga777!~Goga777@128-71-211-15.broadband.corbina.ru) has joined #mythtv | |
| [15:47:21] | stuartm: | stuarta: Beirdo's having a lot of problems at the moment, his headless backend died and he's waiting on hardware to fix, could be the same machine? |
| [15:51:53] | stuartm: | has anyone got a spec which covers the mpegts structure, specifically the iso 639 language descriptor in the PMT? I've got several specs and white papers here which cover bits of it, but some of them contradict the others and none give a full account |
| [16:00:33] | danielk22: | stuartm: I'm sure I have it somewhere, but I don't know where. I've taken to putting a comment in front of any descriptor we parse (like AVCVideoDescriptor just below ISO639) that specifies what spec we're implementing in the class. It makes it much easier to go back to the source when there is a bug. |
| [16:13:07] | stuartm: | thanks googling ISO 13818–1 got me a few results, unfortunately either broken links or pay-for-spec, so I've working through the ETSI specs instead |
| [16:13:08] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds) | |
| [16:16:16] | tgm4883` is now known as tgm4883 | |
| [16:16:44] | danielk22: | stuartm: Ok, I have a copy of that. The table is "tag 8, length 8" followed by length/4 structures like so { iso_lang_code 24, audio_type 8 } |
| [16:17:42] | danielk22: | the audio type values are 0 undefined, 1 clean effects, 2 hearing impaired, 3 visual impaired comentary, and 4–255 reserved for future use. |
| [16:18:38] | danielk22: | For the ISO language code ISO-639 part 2 is referenced. |
| [16:19:29] | danielk22: | Clean Effects means everything except the dialog. |
| [16:19:54] | stuartm: | danielk22: thanks, I was just about to ask about that |
| [16:21:35] | stuartm: | that's the bit which is contradicted in some ETSI DVB specs, they talk about Clean Effect (or Clean Audio) meaning enhanced dialog, with background effects reduced in volume for improved intelligibility |
| [16:21:58] | stuartm: | but they also state that Clean Audio is 0x02, not 0x01 |
| [16:24:03] | danielk22: | Well 0x02 is for hearing impaired according to MPEG, so it's not really a contradiction, just confusing terminology. |
| [16:25:01] | danielk22: | 0x1 has the dialog subdued, and 0x2 has the background effects subdued. |
| [16:29:35] | skd5aner: | Apparently, my issue where live tv freezes up the frontend isn't unique... a few tickets on the subject... seems analog tuners are the common theme |
| [16:29:59] | skd5aner: | which is just weird, because historically the analog tuners have been the most robust |
| [16:31:05] | skd5aner: | but I haven't been able to launch live tv in at least 2 weeks now... going to have almost 30 people over tomorrow, looks like I'm hooking up the Cable STB |
| [16:44:58] | stuartm: | danielk22: yeah, no actual contradiction once I'd got that detail from the spec defining Clean Effects, it just appeared contradictory based on the bits and pieces I'd gathered from other sources |
| [16:50:36] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 265 seconds) | |
| [16:51:39] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [16:53:07] | stichnot (stichnot!~stichnot@67.218.110.95) has joined #mythtv | |
| [16:53:07] | stichnot (stichnot!~stichnot@67.218.110.95) has quit (Changing host) | |
| [16:53:07] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:57:55] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
| [16:57:56] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:fda5:3d1f:dcf0:a5ce) has quit (Read error: Connection reset by peer) | |
| [16:58:12] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:fda5:3d1f:dcf0:a5ce) has joined #mythtv | |
| [17:01:18] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [17:03:28] | stuartm: | skd5aner: there's a patch in http://svn.mythtv.org/trac/ticket/10732 you could test |
| [17:03:37] | stuarta: | stuartm: yes it is |
| [17:11:43] | stuartm: | having the ETSI specs free for download is great, but their search tools suck |
| [17:13:51] | stuarta: | hahaha |
| [17:19:14] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:20:00] | stuartm: | http://webapp.etsi.org/WorkProgram/Frame_Work . . . TYPE=SUMMARY |
| [17:20:04] | stuartm: | oops |
| [17:23:47] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [17:26:00] | stuarta: | :) |
| [17:32:26] | Goga777 (Goga777!~Goga777@128-71-211-15.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [17:34:47] | stuartm: | when you actually figure it out, there's plenty of interest to be found, should have done this earlier |
| [17:37:31] | stichnot: | Just did a git pull today, and now mythavtest insists on connecting to the backend before starting playback. I have mysqld running locally but no backend. This was working a week ago, but I can't find any commits likely to have changed things. |
| [17:37:58] | stichnot: | danielk22: does your local setup still work? |
| [17:38:13] | danielk22: | yep |
| [17:38:42] | danielk22: | No antenna ATM but the Ceton is working. |
| [17:39:44] | stichnot: | does mythavtest still run with a db available but no mythbackend? |
| [17:41:08] | ThisOneGuy (ThisOneGuy!~ThisOneGu@pool-108-35-210-80.nwrknj.fios.verizon.net) has joined #mythtv | |
| [17:44:26] | danielk22: | Yep. There is a caveat though. The directory that the video I'm playing in has to be in a MythTV storage group. |
| [17:45:21] | danielk22: | So basically I've added /tmp and /home/danielk and /video/samples to video storage groups. |
| [17:45:57] | ThisOneGuy: | hey all – AvFormatDecoder::GetFrame calls av_read_frame() which sometimes returns AVERROR_EOF. When I watch recorded shows the playback continues with no problem, but when transcoding it stops on this error and loses the rest of the recording. Can anyone help me figure out how to get transcoding to behave like playback? |
| [17:46:57] | stichnot: | ok, I just found the problem. I copied a recording from the backend onto the laptop. mythavtest matched the filename to a chanid/starttime and tried to use storage groups or something. Renaming the file "fixed" it. |
| [17:47:19] | stichnot: | sorry for the noise :) |
| [17:58:47] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:fda5:3d1f:dcf0:a5ce) has quit (Read error: Connection reset by peer) | |
| [18:24:54] | Beirdo: | stuarta: it is indeed the same machine. I now have the replacement video card awaiting me in the apartment (picked up the packages this morning), and I plan on fixing it either tonight or tomorrow, depending on how late I'm stuck at work today. |
| [18:25:14] | Beirdo: | I'm gonna be mighty thankful tomorrow... Two holiday days in a row! |
| [18:27:16] | stuartm: | four day weekend? |
| [18:28:17] | stuartm: | danielk22: thanks for the mythshutdown stuff, it was on my list just not of high priority because I normally don't use the application |
| [18:40:26] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [18:42:00] | joki (joki!~joki@p54865B93.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [18:43:25] | joki (joki!~joki@p54864BA4.dip.t-dialin.net) has joined #mythtv | |
| [18:44:19] | dekarl (dekarl!~dekarl@p4FCEECAA.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [18:49:36] | dekarl (dekarl!~dekarl@p4FCEF1F6.dip.t-dialin.net) has joined #mythtv | |
| [18:56:33] | stuartm: | 'TS 102 833' defines a standard for storing metadata associated with recordings |
| [18:58:36] | stuartm: | although not exactly the sort of metadata we're looking to store |
| [19:27:22] | Beirdo: | stuartm: yup. In the US, most people (except retail schlubs, I guess) tend to get the day off for the day after Thanskgiving... so we can shop or something. |
| [19:27:39] | Beirdo: | Gratefulness to greed... one day apart |
| [19:36:16] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [19:49:56] | skd5aner: | stuartm: looks like that patch was relative to 0.25 – I never had issue in 0.25, also recordings with my pvr-250/500 seem to be working just fine, it's only with Live TV that it exhibits itself |
| [19:58:26] | mellofone (mellofone!~mellofone@obrian.oddprocess.org) has joined #mythtv | |
| [19:58:30] | mellofone (mellofone!~mellofone@obrian.oddprocess.org) has left #mythtv () | |
| [19:59:26] | danielk22: | skd5aner: stuartm: I'm pretty sure the mythtv version isn't as important as the kernel version. |
| [19:59:48] | skd5aner: | danielk22: changes to the drivers? |
| [20:00:06] | mellofone (mellofone!~mellofone@obrian.oddprocess.org) has joined #mythtv | |
| [20:00:17] | skd5aner: | danielk22: fyi, I'm running 3.5.0-17-generic #28-Ubuntu SMP |
| [20:00:50] | skd5aner: | danielk22: come to think of it, I suppose this did start happening after a kernel upgrade... or about the same time |
| [20:00:54] | mellofone (mellofone!~mellofone@obrian.oddprocess.org) has quit (Client Quit) | |
| [20:01:47] | jams: | skd5aner 3.4 works here with .25 and pvr500 |
| [20:01:56] | skd5aner: | danielk22: think trying out the patch on #10732 is worth it? |
| [20:01:56] | ** MythLogBot http://code.mythtv.org/trac/ticket/10732 ** | |
| [20:02:02] | danielk22: | Yeah, I think the POLLHUP return is new-ish. We've done the reset that is causing the problem for years. |
| [20:02:20] | skd5aner: | jams: it works just fine for me on recordings, but hangs the frontend on livetv after about 1 sec of playback |
| [20:02:27] | danielk22: | skd5aner: It will probably work, but it does a lot more than just handle the POLLHUP |
| [20:02:46] | jams: | right i was referring to livetv |
| [20:02:50] | skd5aner: | danielk22: well, I'm doing a git pull on fixes now, and I'll go ahead and apply the patch |
| [20:02:56] | skd5aner: | jams: what distro? |
| [20:03:06] | skd5aner: | (and version)? |
| [20:03:13] | jams: | however it doesn't recover if the stream/network goes away |
| [20:03:23] | jams: | skd5aner, linhes v8 |
| [20:03:28] | skd5aner: | ah, ok... |
| [20:04:43] | skd5aner: | Up until early november I was running 3.2 (ubuntu 12.04) – then ugpraded to 3.5 via Ubuntu 12.10 |
| [20:05:22] | jams: | i see..so still could be kernel version related or myth :) |
| [20:06:26] | jams: | speaking of livetv I still need to get those logs for the 2250 |
| [20:10:29] | skd5aner: | patch applied cleanly :) |
| [20:10:33] | skd5aner: | compiling |
| [20:27:11] | sl1ce (sl1ce!~johnathan@66.31.34.71) has quit (Quit: Konversation terminated!) | |
| [20:30:50] | sl1ce (sl1ce!~johnathan@c-66-31-34-71.hsd1.ma.comcast.net) has joined #mythtv | |
| [20:39:51] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [20:46:01] | taylorr: | danielk22: any chance the 10732 patch would help with HD-PVR issues? |
| [20:50:10] | danielk22: | taylorr: Some chance. My guess is those are either the same as the other analog issues, or they have something to do with the jppoet's 0.26 tuning changes. |
| [20:53:39] | taylorr: | ok, I'll give it a shot... I only have issues with LiveTV occasionally |
| [21:22:13] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [21:25:52] | anykey_: | Is it possible that the Visible-flag is not set corretly when fetching the channelinfo using the Guide service api? It just seems to be always true, even if the channel is marked as not visible |
| [21:47:26] | Captain_Murdoch: | anykey_, it's possible, might be something Robert never tested or ran into when writing that code. |
| [21:48:09] | anykey_: | Captain_Murdoch: guess so, seems like the visibility flag is not exposed in ProgramInfo too |
| [21:48:25] | anykey_: | and the service gets all its information from there, I think |
| [21:49:59] | Captain_Murdoch: | that would be a channel attribute I'd think |
| [21:50:29] | Captain_Murdoch: | which specific api call are you referring to? |
| [21:52:03] | anykey_: | Captain_Murdoch: /Guide/GetProgramGuide with DateTime.Now, DateTime.Now, null, null, true |
| [21:56:53] | Captain_Murdoch: | after a quick glance, it looks to me like the FillChannelInfo() helper in programs/mythbackend/services/serviceUtil.cpp doesn't set the visible flag so it defaults to true. |
| [21:57:27] | anykey_: | yeah, exactly |
| [22:00:22] | Captain_Murdoch: | if you're looking to try to fix, you might be able to use ChannelUtil::GetExtendedChannelData() to get the data and populate the result via pChannel->setVisible() |
| [22:00:50] | anykey_: | okey, thanks, will try that tomorrow |
| [22:06:28] | Guest16723 (Guest16723!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [22:08:58] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Remote host closed the connection) | |
| [22:09:16] | xavierh: | Captain_Murdoch: ar you in charge of the service API since Robert is gone ? |
| [22:09:19] | xavierh: | are |
| [22:09:43] | Captain_Murdoch: | not sure anybody is really in charge. :) I try to pick up some of the slack if/when I have time. |
| [22:10:49] | xavierh: | Find a bug in AddRecordingLiveStream with 0.25 but it is not that easy for me to test in trunk |
| [22:11:37] | Captain_Murdoch: | ok, that's my code anyway since I hacked together the HLS transcoding support. |
| [22:11:38] | xavierh: | see in #mythtv-user @21:55 |
| [22:13:10] | xavierh: | basicaly when request a stream with height=something and width=0, the resulting url is incorrect, i.e. width is stil at 0 when the real stream have a width different of 0 |
| [22:13:14] | Captain_Murdoch: | you have to requery to get the actual value. the API doesn't know the height until the stream has started transcoding and the transcoder has opened the file and can calculat the height. |
| [22:13:37] | Captain_Murdoch: | if you GetLiveStreamInfo, you'll get the proper URL after the transcoding has started |
| [22:13:49] | Captain_Murdoch: | probably shouldn't even fill in the wrong one to force users to wait. |
| [22:13:53] | xavierh: | So it should not give the url at all then , should it ? |
| [22:14:08] | xavierh: | yep |
| [22:14:21] | Captain_Murdoch: | ok, ok, get off my case... :) j/k yeah, would be better to only list if the user supplies both width and height. |
| [22:14:33] | Captain_Murdoch: | will make a note on my TODO about that. |
| [22:15:38] | xavierh: | as a side note, I am note to sure what is the purpose of add/RemoveRecordingLiveStream, as: |
| [22:15:41] | Captain_Murdoch: | either that or just use 640x0 in the actual filename. |
| [22:16:07] | xavierh: | the stream should be removed regardless if the client call remove |
| [22:16:34] | xavierh: | so if the remove should be automatic, then the add could be autmatic too |
| [22:16:53] | xavierh: | couldn't it ? |
| [22:16:53] | Captain_Murdoch: | not with the current architecture. we have no idea whether the user even watched the stream. some users queue up HLS streams for watching days later. |
| [22:17:28] | xavierh: | sure |
| [22:17:57] | Captain_Murdoch: | I have a partially complete patch to do on-the-fly encoding and playlist generation. I can play about 20 seconds into a video that is created on demand. that will also allow seeking and starting in the middle of a stream, etc.. |
| [22:18:28] | Captain_Murdoch: | the 20-second issue is something in my encoding and I think I know what it is, just need to find time to fix it. |
| [22:18:40] | xavierh: | cool, that is my primary problem at the moment |
| [22:19:16] | xavierh: | with 5 minutes padding witout seeking on android ...(AFAIK) |
| [22:19:21] | Captain_Murdoch: | hope to get that into 0.27. then you wouldn't need to Add/Remove/etc. you'd just 'play' http://backendIP:port/HLS/somefilename.m3u8 and it would autogenerate the meta playlist, the individual playlist that you request, and the segments as they are requested. |
| [22:19:51] | xavierh: | much more eegant, looking forward to it |
| [22:19:55] | xavierh: | elegant |
| [22:19:56] | Captain_Murdoch: | then just need to schedule cleanup of those files after X amount of time. |
| [22:21:26] | Captain_Murdoch: | AirVideo works that way, and jya is who got me turned onto the idea. I have played around with the AirVideo free version and see they do things a little differently than I was planning and their simpler solution solves some issues I was trying to figure out a solution for, so I think that will solve the issue I'm running into right now. just haven't had much time the past few weeks to spend on it unfortunately. |
| [22:22:19] | Captain_Murdoch: | it is a glorious sight to behold though, just pointing safari on my iPhone at http://backendip:port/HLS/somefilename.mpg.m3u8 and it starting playback automatically, up until that ~20 second mark when the player stops. :) |
| [22:25:19] | xavierh: | I don't understand why none of the player I tried on android allow skipping :( |
| [22:28:52] | Captain_Murdoch: | they probably will if you 'stop' the stream. a lot of players won't seek until the end tag is in the playlist. that's one of the reasons for switching to an on-demand encoder because it will pretend the whole transcode is done since it can generate any segment requested on-demand. |
| [22:32:45] | Captain_Murdoch: | xavierh, are you running 0.25-fixes? I have code in HTTPLiveStream::AddStream to not fill in that field unless the width and height are non-zero. just tested on master and it works there and I looked at my 0.25-fixes checkout and that has the same code. |
| [22:37:47] | xavierh: | Captain_Murdoch: I use whatever ubuntu 12.04 provide |
| [22:38:26] | xavierh: | MythTV Version : v0.25.3 |
| [22:38:27] | xavierh: | MythTV Branch : fixes/0.25 |
| [22:40:04] | xavierh: | http://192.168.1.3:6544/Content/AddRecordingL . . . -02T08:20:00 |
| [22:40:15] | xavierh: | give me: http://192.168.1.3:6544/Content/GetFile?Stora . . . kV_64kA.m3u8 |
| [22:41:58] | Captain_Murdoch: | xavierh, got it not. it's not putting that in the DB, it's just returning that URL to you in the call. the code I was looking at was where it populates the DB. just tested via wget and see what you're talking about. |
| [22:42:03] | Captain_Murdoch: | got it now.. |
| [22:47:21] | Captain_Murdoch: | tested a fix as well. |
| [22:47:48] | xavierh: | I don't have the ENDLIST tag for some reason |
| [22:49:09] | Captain_Murdoch: | should have #EXT-X-ENDLIST as the 4th line once a stream has stopped transcoding |
| [22:49:54] | xavierh: | ok I was expecting it at the end of the file |
| [22:50:21] | Captain_Murdoch: | spec allows it anywhere in the file, so I put it up top with the other tags |
| [22:50:50] | Captain_Murdoch: | doesn't really signify the end, it signifies there will be no more updates to the playlist |
| [22:53:01] | Captain_Murdoch: | have a fix in my working branch to not supply those URLs unless the user specified both width and height to the add call. I'll get it in sometime soonish, might have some dev time over the next couple days. |
| [22:54:13] | Captain_Murdoch: | if you find any other issues, feel free to assign a ticket to me and I'll take a look when I can. |
| [22:54:28] | Captain_Murdoch: | headed afk for a while. |
| [22:54:46] | skd5aner: | danielk22, stuartm, taylorr: patch from #10732 didn't work |
| [22:54:46] | ** MythLogBot http://code.mythtv.org/trac/ticket/10732 ** | |
| [22:55:06] | skd5aner: | at least, for my issue... video still freezes up on my analog tuners after 1–3 seconds |
| [22:56:13] | skd5aner: | That is, if it even gets past the "Please Wait" dialog at all |
| [23:00:32] | xavierh: | Captain_Murdoch: thanks, BTW you are correct about the skeeping, work flawlessly |
| [23:00:48] | xavierh: | s/skieeping/skipping |
| [23:00:52] | xavierh: | :( |
| [23:02:47] | skd5aner: | why the heck is it not honoring the startchan in cardinput? |
| [23:10:44] | xavierh: | Captain_Murdoch: I would remove the url from AddRecordingLiveStream completely, so we know we need to use the id to get the url with GetLiveSteamList |
| [23:11:57] | Captain_Murdoch: | the two fields will still be there but empty since it uses the same data structure as GetLiveStreamInfo |
| [23:12:35] | xavierh: | I see |
| [23:13:51] | ** Captain_Murdoch continues to surf early black friday online ads ** | |
| [23:14:05] | Captain_Murdoch: | s/ads/sales/ |
| [23:14:40] | xavierh: | MythFrontend for Android remove automaticaly the livestream when exiting the player, which is very ennoying when the player actually crash :( |
| [23:15:09] | xavierh: | Which explain while I never been able to skip anythng |
| [23:15:12] | xavierh: | anythng |
| [23:15:16] | Captain_Murdoch: | yeah, ran into that before. |
| [23:15:16] | xavierh: | dammit |
| [23:15:19] | xavierh: | anything |
| [23:16:04] | Captain_Murdoch: | there are a few users who have wget User Jobs to queue up HLS streams for watching later. |
| [23:16:15] | xavierh: | might crash as I have this in mythtranscde.log : Nov 21 23:10:09 MediaBox mythtranscode[21893]: W TFWWrite ThreadedFileWriter.cpp:499 (DiskLoop) TFW(/home/mythtv/.mythtv/tmp/hls/5006_20121115202500.mpg.960x544_1000kV_128kA.av .000044.ts:13): write(24816) cnt 0 total 0 — took a long time, 1104 ms |
| [23:16:36] | xavierh: | Captain_Murdoch: very good idea indeed |
| [23:17:28] | Captain_Murdoch: | I plan on leaving in the existing code and API even after the on-demand stuff, but may probably modify the backend of the existing code to utilize the new on-demand backend code so there's only one transcode code path |
| [23:18:37] | Captain_Murdoch: | that way users can queue up if they want for slower hardware, etc. but still get on-demand functionality since they'd share the same files. basically just don't clean up any files automatically if a job still exists in the livestream table. |
| [23:40:38] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [23:45:15] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.