| 2014-06-29 |
| → ametovic joined | 00:00 |
| → gary_ joined | 00:03 |
| ← amet left | 00:03 |
| gary_ → Guest11784 | 00:03 |
| ← macmaN left | 00:04 |
| ← chainsawbike left | 00:04 |
| ← Gary_The_Brown left | 00:04 |
| ← laurent\ left | 00:04 |
| ← nilzen left | 00:04 |
| ← andreasb- left | 00:04 |
| → nilzen joined | 00:04 |
| → dinamic_ joined | 00:06 |
| ← dinamic left | 00:07 |
| → chainsawbike joined | 00:08 |
| → macmaN joined | 00:08 |
| ← Spr0cket left | 00:09 |
| → Spr0cket joined | 00:10 |
| → laurent\ joined | 00:10 |
| ← forenbenutzer left | 00:18 |
| → laurent\_ joined | 00:18 |
| ← laurent\ left | 00:18 |
| → forenbenutzer joined | 00:19 |
| → KingJ_ joined | 00:20 |
| → Joost_ joined | 00:20 |
| ← KingJ left | 00:20 |
| ← Joost` left | 00:20 |
| Joost_ → Joost` | 00:20 |
| ← Elfish_ left | 00:22 |
| ← nils_2 left | 00:23 |
| → Elfish joined | 00:24 |
| → werkkrew joined | 00:24 |
| ← chainsawbike left | 00:25 |
| → chainsawbike joined | 00:25 |
| → nils_2 joined | 00:26 |
| → Rudde joined | 00:28 |
| → forenbenutzerX joined | 00:31 |
| → BumbleBee joined | 00:31 |
| → trondmm__ joined | 00:31 |
| → zombor_ joined | 00:31 |
| ← zombor_ left | 00:31 |
| → zombor_ joined | 00:31 |
| → ProfYaffle_ joined | 00:31 |
| → nilzen_ joined | 00:32 |
| → andoma_ joined | 00:32 |
| → KingJ joined | 00:35 |
| ← KingJ_ left | 00:37 |
| ← forenbenutzer left | 00:37 |
| ← nilzen left | 00:37 |
| ← zino left | 00:37 |
| ← BtbN left | 00:37 |
| ← ProfYaffle left | 00:37 |
| ← zzattack left | 00:37 |
| ← andoma left | 00:37 |
| ← trondmm left | 00:37 |
| ← Chrisfu left | 00:37 |
| ← Bumble-Bee left | 00:37 |
| ← dano5 left | 00:37 |
| → zz_dano5 joined | 00:37 |
| → Chrisfu- joined | 00:37 |
| forenbenutzerX → forenbenutzer | 00:37 |
| nilzen_ → nilzen | 00:37 |
| Chrisfu- → Chrisfu | 00:38 |
| zz_dano5 → dano5 | 00:38 |
| → BtbN joined | 00:38 |
| → zzattack joined | 00:39 |
| → mablae_ joined | 01:24 |
| ← malte__ left | 01:27 |
| ← djbeirut left | 01:32 |
| ← nilzen left | 01:51 |
| → andreasb- joined | 02:03 |
| ← c0mm0n left | 02:30 |
| → nilzen joined | 02:57 |
| ← zombor_ left | 03:10 |
| ← john3voltas left | 04:23 |
| → HACKING-TWITTER joined | 04:40 |
| ← HACKING-TWITTER left | 04:44 |
| → HACKING-TWITTER joined | 04:45 |
| ← UmbraMalison left | 05:04 |
| → UmbraMalison joined | 05:09 |
| ← HACKING-TWITTER left | 05:21 |
| ← roboro left | 06:45 |
| → roboro joined | 06:45 |
| ← Spr0cket left | 07:39 |
| → Spr0cket joined | 07:39 |
| ametovic → amet | 07:52 |
| → Yepoleb_ joined | 08:01 |
| Yepoleb → Guest3914 | 08:01 |
| Yepoleb_ → Yepoleb | 08:01 |
| ← Guest3914 left | 08:04 |
| ← amet left | 08:18 |
| BumbleBee → Bumble-Bee | 08:20 |
| ← Bumble-Bee left | 08:20 |
| → Bumble-Bee joined | 08:20 |
| → IvanG joined | 08:20 |
| → amet joined | 08:22 |
| → dmarion joined | 08:35 |
| ← dmarion1 left | 08:36 |
| ← IvanG left | 08:47 |
| → sIRwa2 joined | 09:00 |
|
sIRwa2
| hi hello, Q: what is the main bottleneck in the speed of changing channals in anysee hardware > tvheadend > tvheadend client > xbmcbuntu? | 09:02 |
|
BtbN
| your tuner. | 09:03 |
|
| Nothing else adds any delay | 09:03 |
|
linuxstb
| sIRwa2: How long is a channel change taking for you? | 09:09 |
|
sIRwa2
| its from a minimum of 4 seconds up to 6 on some HD channels | 09:12 |
| ← GEEGEEGEE left | 09:13 |
| → IvanG joined | 09:22 |
|
linuxstb
| sIRwa2: Are these scrambled channels? Anything in the chain can potentially add delay, I don't know what other xbmc users normally experience (I don't use xbmc). | 09:25 |
| → DereC joined | 09:26 |
|
sIRwa2
| these are free to air channels. i havent started investigating in depth, i was more wondering in general. because dedicated equip is more up to a second or 2 max. | 09:27 |
|
linuxstb
| sIRwa2: I don't think tvheadend causing very much of a delay - the two factors will be your hardware and then any buffering/decoder delay in your client (xbmc). I seem to remember reading in this channel that there are options in xbmc (in the advancedsettings.xml) to minimise its buffering) | 09:32 |
| ← DereC left | 09:35 |
|
linuxstb
| sIRwa2: Maybe this - http://pastebin.com/mpZTGnYt | 09:35 |
|
sIRwa2
| oke. that sounds like a good place to start, i once heard that hardware (professional) is often a couple of frames.. | 09:35 |
|
linuxstb
| For channels on the same mux, that's possible, but I would be impressed if any tuners can tune to a new mux that fast. | 09:36 |
|
| Although decoders will need to wait for the next iframe to start decoding, which is typically around 0.5s to 0.6s | 09:37 |
|
BtbN
| xbmc tuning is without any noticable delay here | 09:39 |
|
| even on encrypted channels | 09:40 |
|
sIRwa2
| what hardware are you using BtbN | 09:44 |
|
BtbN
| some dvb-c tuner | 09:45 |
|
sIRwa2
| i think it were Ericsson hardware linuxstb, but i guess your right in the iframe.. still 0.6 seconds is still a couple of frames to me ;) | 09:46 |
|
linuxstb
| Which versions of xbmc and the tvh pvr addon are you both using? | 09:46 |
|
BtbN
| i'd considder everything below 1 second perfect | 09:46 |
|
| tvh is master from befor a few days | 09:47 |
|
| and latest master pvr.hts | 09:47 |
| → GEEGEEGEE joined | 09:47 |
|
sIRwa2
| xbmc 14.0 alpha (same delay as 13 stable) tvh backend 3.4.27 tvh client 1.9.25 | 09:49 |
|
linuxstb
| sIRwa2: Do you see any difference when changing channels on the same mux, compared to channels on different muxes? | 09:50 |
|
sIRwa2
| hm.. | 09:51 |
|
| same mux = 3 sec otherwise 6! | 09:56 |
|
linuxstb
| You could try updating to the current development version of tvh - I can't remember if anything has been improved there, but your version is quite old now. But that would seem to indicate a slow tuner... | 09:57 |
|
sIRwa2
| is the latest marked as stable? | 09:59 |
| ← AndrevS left | 10:00 |
|
sIRwa2
| ill go and try to update that and tweak the advanced xml setting next weekend.. ill report back if i get some good results | 10:00 |
|
| tnx for the input linuxstb and BtbN | 10:01 |
|
linuxstb
| sIRwa2: No, but it's working stable for me ;) | 10:03 |
| → dmmp joined | 10:04 |
| → nyloc_ joined | 10:08 |
| ← andreasb- left | 10:09 |
| ← BtbN left | 10:09 |
| ← nyloc left | 10:09 |
| ← pmmd left | 10:09 |
| ← sraue left | 10:09 |
| ← lbm left | 10:09 |
| ← dcr226 left | 10:09 |
| → lbm joined | 10:10 |
| → BtbN joined | 10:10 |
| → dcr226 joined | 10:10 |
| ← sIRwa2 left | 10:13 |
| → andreasb- joined | 10:15 |
| → sraue joined | 10:16 |
| → DereC joined | 10:25 |
| ← GEEGEEGEE left | 10:28 |
| → GEEGEEGEE joined | 10:28 |
| → AndrevS joined | 10:29 |
| → sIRwa2 joined | 10:43 |
| → yoda-ict joined | 10:45 |
|
_KRA
| is there any way in tvh to link up a network/muxes to a specific code word client ? | 10:50 |
|
BtbN
| Shouldn't be neccesary, it only uses the ones with a matching caid | 10:52 |
|
| if there are multiple caids, you can configure it per service | 10:52 |
|
highzeth
| _KRA if both sources are CD, then you have no issues, all is as it should be | 10:54 |
|
_KRA
| btvn, highzeth. I have 2 supscription card, both from same provider, same CAID and some of the channels have same ID, the result is EMM are written to wrong card, I'm a little worried | 10:55 |
|
highzeth
| _KRA: as I said, don't be | 10:56 |
|
_KRA
| problem with using service in oscam is that some channels have same ID on both cards | 10:56 |
|
BtbN
| as long as all EMMs are written to all cards, i don't see a problem | 10:57 |
|
adamsutton
| mpmc: ping | 10:57 |
|
| mpmc: got that coredump to hand? | 10:57 |
|
_KRA
| but they subscribe to different channels | 10:57 |
|
| some are the same, but not all | 10:57 |
|
| I have a dvb-c subscription and a dvb-s, the dvb-s have more channels on it. | 10:58 |
|
linuxstb
| adamsutton: Which -T/T2 transmitter do you receive? | 11:00 |
|
adamsutton
| linuxstb: sandy heath I think | 11:01 |
|
linuxstb
| Ah, so you probably have the COM8 Ultra-HD tests... | 11:02 |
|
adamsutton
| erm, well, if you say so :p | 11:02 |
|
linuxstb
| (I think I read that Sandy Heath had them...) | 11:02 |
|
highzeth
| _KRA: Let me try it this way, seeing as you wont listen to english, så lenge du har CanalDigital på begge kilder, vil begge kort gi deg gyldige koder, de vil også kunne oppdateres fra begge kilder. Det er kun de andre kanalene(ikke CD) på -C som må oppdateres via -C. | 11:02 |
|
linuxstb
| adamsutton: Time to add HEVC video support to tvh ;) | 11:03 |
|
adamsutton
| linuxstb: what's that? | 11:03 |
|
| ah ok | 11:04 |
|
linuxstb
| H265 | 11:04 |
|
adamsutton
| yeah, just reading | 11:04 |
|
linuxstb
| It's OK, I knew as much as you 24 hours ago ;) | 11:04 |
|
_KRA
| highzeth, pm ? | 11:04 |
| → nils2 joined | 11:04 |
|
highzeth
| _KRA: if you feel its needed | 11:05 |
|
_KRA
| highzeth: it would be very kind :) | 11:06 |
|
BtbN
| h265 can still wait a few years | 11:07 |
|
linuxstb
| adamsutton: I looked at the PMT, and video is being identified as stream type 0x24 (36). It's 0x1b (27) for H254. | 11:07 |
|
BtbN
| it's barely possible to decode it with less than 4 cores | 11:07 |
|
adamsutton
| BtbN: but isn't this what we do :p | 11:07 |
|
| find test channels and see what's on them, just because :p | 11:08 |
| ← DereC left | 11:09 |
|
linuxstb
| BtbN: It would be nice to at least record things, even if they can't be played. I did that for a while when H264 first launched. | 11:09 |
|
BtbN
| The problem with h265 is, that processing power doesn't increase at the same rate anymore | 11:10 |
| ← nils2 left | 11:13 |
| ← sIRwa2 left | 11:14 |
|
adamsutton
| linuxstb: ironically, the guy who sent me the microserver just tweeted me asking about H265 ;) | 11:16 |
|
| and I've just seen this link on his feed http://t.co/0tvUbOwELG | 11:16 |
|
| not transmitting on a tower I can receive I don't think | 11:17 |
|
linuxstb
| No, I must have mis-remembered. | 11:19 |
| → sIRwa2 joined | 11:20 |
|
linuxstb
| I tried to grab a muxdump with dvbstream last night, but it kept stopping after about 100-200MB. I'll re-install tvh on my machine with the -T2 tuners, and try a mux dump from there. | 11:20 |
|
adamsutton
| there could be other test transmissions on other transmitters I guess | 11:20 |
|
linuxstb
| (I'm on Crystal Palace) | 11:20 |
|
adamsutton
| ah, ok, cool | 11:20 |
|
| linuxstb wonders if bbc redux is archiving this mux ;) | 11:21 |
|
adamsutton
| linuxstb: might have to get some reciprocal access ;) | 11:22 |
|
| linuxstb: can you ship a short mux sample onto my server if you manage to grab one? | 11:23 |
|
linuxstb
| I'll do that now. | 11:23 |
|
adamsutton
| ta | 11:23 |
|
mpmc
| adamsutton: Yes I do have the coredump :p | 11:24 |
| ← sIRwa2 left | 11:24 |
|
adamsutton
| can't do anything atm, but might need to look at it at some point, can you keep it and the binary that you were running | 11:25 |
|
| ta | 11:25 |
| → sIRwa2 joined | 11:25 |
|
linuxstb
| adamsutton: ~dave/com8test.ts - about 160MB from last night (during the live football). | 11:26 |
| → nils2 joined | 11:34 |
| → BtbN_ joined | 11:40 |
| ← BtbN left | 11:46 |
| BtbN_ → BtbN | 11:46 |
| → DereC joined | 11:54 |
| → c0mm0n joined | 12:10 |
| ← DereC left | 12:10 |
| ← _KRA left | 12:17 |
|
mpmc
| Odd, it would appear that Tvheadend won't scan new mux on clean config, the only way to get it to scan is to restart tvh! | 12:20 |
|
linuxstb
| mpmc: What do you mean by "on clean config"? Adding a new mux works fine for me. | 12:22 |
| ← nils2 left | 12:22 |
|
mpmc
| linuxstb: By clean I mean from scratch. | 12:22 |
|
linuxstb
| mpmc: You mean adding the first mux after completely wiping the config? | 12:25 |
|
mpmc
| Yes. | 12:25 |
|
| And my core dumps have gone missing! | 12:26 |
|
| Aha, it's crashed while in GDB. | 12:26 |
|
| linuxstb: the mux scheduler cron is standard cron input right? (* * * * *, etc)? | 12:29 |
|
| And.. it's crashed on my other server too. | 12:30 |
| → DereC joined | 12:34 |
|
linuxstb
| mpmc: Yes, it is. I tried the mux scheduler once, and it crashed tvh... | 12:40 |
|
| (haven't tried since...) | 12:41 |
|
| I think it was the first time it kicked in when a recording was happening. | 12:41 |
|
mpmc
| Nothing was 'active' when it crashes here. | 12:41 |
| ← DereC left | 12:42 |
| ← Ingram left | 12:51 |
|
mpmc
| adamsutton: config, core dump and binary.. http://5.231.53.206/dump.tar | 13:08 |
| → zombor_ joined | 13:46 |
| → steveneal joined | 13:52 |
|
steveneal
| Hi - @adamsutton you here? | 13:52 |
| ProfYaffle_ → ProfYaffle | 14:00 |
| ← steveneal left | 14:00 |
| ← sIRwa2 left | 14:07 |
| → G64 joined | 14:38 |
| ← nils_2 left | 14:48 |
| → nils_2 joined | 14:53 |
| → ckarrie joined | 14:54 |
|
ckarrie
| hi all | 14:54 |
|
| why do I get this error: 2014-06-29 16:51:28.058 [ ALERT] settings: Unable to create dir "/home/christian/.hts": Keine Berechtigung (=No access) | 14:54 |
|
| I run tvh with user christian | 14:55 |
|
| and .hts already exists | 14:55 |
| → sIRwa2 joined | 15:05 |
| ← sIRwa2 left | 15:07 |
|
linuxstb
| ckarrie: Which user owns .hts there? And are you sure tvh is running as the user christian? | 15:12 |
| ← G64 left | 15:13 |
| gustaf_offline → supergustaf | 15:30 |
| → xhaggi joined | 15:42 |
| ← CrazyMatt left | 15:54 |
| → CrazyMatt joined | 15:56 |
| ← linuxstb left | 16:14 |
| ← xhaggi left | 16:18 |
|
ckarrie
| linuxstb: yes I'm running tvh via screen as user christian | 16:21 |
|
| ls -la .hts/ gives me drwx------ 11 christian christian 4096 Jun 19 09:05 tvheadend | 16:23 |
|
| (from user home) | 16:23 |
|
| Another Issue: I don't get my channel name displayed in my autorecords (only channel uuid), see both scrennshots here: http://imgur.com/zlLs1RB,6mRaequ | 16:34 |
| ← zombor_ left | 16:38 |
| → linuxstb joined | 16:51 |
| → zombor_ joined | 17:09 |
|
ckarrie
| linuxstb: see my answer here http://goo.gl/ut1Dhc | 17:11 |
| ← zombor_ left | 17:14 |
| → zombor_ joined | 17:29 |
| ← zombor_ left | 17:33 |
|
ProfYaffle
| ckarrie: I've fixed the channel ID/channel name issue in PR408 | 17:36 |
| → Danmark joined | 17:38 |
|
ProfYaffle
| ckarrie: on your directory permission, what does ps -eaf | grep tvheadend show, just to check the process owner | 17:38 |
|
| ckarrie: and similarly ls -la from /home/christian (i.e. what are the permissions on /home/christian/.hts, not the 700 you're showing on /home/christian/.hts/tvheadend | 17:39 |
|
ckarrie
| ProfYaffle: first row: 1000 3694 3807 11 14:07 pts/2 00:39:42 ./build.linux/tvheadend | 17:39 |
|
| ProfYaffle: same as .hts: drwx------ 111 christian christian 40960 Jun 24 11:40 christian | 17:40 |
|
ProfYaffle
| looks like tvheadend is running as UID 1000 | 17:40 |
|
ckarrie
| yeah, that is the main user (me) on ubuntu | 17:41 |
|
| aka "christian" | 17:41 |
|
ProfYaffle
| MMm, should be UID 1000, GID 1000... but why isn't the process listing as that. When logged in as christian, does the id command confirm you're UID 1000? | 17:42 |
|
ckarrie
| uid=1000(christian) gid=1000(christian) Gruppen=1000(christian),4(adm),... | 17:43 |
|
ProfYaffle
| Odd, that's entirely... what you'd expect | 17:43 |
|
| You could chmod the .hts directory to 777 as a test, see what files tvheadend creates in it | 17:44 |
|
ckarrie
| i don't know if its a problem with screen | 17:44 |
|
| tvh works nice and can write files into .hts | 17:45 |
| → zombor_ joined | 17:45 |
|
ProfYaffle
| and they're owned by christian/christian? If so, I'd say you don't have a problem, so just look away when that message appears :-) | 17:46 |
| ← zombor_ left | 17:50 |
|
ckarrie
| okay :-P | 17:52 |
|
linuxstb
| ckarrie: If you type "ps -ef | grep tvh" does that confirm tvh is running as user christian? | 17:59 |
|
| Ah you answered that... | 18:00 |
|
ckarrie
| yes it does | 18:00 |
| → DereC joined | 18:03 |
|
ckarrie
| Another question, is there a way to ignore the internal channel number when mapping new channels? it's very annoying that french channels always appears on top (i.e. TF1 = Channel number 1) | 18:07 |
|
| Another improvement regarding to channel mapping: creating tags based on audio language would be cool | 18:08 |
|
linuxstb
| ckarrie: I don't think there's a way to avoid those channel numbers appearing. But just change them - they would have all been zero anyway, so would have needed changing. | 18:12 |
|
ckarrie
| no, they have internal numbers and they "break up" my channel list | 18:13 |
| ← Danmark left | 18:25 |
| → Danmark joined | 18:29 |
|
DereC
| astra19 and hotbird13 there is a lots of channels with "Local Channel Number" | 18:31 |
|
ckarrie
| DereC: yeah :-/ | 18:32 |
|
| would be nice to skip these channel numbers and set to i.e. 0 (zero) | 18:34 |
| ← nils_2 left | 18:35 |
| ← DereC left | 18:36 |
| → radhus joined | 18:37 |
| ← Danmark left | 18:40 |
| → zombor_ joined | 18:45 |
| → nils_2 joined | 18:48 |
| ← zombor_ left | 18:50 |
|
linuxstb
| ckarrie: If you're compiling tvh yourself, it's probably pretty simple to disable local channel numbers. | 18:52 |
|
| (I can tell you where if you want to, but as far as I can tell, there's no setting for it) | 18:54 |
|
ckarrie
| linuxstb: oh cool, yeah maybe later | 18:56 |
|
linuxstb
| ckarrie: For the record, edit src/input/mpegts/dvb_psi.c and delete (or comment-out) lines lines 821 to 824 inclusive (starting "case DVB_DESC_LOCAL_CHAN" and ending "break;") | 18:57 |
|
ckarrie
| linuxstb: okay thank you, I will give it a try | 18:58 |
| → Danmark joined | 19:03 |
| → DereC joined | 19:06 |
|
c0mm0n
| ckarrie : wtf have u been :D All my teams lose when u not here :D | 19:11 |
|
linuxstb
| Anyone (perexg, adamsutton) know how tvh detects duplicate -T muxes? I have one mux listed twice - I added it manually (with everything AUTO apart from the frequency), and then tvh added it again, with all the parameters filled in. Frequency is identical afaics. | 19:39 |
| ← Danmark left | 19:42 |
| ← DereC left | 19:45 |
| → zombor_ joined | 19:45 |
| ← zombor_ left | 19:50 |
|
perexg
| linuxstb: it looks like a bug.. if you are on the recent version, please, give me the 'mpegts' trace... | 19:51 |
|
linuxstb
| perexg: Problem seems to be in dvb_network_get_symbol_rate - would this be trying to compare "AUTO" with "8MHz" ? | 19:51 |
|
| Everything else seems the same - same onid, tsid. | 19:52 |
|
| Exactly the same freq (490MHz) | 19:52 |
|
| perexg: I'm not really sure why there is a need to check anything apart from frequency for -C/-T ? | 19:54 |
|
| linuxstb guesses there probably is a reason though... | 19:55 |
| ← AndrevS left | 20:01 |
|
ckarrie
| c0mm0n: lol | 20:03 |
|
| i'm back ;-) | 20:04 |
|
perexg
| linuxstb: yes, the "auto/none" values handling seems missing for the DVB-T... in some cases is better to create two muxes (like when the provider offers bad mux tuning data - it may create ping-pong effects for the updating of config)... | 20:05 |
|
linuxstb
| perexg: Why check symbolrate/bandwidth at all though? I see you added that recently. | 20:09 |
| → AndrevS joined | 20:12 |
| ← manio left | 20:15 |
|
perexg
| linuxstb: some nit tables have wrong parameters.. especially for DVB-S, if we update to these.. the mux cannot be tuned.. this is the reason to have two muxes with almost identical parameters, but one is working (tunable) and the second does not (user may disable the non-working one).. | 20:16 |
| ← nils_2 left | 20:17 |
| → nils_2 joined | 20:18 |
| → linuxstb_ joined | 20:22 |
| ← mpmctoo left | 20:23 |
| ← linuxstb left | 20:23 |
| linuxstb_ → linuxstb | 20:23 |
|
linuxstb
| perexg: OK, I can understand that. But there doesn't seem to be Auto handling for any DVB type in that check? And DVB-T bandwidth isn't symbol rate. | 20:26 |
| → dickon_ joined | 20:26 |
| Guest11784 → Gary_The_Brown | 20:26 |
| → KingJ_ joined | 20:27 |
|
| dickon_ grumbles. | 20:28 |
| → negge_ joined | 20:28 |
|
mpmc
| dickon_: What be wrong? | 20:28 |
| ← KingJ left | 20:29 |
|
dickon_
| 21:26 [freenode] -!- Irssi: Connection lost to irc.freenode.org | 20:29 |
| → CrazyMtt joined | 20:29 |
| → nilzen_ joined | 20:29 |
| ← dickon left | 20:29 |
| ← nilzen left | 20:29 |
| nilzen_ → nilzen | 20:29 |
| ← negge left | 20:29 |
| ← AndrevS left | 20:29 |
| ← CrazyMatt left | 20:29 |
| ← Elfish left | 20:29 |
| → mpmctoo joined | 20:29 |
| dickon_ → dickon | 20:29 |
| ← dcr226 left | 20:30 |
| KingJ_ → KingJ | 20:30 |
|
mpmc
| Ah, right, I didn't get booted here, my other connection did though. | 20:31 |
| → dcr226 joined | 20:31 |
| → Elfish joined | 20:32 |
| ← radhus left | 20:33 |
| → radhus joined | 20:36 |
|
perexg
| if someone is interested - epggrab improvements are in PR#430 - https://github.com/tvheadend/tvheadend/pull/430 ; comments are welcome | 20:38 |
| → zombor_ joined | 20:38 |
|
bow
| probably shouldn't be adding muxes based ony on nit data | 20:41 |
|
| +l | 20:42 |
|
linuxstb
| perexg: How do you define "muxes without any epg information" ? | 20:42 |
|
bow
| at least not showing those to the user until they've been successfully tuned | 20:42 |
|
amet
| perexg: just fyi, latest master is unusable for me even with clean config. I wonder if anyone else had any luck with the issues. someone else had simmilar problems | 20:43 |
| ← zombor_ left | 20:43 |
|
perexg
| sorry for the wrong description - I fixed it right now - "do not tune to muxes with unwanted epg information (no channels assigned)" ... | 20:46 |
|
linuxstb
| amet: What are the problems? I'm using latest master, but mainly with FTA at the moment. | 20:46 |
|
perexg
| amet: I would like to fix it, but without any log it's difficult.. I only know, that you have a problem :-) | 20:46 |
|
linuxstb
| perexg: What about muxes dedicated to EPG data? | 20:46 |
|
amet
| perexg: andyb had the same issue, not sure how to narrow it down | 20:47 |
|
| linuxstb: webui is dead for few minutes, fails to find most muxes, and once it does it takes up to 15 seconds for playback to start | 20:49 |
|
| I dont think its the config issue, le me know what debug options you need and I’ll try | 20:50 |
|
perexg
| linuxstb: it should work.. for each mux there is a list of services with EPG (which is not same as streamed services).. | 20:50 |
|
| ament: configuration / debugging / ... set the debug log path (filename) where you have some storate space, enter debug subsystems '+all' and trace subsystems '+all' .. do the "bad things" and post the generated log file somewhere.. | 20:53 |
|
| sorry for the typo, ament = amet | 20:54 |
|
| ament: also enable 'Debug trace'.. | 20:54 |
|
linuxstb
| perexg: OK. When is that list of services in the EPG created/updated? i.e. what if it changes? | 20:54 |
|
perexg
| linuxstb: next tuning the the mux will fix this list.. the services which disapper are also removed dynamically.. | 20:56 |
|
amet
| perexg: and what would that look like? I am linux idiot (and intend to stay one) | 20:56 |
|
perexg
| amet: it should be a big text file.. | 20:56 |
|
amet
| from webui? | 20:56 |
|
linuxstb
| perexg: I'm missing something - I thought this meant the mux wouldn't be tuned? | 20:57 |
| → zino joined | 20:57 |
| → manio joined | 20:58 |
|
perexg
| amet: yes, use webui to configure the debug log.. then restart tvh to generate the log.. | 20:58 |
|
amet
| webui is not responding | 20:59 |
|
| crap | 20:59 |
| → kra- joined | 20:59 |
|
perexg
| linuxstb: might be, but I assume that if user has a new service, then he will tune to the mux with EPG (which is normally same mux as with the streamed service).. for dedicated EPG muxes - there are probably other services, so the information will be updated in the next tune request.. and for last - user might trigger to tune the mux manually (using the play link or mux scheduler).. | 21:03 |
| ← zino left | 21:06 |
| → zino joined | 21:06 |
|
linuxstb
| perexg: I'm just trying to understand what the change does, not judging ;) So if a mux has no epg data for any mapped services, it will never be tuned again? Or maybe on restart of tvh if initscan is enabled? | 21:06 |
|
zino
| perexg on the new config, tvh dont scan mux with 4 switch port , i test before adam include scan network mode ? | 21:06 |
|
perexg
| linuxstb: yes and yes, initscan also ensures that this information is updated... | 21:07 |
|
| linuxstb: another possibility is to set the scan status to 'pending' to invoke new mux scan.. | 21:08 |
|
linuxstb
| perexg: Is there any feedback in the UI to say that the mux is disabled this way? | 21:10 |
| ← dmarion left | 21:11 |
| → dmarion joined | 21:11 |
| → zombor_ joined | 21:12 |
|
perexg
| linuxstb: not yet.. but it might be worth to write something to log .. thanks for the idea.. | 21:14 |
| ← kra- left | 21:19 |
|
linuxstb
| perexg: Is this status just held in memory, or written to the mux's config file? | 21:19 |
|
| i.e. does it persist across restarts? | 21:19 |
| → Janusz1 joined | 21:40 |
|
Janusz1
| Hi. Could you recommend some dvb-t card that can handle 3 freq at once? | 21:41 |
|
dickon
| Usually, a quad-tuner TBS card does nicely, but last I looked, they'd removed all their -T and -T2 cards from their website. | 21:42 |
|
Janusz1
| hmm, it will be hard to find it locally, but thanks | 21:49 |
|
linuxstb
| Janusz1: Do you just want -T, or -T2 as well? I've been happy with my TBS 6284 (quad -T2 PCIe) | 21:50 |
|
| It's relatively expensive though. | 21:50 |
|
Janusz1
| I only need -T | 21:50 |
|
linuxstb
| c0mm0n: Are you supporting Costa Rica? ;) | 21:51 |
|
c0mm0n
| yes :’( | 21:51 |
|
linuxstb
| Janusz1: Are you looking for USB or a PCI card? | 21:56 |
|
Janusz1
| I think pci, I had one usb already, but it broke down after 2 days of streaming... | 21:58 |
|
linuxstb
| I've been happy with my Hauppauge dib0700-based USB tuners. I've both the usb stick (the "Duet") and the PCI version (Nova-T 500). The PCI is just USB-over-PCI. | 22:00 |
|
| These are dual-tuners, so you would need two of them. | 22:01 |
|
Janusz1
| ok, thanks | 22:10 |
| ← yoda-ict left | 22:14 |
|
ckarrie
| c0mm0n: go Costa Rica! | 22:16 |
| → kayrune joined | 22:21 |
| ← ckarrie left | 22:29 |
| ← highzeth left | 22:40 |
| ← IvanG left | 22:52 |
|
linuxstb
| c0mm0n: And ckarrie wasn't here for the penalties ;) | 22:58 |
|
c0mm0n
| linuxstb: yes dunno what to think about that | 22:58 |
|
| but CR win I take that | 22:58 |
| ← _Ouzo_12 left | 23:00 |
| ← supergustaf left | 23:01 |
| → Ouzo_12 joined | 23:01 |
| → supergustaf joined | 23:02 |
| supergustaf → gustaf_offline | 23:28 |
|
Gary_The_Brown
| Hi guys. i have a couple of hours to spare at the moment and i'm going to sort out the rotor time code and just wondering if you's can save me time looking for the variables i need. where would i get the current tuned service and tuning to info (rotor position). | 23:35 |