| Friday, May 25th, 2012, 00:01 UTC | ||
| [00:01:51] | jya: | danielk22: I'm guessing it's there: https://github.com/MythTV/mythtv/blob/master/ . . . her.cpp#L167 |
| [00:02:26] | danielk22: | jya: Yep, looks like it. |
| [00:03:34] | jya: | so that can't cause any side effects? anyway, even if it did, that code will be gone soon :) |
| [00:04:30] | danielk22: | jya: no, the user would never touch freqid.. and yeah it will be gone before the next release.. |
| [00:05:25] | danielk22: | jya: I don't think most iptv users are either using 0.24 or the rtp branch anyway.. |
| [00:06:22] | danielk22: | looks like the first QString::null just needs to be channum.. |
| [00:06:48] | danielk22: | In both the create and update. |
| [00:07:41] | jya: | yes that's what I did |
| [00:11:40] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has joined #mythtv | |
| [00:16:48] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has quit (Quit: leaving) | |
| [00:24:05] | jya: | danielk22: I have to ask… how did you find out it wasn't working because the freqid wasn't set in the database? |
| [00:25:32] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:30:57] | jya: | I get perfect audio, but no video… and thousands of errors: |
| [00:30:58] | jya: | http://pastebin.com/Q9nkEB9N |
| [00:31:56] | jya: | the recording created is good though |
| [00:33:02] | coling_ (coling_!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginmedia.com) has joined #mythtv | |
| [00:33:32] | laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv | |
| [00:36:40] | jya: | so it does seem that I have to provide IPTVRec with not just a raw of bytes, but make sure it's only made of ts packets… |
| [00:38:30] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (*.net *.split) | |
| [00:38:30] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has quit (*.net *.split) | |
| [00:38:30] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [00:38:31] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split) | |
| [00:38:31] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (*.net *.split) | |
| [00:38:31] | xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split) | |
| [00:38:31] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has quit (*.net *.split) | |
| [00:38:32] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (*.net *.split) | |
| [00:38:32] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (*.net *.split) | |
| [00:38:32] | ThisNewGuy (ThisNewGuy!~doug@pool-173-70-145-208.nwrknj.fios.verizon.net) has quit (*.net *.split) | |
| [00:38:33] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
| [00:38:33] | Peps (Peps!~MiNT@li186-230.members.linode.com) has quit (*.net *.split) | |
| [00:38:33] | idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has quit (*.net *.split) | |
| [00:38:34] | petefunk (petefunk!~pfunk@pud5.7ac0.org) has quit (*.net *.split) | |
| [00:38:34] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (*.net *.split) | |
| [00:38:34] | Guest74918 (Guest74918!~mike@98.232.220.158) has quit (*.net *.split) | |
| [00:38:35] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (*.net *.split) | |
| [00:38:35] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (*.net *.split) | |
| [00:38:35] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
| [00:38:35] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split) | |
| [00:38:35] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (*.net *.split) | |
| [00:38:36] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has quit (*.net *.split) | |
| [00:38:36] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (*.net *.split) | |
| [00:38:36] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (*.net *.split) | |
| [00:38:36] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (*.net *.split) | |
| [00:38:37] | sutula (sutula!sutula@nat/hp/x-rxmgbatzxkgbynte) has quit (*.net *.split) | |
| [00:38:37] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (*.net *.split) | |
| [00:38:37] | mrec (mrec!~markus@sundtek.de) has quit (*.net *.split) | |
| [00:38:37] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split) | |
| [00:38:37] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split) | |
| [00:38:38] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (*.net *.split) | |
| [00:38:38] | Vernon_at_work (Vernon_at_work!~singv003@lightcloud.verns.net) has quit (*.net *.split) | |
| [00:38:38] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (*.net *.split) | |
| [00:38:38] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (*.net *.split) | |
| [00:38:38] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [00:38:39] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (*.net *.split) | |
| [00:38:39] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (*.net *.split) | |
| [00:38:39] | peitolm (peitolm!~moreyc@unaffiliated/peitolm) has quit (*.net *.split) | |
| [00:38:39] | Slasher` (Slasher`!~Slasher@188.165.164.15) has quit (*.net *.split) | |
| [00:38:39] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (*.net *.split) | |
| [00:38:39] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (*.net *.split) | |
| [00:38:39] | Captain_Murdoch (Captain_Murdoch!~Captain_M@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
| [00:38:40] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has quit (*.net *.split) | |
| [00:38:40] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (*.net *.split) | |
| [00:38:40] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
| [00:38:40] | dekarl (dekarl!~dekarl@p4FE850E3.dip.t-dialin.net) has quit (*.net *.split) | |
| [00:38:40] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginmedia.com) has quit (*.net *.split) | |
| [00:38:40] | brtb (brtb!~brtb@linode.brtb.net) has quit (*.net *.split) | |
| [00:38:40] | ghoti (ghoti!~paul@scratch.it.ca) has quit (*.net *.split) | |
| [00:38:40] | poptix (poptix!poptix@poptix.net) has quit (*.net *.split) | |
| [00:38:40] | laga_ (laga_!~laga@h1626373.stratoserver.net) has quit (*.net *.split) | |
| [00:38:43] | jcarlos_ (jcarlos_!~quassel@85.137.99.76.dyn.user.ono.com) has quit (*.net *.split) | |
| [00:38:43] | k-man (k-man!~jason@unaffiliated/k-man) has quit (*.net *.split) | |
| [00:38:43] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (*.net *.split) | |
| [00:39:08] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [00:41:58] | brtb (brtb!~brtb@linode.brtb.net) has joined #mythtv | |
| [00:44:19] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [00:44:19] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv | |
| [00:44:19] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [00:44:19] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [00:44:19] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
| [00:44:19] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [00:44:19] | dekarl (dekarl!~dekarl@p4FE850E3.dip.t-dialin.net) has joined #mythtv | |
| [00:44:19] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.58) has joined #mythtv | |
| [00:44:19] | ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv | |
| [00:44:20] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [00:44:20] | petefunk (petefunk!~pfunk@pud5.7ac0.org) has joined #mythtv | |
| [00:44:20] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [00:44:20] | Guest74918 (Guest74918!~mike@98.232.220.158) has joined #mythtv | |
| [00:44:20] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [00:44:20] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has joined #mythtv | |
| [00:44:20] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [00:44:20] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [00:44:20] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [00:44:20] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [00:44:20] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [00:44:20] | Peps (Peps!~MiNT@li186-230.members.linode.com) has joined #mythtv | |
| [00:44:20] | Vernon_at_work (Vernon_at_work!~singv003@lightcloud.verns.net) has joined #mythtv | |
| [00:44:20] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv | |
| [00:44:20] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [00:44:20] | ThisNewGuy (ThisNewGuy!~doug@pool-173-70-145-208.nwrknj.fios.verizon.net) has joined #mythtv | |
| [00:44:20] | idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has joined #mythtv | |
| [00:44:20] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [00:44:20] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [00:44:20] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [00:44:20] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [00:44:20] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [00:44:20] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv | |
| [00:44:20] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [00:44:20] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
| [00:44:20] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has joined #mythtv | |
| [00:44:20] | Captain_Murdoch (Captain_Murdoch!~Captain_M@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [00:44:20] | jcarlos_ (jcarlos_!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [00:44:20] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [00:44:20] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [00:44:20] | sutula (sutula!sutula@nat/hp/x-rxmgbatzxkgbynte) has joined #mythtv | |
| [00:44:20] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [00:44:20] | k-man (k-man!~jason@unaffiliated/k-man) has joined #mythtv | |
| [00:44:20] | mrec (mrec!~markus@sundtek.de) has joined #mythtv | |
| [00:44:20] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [00:44:20] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv | |
| [00:44:20] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [00:44:20] | peitolm (peitolm!~moreyc@unaffiliated/peitolm) has joined #mythtv | |
| [00:44:20] | Slasher` (Slasher`!~Slasher@188.165.164.15) has joined #mythtv | |
| [00:44:20] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [00:44:56] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (*.net *.split) | |
| [00:44:57] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has quit (*.net *.split) | |
| [00:44:57] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [00:50:59] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [00:50:59] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv | |
| [00:50:59] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [00:52:01] | jya: | danielk22: yep, IPTVRecorder::AddData expect the buffer provided to start and stop at a TS packet boundary, it drops everything else |
| [00:56:13] | danielk22: | jya: I didn't catch part of that due to netsplit.. but that's unfortunate.. Did I mention I'm ripping that recorder out and replacing it ? :) |
| [00:56:33] | jya: | you did? I must have missed it too :) |
| [01:01:24] | jya: | is there some utility class that would help find the first TS packet? |
| [01:02:28] | jya: | though I'm guessing, feeding a multiple of 188 bytes is the only thing required for it to work. as the HLSRingBuffer only feeds TS data, downloaded via http so it must be valid, not out of order, missing bytes etc… http would have taken care of all of that |
| [01:07:27] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:12:29] | jya: | ok.. now I get no warning… however I see that the IPTV code open the stream, check the signal quality, then close the feed, start the recorder, and re-open the stream… that adds unecessary delay. |
| [01:14:56] | jya: | well, recording is perfect now… |
| [01:16:57] | linuxtech (linuxtech!~linuxtech@linuxtech-1-pt.tunnel.tserv13.ash1.ipv6.he.net) has quit (Remote host closed the connection) | |
| [01:19:34] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [01:20:14] | jya: | it plays perfectly in quicktime.. ok that's an issue in the player now.. I get a grey screen too … wonder if it's related to the ffmpeg resync |
| [01:21:58] | jya: | cool.. can record my iptv stream |
| [01:22:44] | linuxtech (linuxtech!~linuxtech@linuxtech-1-pt.tunnel.tserv13.ash1.ipv6.he.net) has joined #mythtv | |
| [01:36:03] | jya: | duh, it's a config issue with the qt painter that doesn't work on mac |
| [01:56:21] | dekarl (dekarl!~dekarl@p4FE850E3.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [02:17:39] | aleprovencio (aleprovencio!~xand@189.5.207.15) has joined #mythtv | |
| [02:17:44] | aleprovencio (aleprovencio!~xand@189.5.207.15) has left #mythtv () | |
| [02:29:29] | jya: | danielk22: In TVRec, In CloseChannel(), the Close() function is only ever called for DVB or if CardUtil::IsV4L is true. |
| [02:29:48] | jya: | is a particular reason Close isn't called for any type ? that would seem like the right thing to do |
| [02:32:49] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [02:50:26] | jya: | danielk22: I think the issue I'm seeing with the input card (of any type) is rather generic and not limited to IPTV… When using liveTV, so a dummy recorder is started, then the signal monitor is started. when the signal monitor is shutdown, as there's a recorder active (dummy) it doesn't close the input. even if an error occurred. so at the end of the day, we're left with an unclosed recorder. I'm guessing this is he reason why from time to time, whe |
| [02:50:26] | jya: | use livetv, get a message that all inputs are in use (even if that's not the case) and I have to restart the backend… As I have quite a few DVB cards, this happens rarely…one a month at the most ... |
| [03:10:24] | Yancho (Yancho!~mpulis@unaffiliated/yancho) has quit (Ping timeout: 244 seconds) | |
| [03:11:47] | Deek (Deek!~deek@75-135-149-136.dhcp.aldl.mi.charter.com) has left #mythtv ("Cleared of all charges") | |
| [03:20:59] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 252 seconds) | |
| [03:29:32] | Yancho (Yancho!~mpulis@unaffiliated/yancho) has joined #mythtv | |
| [03:32:38] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [03:47:57] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [04:18:02] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:26:56] | sensesay (sensesay!~Sensesay@c-67-185-145-2.hsd1.wa.comcast.net) has joined #mythtv | |
| [04:29:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [04:40:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:30:02] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [06:03:17] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv | |
| [06:05:39] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [06:12:46] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [06:16:33] | amessina (amessina!~amessina@ds.messinet.com) has joined #mythtv | |
| [06:19:44] | dekarl (dekarl!~dekarl@p4FE84D44.dip.t-dialin.net) has joined #mythtv | |
| [06:37:05] | dekarl: | jya, I'm making my own TCP/RTSP streams this way http://www.mythtv.org/wiki/User:Dekarl/How_to . . . ke_a_Freebox |
| [06:37:05] | dekarl: | for UDP/RTSP I'd look at mumudvb, mentions unicast UDP for MythTV specically https://github.com/braice/MuMuDVB |
| [06:37:31] | jya: | dekarl: what I'm aiming to test is channel change.. can't do so with my own stream |
| [06:38:20] | dekarl: | why not? both examples can feed plenty of channels from one instance |
| [06:38:59] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [06:39:36] | dekarl: | hmm, I think I didn't understand correctly what you just said. |
| [06:40:27] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [06:45:03] | jya: | my HLS recorder works well, I simulate an IPTV mpegts stream… I can tune live tv to the first channel |
| [06:45:07] | stoffel (stoffel!~quassel@pD9E433AE.dip.t-dialin.net) has joined #mythtv | |
| [06:45:12] | jya: | but never to the second.. |
| [06:45:40] | jya: | as the behaviour of TVRec is rather dubious to me, I wanted to actually see what it was going with a real IPTV stream and find out what I had missed |
| [06:50:59] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.) | |
| [06:52:42] | dekarl: | hmm, I remember some mentions of that behaviour for the already exisiting IPTV recorder in 0.25, too. someone posted two related tickets yesterday, but I'm not finding it atm |
| [06:53:10] | jya: | i haven't tried IPTV in a while |
| [06:53:17] | jya: | but in 0.24 it was certainly working |
| [06:53:33] | jya: | here I see that the SetChannels is called and put in the queue |
| [06:54:10] | mrec (mrec!~markus@sundtek.de) has quit (Ping timeout: 260 seconds) | |
| [06:54:15] | mrec (mrec!~markus@sundtek.de) has joined #mythtv | |
| [06:54:19] | jya: | but when the queue is read, the value is dismissed. to me it looks like a bug, but without the ability to test real IPTV/UDP stream I can't test. I changed ISP a few months ago, and it doesn't provide IPTV streams , my previous one did |
| [06:54:27] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [06:54:43] | jya (jya!~jyavenard@120.148.99.165) has joined #mythtv | |
| [06:54:43] | jya (jya!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [06:54:43] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [06:55:38] | jya: | sorry, my IRC client became so slow, had to restart it |
| [06:55:46] | jya: | too much history I guess |
| [07:06:38] | dekarl: | jya, I'm not finding it in the logs. You said "... close is not being called" and someone said "hey, that sounds like the cause of #x and #y where channel change in livetv doesnt work" |
| [07:07:04] | jya: | ah yes… that's another issue I've noticed |
| [07:07:21] | jya: | however the fix for this is rather invasive and as danielk22 said is going to get rid of all of this |
| [07:07:31] | jya: | though I'm pretty certain the issue isn't just about iptv |
| [07:08:00] | jya: | it's #10493 |
| [07:08:00] | ** MythLogBot http://code.mythtv.org/trac/ticket/10493 ** | |
| [07:17:13] | jya: | there's no way tuning can work, nor will a channel ever be close when you exit livetv |
| [07:17:26] | jya: | how could this not have been noticed earlier? |
| [07:21:53] | rsiebert_ (rsiebert_!~quassel@g231184165.adsl.alicedsl.de) has joined #mythtv | |
| [07:22:47] | dekarl: | smolt says the stats are against someone noticing... 85% DVB/HDHR vs. 0.5% IPTV |
| [07:25:09] | rsiebert (rsiebert!~quassel@g226062112.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds) | |
| [07:31:25] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds) | |
| [07:45:01] | andreax (andreax!~andreaz@p54BF2EC7.dip.t-dialin.net) has joined #mythtv | |
| [08:21:05] | dekarl (dekarl!~dekarl@p4FE84D44.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [09:28:10] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [10:05:02] | Guest74918 (Guest74918!~mike@98.232.220.158) has quit (Remote host closed the connection) | |
| [10:05:52] | mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [10:14:13] | andreax1 (andreax1!~andreaz@p54BF30EE.dip.t-dialin.net) has joined #mythtv | |
| [10:16:24] | andreax (andreax!~andreaz@p54BF2EC7.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [10:40:38] | amessina (amessina!~amessina@ds.messinet.com) has quit (Quit: Konversation terminated!) | |
| [10:47:01] | jya: | danielk22: Ok.. I've figured out why the IPTV recorder aren't stopping, you've changed the recorders to be non-blocking and looping until a flag is set. The IPTV recorder on the other hand, call the IPTVFeeder->run() which will never exit, have to find a way to pass it a stop condition |
| [10:48:39] | stoffel (stoffel!~quassel@pD9E433AE.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [11:22:39] | stuartm: | that 0.5% is why no-one reported iptv being broken in master despite it being that way for months ... in fact I'm not even sure it's as high as 0.5% |
| [11:39:51] | jya: | stuartm: it's not just in master, it's in 0.25 |
| [11:40:44] | jya: | it's severely broken…. not sure why I bother with danielk22 rewriting it anyway… |
| [11:40:53] | jya: | all I wanted was record my hls stream :( |
| [11:53:15] | danielk22: | jya: stuartm: I'm pretty sure the # of iptv users is in the 5–50 range, but that's no reason for it to be broken. If it is fixable we can at least patch 0.25 |
| [11:53:59] | danielk22: | oh, just reading above. 0.5% is bigger than I expected. Where do I see that stat? |
| [11:56:36] | stoffel (stoffel!~quassel@pD9E433AE.dip.t-dialin.net) has joined #mythtv | |
| [12:03:08] | danielk22: | jya: Calling close() on the channel object is only a done as a workaround for a bug problem in some V4L drivers and as a power-saving measure with DVB cards (and only if the non-default power-saving option is enabled). It was never part of the original design. |
| [12:04:37] | danielk22: | jya: In the original design the Channel class was opened at startup and never closed. The Close() methods are just there for a future when we add and remove recorders while the backend is running. |
| [12:11:30] | jya: | danielk22: I'm patching in such a way that it will be possible to backport. |
| [12:12:35] | jya: | yes the channel class is opened at startup and close after.. but the signalmonitor open a stream and start listening |
| [12:12:47] | ThisNewGuy (ThisNewGuy!~doug@pool-173-70-145-208.nwrknj.fios.verizon.net) has quit (Read error: Connection reset by peer) | |
| [12:12:49] | jya: | when it has found a signal, TVRec close it |
| [12:13:04] | jya: | then the recorder is created which too open the stream |
| [12:13:23] | stuartm: | danielk22: that stat is from smolt, but I think it's too high, skewed by the small sample size |
| [12:13:57] | jya: | in most of the monitor/channel/recorder, when anything fail in the run(), it removes the stream from their respective streamhandler |
| [12:14:03] | jya: | from what I can see... |
| [12:14:35] | jya: | if the signalmonitor didn't get a lock ; then the signalmonitor is stopped and then destroyed. |
| [12:14:53] | jya: | the stream the signalmonitor isn't closed, just stopped. |
| [12:14:54] | stuartm: | jya: right, when I said "why no-one reported iptv being broken in master despite it being that way for months" I meant before the release of 0.25 |
| [12:15:31] | jya: | from what I can see, the following recording type are broken: firewire, iptv |
| [12:15:32] | stuartm: | danielk22: I thought you knew of the breakage in 0.25 and had decided to leave it broken because it was fixed by the re-write for 0.26? |
| [12:15:37] | jya: | maybe more, I haven't looked further |
| [12:16:11] | jya: | because both the firewire and the iptv creates a stream, but never close it |
| [12:16:28] | stuartm: | danielk22: it's apparently been broken since the recorder branch merge |
| [12:17:21] | stuartm: | jya: does the addition of the FirewireChannel destructor which calls Close() not change that? |
| [12:18:40] | jya: | stuartm: it needs to be done in the signalmonitor and the recorder |
| [12:18:52] | jya: | in the signal monitor, it needs to be done when a lock wasn't obtained |
| [12:19:03] | jya: | for example. |
| [12:19:07] | stuartm: | admittedly adding Close() in ~FirewireChannel was an educated guess, it seemed logical to call Close() before destroying the object and certainly couldn't have done any harm |
| [12:19:16] | jya: | say you start livetv, the lock fail, the stream isn't closed |
| [12:19:27] | stuartm: | ah |
| [12:19:40] | jya: | you cam back to the main menu ; if you try to go back into livetv or start a recording: you will get a "all input are busy" |
| [12:20:05] | jya: | for example, here I have two HLS stream, nasa takes 5s to get a lock, and al jazeera that takes 15s |
| [12:20:15] | jya: | when I switch from nasa to al jazeera |
| [12:20:27] | jya: | the frontend exits before the switch has a chance to complete |
| [12:20:59] | jya: | on the backend, I see that the signal monitor is created, then the recorder, and it runs in the background forever |
| [12:21:14] | jya: | the card is unusable until you restart the backend |
| [12:22:02] | stuartm: | nasty |
| [12:22:32] | jya: | I have a "fix" for iptv , which I think will work, knowing on how the signal monitor is called and when it's destroyed, I'm going to have it close the stream if it didn't get a lock, and keep it open if otherwise |
| [12:22:59] | jya: | probably need something similar for firewire, unfortunately, I won't be able to do that as I have no equipment to test |
| [12:23:57] | jya: | the other option, is to use the same architecture as most of the recent recorder/monitor: use a 2nd thread and do all the capture in there, that way TVRec can properly stop it |
| [12:23:57] | stuartm: | yeah, I really need someone to test firewire after https://github.com/MythTV/mythtv/commit/b3b3f78a1 |
| [12:24:12] | danielk22: | stuartm: I knew the IPTV recorder was broken shortly before release. But it has been broken in many ways for a long time so I just viewed it as the straw that broke the camels back. |
| [12:24:30] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [12:24:43] | jya: | stuartm I don't believe that change will make a significant difference, because the channel is never closed during the liftetime of mythbackend |
| [12:24:51] | danielk22: | stuartm: I didn't know of the firewire breakage and I was talking with people using firewire before release so I'm surprised I didn't hear about it. |
| [12:25:12] | stuartm: | danielk22: yeah, that's fair enough, I just got the wrong impression when you just mentioned fixing it in 0.25 |
| [12:25:15] | jya: | danielk22: it's all a timing issue really |
| [12:25:26] | jya: | if you get a lock very quickly, then there's no problem |
| [12:25:55] | jya: | with the new hls recorder, where it can take a while to take a lock, that's where things break.. the current architecture is rather fragile and very timing dependent. |
| [12:26:00] | jya: | it "works" .. |
| [12:26:09] | danielk22: | jya: stuartm: Channel is never destructed during the lifetime of mythbackend so anything you do in the dtor will be theoretical.. but closing the Channel on dtor is the correct thing to do. |
| [12:26:48] | jya: | what I said :) |
| [12:26:49] | danielk22: | jya: I see so people with a solid signal will never see the breakage.. and with a small sample pool... |
| [12:26:54] | stuartm: | definitely fragile, even despite recent fixes it's not that hard to get the frontend into a nasty state if we hit one or more errors, the error handling paths aren't very well tested |
| [12:27:11] | stuartm: | danielk22: good to know |
| [12:27:43] | jya: | there's a fundamental issue in timing and how things are started / stopped… if everything goes well, that's fine.. |
| [12:28:37] | jya: | this will happen with any capture card… and know I understand why from time to time, over an extended period of time my DVB cards are all in use |
| [12:28:40] | stuartm: | danielk22: and the fact that FirewireChannel isn't destroyed until the backend exists explains why no-one ever complained about the leak |
| [12:28:49] | jya: | and mind you, they are reported as being unused |
| [12:29:36] | jya: | when this happen, the frontend starting liveTV will hang forever. |
| [12:29:55] | jya: | restarting the backend interrupts the frontend and it goes back to the main meny |
| [12:31:12] | jya: | having said that, that piece of code is ultra-complex… |
| [12:31:27] | jya: | i feel the pain of whomever has to maintain it if he didn't write it ! |
| [12:31:59] | stuartm: | the current zero-byte test before starting playback needs changing, I've had a couple of failed recordings lately that were too short to be playable but > 0, in that case the frontend tries to play them but then takes forever (30s +) to decide that they really aren't playbable spewing lots of errors and during that period h you can't exit or do anything |
| [12:32:01] | danielk22: | jya: hehe, over the years i've come to understand it. |
| [12:32:30] | jya: | stuartm: the zero bytes occur under the following circumstances: |
| [12:32:46] | jya: | the signalmonitor start, create a write ring buffer, exit |
| [12:33:11] | jya: | if the signal monitor saw a lock, then TVRec close the signal monitor and start the recorder |
| [12:33:15] | ThisNewGuy (ThisNewGuy!~doug@pool-173-70-145-208.nwrknj.fios.verizon.net) has joined #mythtv | |
| [12:33:28] | jya: | which itself will open a ringbuffer to write the data |
| [12:33:35] | danielk22: | jya: The signal monitor is my creation, I don't think it's that complex. |
| [12:33:40] | jya: | you get the 0 bytes when the signalmontiro failed to get a lock |
| [12:33:52] | jya: | so TVRec didn't start the recorder |
| [12:33:54] | stuartm: | jya: right, ideally if we exit at that point it should clean up, remove the recorded entry and the empty (or < 100K) file |
| [12:34:03] | 77CAA1MBA (77CAA1MBA!~Goga777@2.95.194.172) has joined #mythtv | |
| [12:34:03] | 17SAA8LXB (17SAA8LXB!~Goga777@2.95.194.172) has joined #mythtv | |
| [12:34:03] | 17SAA8LXB (17SAA8LXB!~Goga777@2.95.194.172) has quit (Read error: Connection reset by peer) | |
| [12:34:22] | jya: | stuartm: actually, I think there's no need to open a ringbuffer at all in the signal monitor |
| [12:34:35] | jya: | at least not for a mpeg-ts stream |
| [12:35:02] | jya: | but what is best? no file at all when a recording didn't start properly, or a file that is 0 bytes? |
| [12:35:11] | jya: | I like the later, cause it shows that at least it tried :) |
| [12:35:38] | danielk22: | jya: The signal monitor doesn't open a ringbuffer. The TVRec does, and it does it only to create the 0 byte file so you can easily delete the recorded entry.. which people wanted to tell them the recording failed.. |
| [12:35:47] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [12:35:48] | jya: | from what I can see, the ringbuffer created by the signalmonitor will be closed and deleted a little while later |
| [12:35:51] | jya: | it never stays |
| [12:36:33] | stuartm: | no file – filling the recordings list with unplayable files is mis-leading and means the user has to clean up, there's no outward indication that those are failed recordings (unless size is displayed) until the user tries to play them |
| [12:36:43] | jya: | danielk22: my bad… it's created pretty much in the same round as the signalmonitor |
| [12:37:27] | jya: | anyway, I'm starting to see the light in here... |
| [12:37:44] | stuartm: | the logs and previously record views show that it tried to record but failed |
| [12:37:54] | jya: | i'm going to do what I can, not spending too much time on it.. spent the day already |
| [12:37:59] | danielk22: | stuartm: There is indication in a proper theme. The color of the filename is different and there is no preview image. |
| [12:38:20] | danielk22: | s/filename/title/ |
| [12:39:13] | stuartm: | danielk22: lack of a preview doesn't necessarily imply the recording failed, the preview generator does fail occassionally or the preview has yet to be generated, I even have examples when the preview offset happens to coincide with a blank frame |
| [12:39:18] | danielk22: | jya: The distinction only matters to me, I wrote the signal monitor and am fairly proud of it. I maintain TVRec and it's a bit of a hack. |
| [12:40:01] | danielk22: | stuartm: You know there is a flag set for damaged recordings, right? It's what MythCenter uses to highlight them. |
| [12:40:13] | jya: | danielk22: from what I've seen, the behaviour isn't like you describe |
| [12:40:54] | sensesay (sensesay!~Sensesay@c-67-185-145-2.hsd1.wa.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [12:40:54] | jya: | the signal monitor when it finishes, close the stream, removing it from the corresponding streamhandler |
| [12:41:06] | stuartm: | anyway, right now I'm merely interested in preventing the frontend trying to play recordings with a size > 0 but less than 10KB or whatever happens to be the minimum playable size (not sure what that is just yet) |
| [12:41:21] | jya: | so we effectively have: signalmonitor -> read -> close -> recorder -> read -> close |
| [12:41:44] | jya: | it's unfortunate because everything is in place for both to run at the same time |
| [12:41:52] | stuartm: | danielk22: I knew there was a flag, I didn't know it was exposed to the UI – I'll update Terra and my new theme accordingly |
| [12:42:20] | danielk22: | jya: Yeah.. the eventual plan is to not do that.. but that involves tackling TVRec. |
| [12:42:47] | jya: | yeah, it's very bizarre cause there's this listener in place in the channel class |
| [12:43:15] | jya: | they would only have to have the channel open the stream when required, they register themselves as listener and remove them as listener when need be |
| [12:43:23] | jya: | when there's no more listener, you close the card |
| [12:43:57] | jya: | would speed up start up time greatly I would think… probably have a beneficial impact on livetv too |
| [12:45:00] | danielk22: | jya: I don't think the channel listener is universal. |
| [12:45:19] | jya: | it could be made that way |
| [12:45:22] | jya: | most of them do |
| [12:45:27] | danielk22: | sure |
| [12:46:02] | jya: | plus, there's no guarantee that between the time the monitor stop and the recorder start , that everything will work fine |
| [12:47:03] | jya: | if we kept the same datastream flowing, it would be more certain |
| [12:49:35] | jya: | danielk22: do you know where the timeout is for the channel change in the frontend ? |
| [12:58:48] | danielk22: | jya: Not off hand, but I'm pretty sure there is no timeout for regular recordings, at least for most recorders. There is just a timeout for telling you in the frontend that you should have seen a signal. |
| [12:59:31] | jya: | danielk22: that's when I enter livetv |
| [12:59:50] | jya: | I've made that be a 60s timeout, which allow me to debug the backend |
| [12:59:52] | danielk22: | jya: I've got to go put out a fire at work, but I'd like to talk you about where I'd like to go with the recorders, I think you mostly figured it out just looking at the code. |
| [13:00:04] | jya: | but hwne changing channels after, after about 10s, it just exit |
| [13:00:28] | jya: | danielk22: no probs.. I may not be there, it's getting pretty late |
| [13:00:41] | jya: | and tomorrow morning I'm on duty to look after the kids morning |
| [13:04:58] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [13:57:38] | skd5aner: | danielk22: smolt is where that % comes from – http://smolt.mythtv.org/static/stats/stats.html |
| [13:58:12] | ** skd5aner has to laugh when key devs don't seem to know about major things like this ** | |
| [13:58:20] | skd5aner: | ;) |
| [13:58:36] | danielk22: | skd5aner: Where in smolt is the question |
| [13:58:46] | skd5aner: | stats, and then MythTV data tab |
| [13:59:00] | skd5aner: | danielk22: also, I'm just giving you a hard time, no worries ;) |
| [13:59:28] | danielk22: | So 23 freebox tuners... |
| [13:59:33] | skd5aner: | I believe Freebox == IPTV right? |
| [13:59:40] | danielk22: | yep |
| [14:00:23] | danielk22: | the # is probably higher, it's kinda foolish to be running 0.25 if you get your TV via RTP/UDP.. |
| [14:00:30] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [14:01:48] | samalex (samalex!samalex@pdpc/supporter/student/rlangly) has joined #mythtv | |
| [14:03:08] | skd5aner: | danielk22: why would users think that'd be foolish? |
| [14:05:06] | dekarl-work: | if ~7 FREEBOX tuners per user is the norm (suggested in #10493) then its no wonder that there are close to no reports of the breakage... |
| [14:05:06] | ** MythLogBot http://code.mythtv.org/trac/ticket/10493 ** | |
| [14:05:30] | samalex: | how easy/hard is it to get streaming content into MythTV? For example NasaTV, Al Jazeera English, or other sites that stream online. Can these be brought into Myth and recorded just like OTA programming? |
| [14:05:54] | skd5aner: | samalex: better discussed in #mythtv-users |
| [14:06:06] | samalex: | skd5aner: okay, thanks. |
| [14:06:06] | skd5aner: | short answer – it's being worked on |
| [14:16:54] | danielk22: | stichnot: Beirdo: jya: It looks like mythccextractor is broken in trunk too, probably same issue as mythcommflag. |
| [14:24:29] | stichnot: | yeah, I mentioned that yesterday :) |
| [14:24:52] | danielk22: | :) |
| [14:26:24] | stichnot: | but I'm not sure we had a firm conclusion on this. Comment it out for now and see if ffmpeg will bring it back? |
| [14:27:18] | jya: | stichnot: when I see replies like this, my hopes aren't high |
| [14:27:18] | jya: | https://bugzilla.libav.org/show_bug.cgi?id=297 |
| [14:29:21] | stichnot: | too bad. but I would probably take the same position in their shoes |
| [14:30:50] | jya: | danielk22: Question for you.. still tracking why changing channels doesn't work for my in livetv with my hls recorder. |
| [14:32:04] | jya: | I'm changing from channel 300 to 301. when the frontend switches channel, I see that in TVRec, it calls SetChannels(301) |
| [14:32:49] | jya: | and I see that in tuningRequests it queues a change to channel 301 |
| [14:33:27] | jya: | yes, in HandleTuning, it calls SwitchToInput(300) |
| [14:35:19] | jya: | it seems to get the tuningRequest from the queue, any ideas what could have happened in between ? |
| [14:36:20] | danielk22: | jya: Not of the top of my head. |
| [14:37:08] | jya: | oh, I think I know… it did get a tuning request of 301, but somehow that failed and it swtiched back to the default channel number |
| [14:47:04] | jya: | well, Im going to commit what I have, only thing I can't get to work is switching channel in live tv.. danielk22 wouldn't mind if you had a look at it ! |
| [14:48:00] | danielk22: | jya: I can look at it after work if you put it somewhere.. |
| [14:51:35] | jams: | danielk22- for that ticket regrading channel change speed. I see the logs are for DVB but it also affects my pvr500/150 cards went from ~2 seconds to somewhere between 8 and 30 seconds (varies). |
| [14:53:54] | samalex (samalex!samalex@pdpc/supporter/student/rlangly) has quit (Quit: Lost terminal) | |
| [15:01:10] | 77CAA1MBA (77CAA1MBA!~Goga777@2.95.194.172) has quit (Quit: Leaving) | |
| [15:07:20] | linuxtech (linuxtech!~linuxtech@linuxtech-1-pt.tunnel.tserv13.ash1.ipv6.he.net) has quit (Read error: Operation timed out) | |
| [15:10:22] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds) | |
| [15:20:34] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [15:26:39] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has left #mythtv () | |
| [15:27:33] | jya: | danielk22: ok.. I've pushed my changes. I believe this fixes most of the IPTV issues overall… |
| [15:29:11] | jya: | Ive pushed my hls recorder too, works quite well, but I can't change channels in livetv. as I do not have another source of IPTV, I couldn't tell if the issue is with the overall IPTV recording class, or just the hls ones timing out… |
| [15:34:19] | stuartm: | can I assume that Rob K is wanting to add json support to mythfilldatabase for some new SD API? |
| [15:35:24] | MythBuild: | build #2543 of master-linux-ppc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2543 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [15:36:45] | danielk22: | hehe, so the fire at work... it looks like a broadcaster's 708->608 converter is using my CC608Decoder::ToASCII() function intended for debugging CC608 and sending things like "o/~" for a musical note out over the air. |
| [15:36:47] | jya: | rha damn |
| [15:36:55] | MythBuild: | build #3577 of master-linux-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/3577 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [15:37:10] | jya: | what the? |
| [15:37:50] | jya: | how could that be? |
| [15:40:03] | stuartm: | danielk22: heh |
| [15:49:33] | MythBuild: | build #2544 of master-linux-ppc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2544 |
| [15:53:41] | MythBuild: | build #3578 of master-linux-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/3578 |
| [15:54:38] | jya: | yeahhh… off to bed |
| [16:10:09] | joki (joki!~joki@p54864DEB.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [16:10:42] | joki (joki!~joki@p54864A23.dip.t-dialin.net) has joined #mythtv | |
| [16:13:34] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [16:14:51] | Steve-Goodey (Steve-Goodey!~steve@host86-160-43-123.range86-160.btcentralplus.com) has joined #mythtv | |
| [16:19:13] | stoffel (stoffel!~quassel@pD9E433AE.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [16:28:59] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:47:57] | kwmonroe` is now known as kwmonroe | |
| [16:52:38] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:57:11] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [17:09:43] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Remote host closed the connection) | |
| [17:13:03] | stoffel (stoffel!~quassel@pD9E433AE.dip.t-dialin.net) has joined #mythtv | |
| [17:34:04] | cattelan_away is now known as cattelan | |
| [18:04:48] | Steve-Goodey (Steve-Goodey!~steve@host86-160-43-123.range86-160.btcentralplus.com) has quit (Remote host closed the connection) | |
| [18:11:21] | Swabby (Swabby!dp@74-139-149-210.dhcp.insightbb.com) has joined #mythtv | |
| [18:11:30] | Swabby (Swabby!dp@74-139-149-210.dhcp.insightbb.com) has left #mythtv () | |
| [18:24:58] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [18:30:38] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has quit (Ping timeout: 240 seconds) | |
| [18:34:47] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has joined #mythtv | |
| [19:20:41] | stuartm: | it's a little surprising that over 3/4s of MythTV users are in the US, I'd expected a more international users – I wonder if that partly has something to do with a lack of documentation in other languages? |
| [19:21:31] | stuartm: | maybe we should ask translators if they would be willing to translate the more important parts of the wiki and website |
| [19:23:38] | stuartm: | knightr: do you think that's something translators might be interested in working on between releases? |
| [19:24:58] | stuartm: | although given that we can't get enough people interested in writing and maintaining good documentation in the first place maybe internationalisation of documentation is a little ambitious |
| [19:28:03] | Captain_Murdoch: | stuartm, that 3/4 number is flawed. 3/4 might be en_us, but 26.6% are in Europe/Berlin or Europe/London time zones, so just using those two alone means that the 76.5% en_us isn't a true indication of where users are. |
| [19:29:51] | Captain_Murdoch: | once you throw in the next few Europe and Australia time zones, it seems like it's over 50% non-US |
| [19:32:10] | Captain_Murdoch: | those numbers may be even more telling. more people are non-US, but most outside of London and Berlin keep their language set to en_us. |
| [19:43:55] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [19:46:35] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [20:00:05] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [20:03:03] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [20:13:19] | stuarta (stuarta!~stuarta@callisto.ppp0.squashedfrog.net) has joined #mythtv | |
| [20:15:23] | Vernon_at_work (Vernon_at_work!~singv003@lightcloud.verns.net) has quit (Remote host closed the connection) | |
| [20:16:28] | stuartm: | Captain_Murdoch: hmm, odd, there isn't any good reason that I know of to set your locale to 'us' if that's not your present location, in fact as more and more areas of MythTV reference the locale it means many people miss out on things that would otherwise be available to them (e.g. local weather grabbers or video streams) |
| [20:18:36] | Vernon_at_work (Vernon_at_work!~singv003@lightcloud.verns.net) has joined #mythtv | |
| [20:18:40] | gregorcy (gregorcy!~gregorcy@harley.chemeng.utah.edu) has quit (Ping timeout: 244 seconds) | |
| [20:19:20] | stuartm: | could be that a significant number are existing installations that have never had to go through the locale selection screen and it's not currently accessible through the 'Setup' menu |
| [20:22:33] | gregorcy (gregorcy!~gregorcy@strongbad.chemeng.utah.edu) has joined #mythtv | |
| [20:23:18] | gregorcy (gregorcy!~gregorcy@strongbad.chemeng.utah.edu) has left #mythtv () | |
| [20:25:27] | ** stuarta yawns ** | |
| [20:26:27] | ghoti_ is now known as ghoti | |
| [20:37:06] | stuartm: | stuarta: are we keeping you up or just boring you? :p |
| [20:48:08] | stuarta: | this working hard for a living is tiring |
| [20:50:55] | Mousey: | amen sister |
| [20:51:03] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:52:23] | ** stuarta completely wipes XCode and installs again ** | |
| [20:54:20] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Quit: Leaving) | |
| [21:01:11] | wagnerrp: | stuartm, Captain_Murdoch: likely the more telling attribute is the system language |
| [21:01:23] | stuartm: | well my RaspberryPI has been dispatched finally ... probably not the time to wonder just what I'm going to do with it when it arrives |
| [21:01:27] | wagnerrp: | only 42.5% running en_US.UTF-8 |
| [21:01:57] | wagnerrp: | 14.1% for germany |
| [21:02:08] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [21:02:13] | wagnerrp: | 11.4% for the UK |
| [21:02:53] | wagnerrp: | 7.9% between australia and new zealand |
| [21:02:58] | stuartm: | wagnerrp: ok, that confirms that I really need to code up the ability to set the locale from the frontend/mythtv-setup and perhaps force existing users to go through that screen when they upgrade to 0.26 and country == us |
| [21:03:35] | wagnerrp: | 3.6% from canada |
| [21:04:37] | stuartm: | or maybe just use the system locale to pick a sane value if country == us, maybe less precise since a lot of people choose a different system locale for some reason but no prompt to annoy people |
| [21:05:59] | wagnerrp: | perhaps something that compares the database and system values |
| [21:06:13] | wagnerrp: | with a "fix it for me", "let me fix it", and "stop nagging me" |
| [21:06:32] | wagnerrp: | run it on startup, and always warn unless the user flags not to with "stop nagging me" |
| [21:09:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:24:31] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [22:00:36] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [22:08:42] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:19:51] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving) | |
| [22:20:47] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [22:26:57] | stoffel (stoffel!~quassel@pD9E433AE.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [22:30:26] | dekarl (dekarl!~dekarl@p4FE84D44.dip.t-dialin.net) has joined #mythtv | |
| [22:32:28] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [22:32:28] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [22:32:28] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [22:37:00] | andreax1 (andreax1!~andreaz@p54BF30EE.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [22:57:26] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:58:49] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [23:00:03] | brandon-dacrib (brandon-dacrib!~brandon-d@pool-72-80-90-162.nycmny.fios.verizon.net) has joined #mythtv | |
| [23:00:25] | brandon-dacrib: | I am getting a new error in my apache logs when I search by title for a show in myth web |
| [23:00:41] | brandon-dacrib: | PHP Fatal error: Allowed memory size of 67108864 bytes exhausted |
| [23:00:49] | brandon-dacrib: | in /usr/share/mythtv/mythweb/classes/Database/Query/mysql.php on line 127 |
| [23:01:07] | brandon-dacrib: | that line: return mysql_fetch_assoc($this->sh); |
| [23:02:01] | brandon-dacrib: | I tried raising the amount of ram php can use in my php.ini, and verified its kicked in by looking at a phppinfo |
| [23:02:07] | brandon-dacrib: | phpinfo that is |
| [23:11:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:20:23] | brandon-dacrib (brandon-dacrib!~brandon-d@pool-72-80-90-162.nycmny.fios.verizon.net) has quit (Quit: brandon-dacrib) | |
| [23:24:39] | brandon-dacrib (brandon-dacrib!~brandon-d@pool-72-80-90-162.nycmny.fios.verizon.net) has joined #mythtv | |
| [23:42:55] | brandon-dacrib (brandon-dacrib!~brandon-d@pool-72-80-90-162.nycmny.fios.verizon.net) has quit (Quit: brandon-dacrib) | |
| [23:48:54] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.