Tvheadend Future

Adam Sutton · 2014-03-05T15:46:20+00:00

Some of you have probably noticed that of late I've not been quite as active as I have in the past with Tvheadend. The truth is my work life is getting busie...

Adam Sutton

Magnus,

Thanks for the suggestions regarding crowd-sourcing etc... But let me just re-iterate, the project is not in need of funds. We are in need of time.

We have zero overheads, our website hosting is donated by a user that owns an ISP, most hardware we've needed is donated by vendors and we have a reasonable stream of donations. For those that are interested, its been around 100-150EUR per month for several months, plus we had a large one-off donation of 1500EUR. And our expenses, since I've been running things, have been 150EUR for a monitor. And unless the donations reach MUCH greater numbers, to the point I could quit my day job and do TVH full-time, there is simply little benefit to trying to increase donations.

With regard to licenses, yes, this does appear to the be the believe. And this would be my take on things. However this assumes that I don't get an replies which disagree with the decision to change. And currently I have around 7% LOC, not insignificant, that are unsure.

But I think the idea of a wiki article might be a good one, if and when I find time and can progress things a bit further. Thanks for the links, I'll have a read.

Adam

Eric Valette

Adam,

Regarding what you test and what I personnaly use, there is a good complementarity usage (meaning also I may found some problems upfront when migrating):

1) I use only DVB-T and (IPTV + oscam) to get some HD TV stream I only have as SD on DVB-T

2) I record exclusiveley using mkv,

IPTV is for Orange IPTV streams that use a different multicast address per channel so I guess the rework will annoy me until you re-add easy way to add IPTV stream entry.

Adam Sutton

try feature/iptv-multi-network, this allows entry of a service name at point of adding mux URL. I've not actually tested this bit yet though, as I was mainly focusing on other aspects.

Adam

Eric Valette

Adam,

I just recompiled yesterday build after the bunch of patch from perexg you added yesterday. I'm sorry but I have to say the actual status is quite deceptive for the part I use:

1) For DVB-T, I created a TNT-FR network of type DVB-T, added the french complete muxes possibility, got all possible muxes added in the muxes (with a lot ofinvalid muxes but all the valid ones) but got no muxes scanned, no services found. I removed all the muxes and let only a valid one, no more result. I then tried to play with yhe initial scan flag but no results,
2) I added a IPTV network, added a single channel rtp://2302.0.2.014:8200 on eth0 which is valid if I use vlc, and it crashed tvheadend right away,
gdb backtrace points at muxer_create (mc=mc@entry=MC_RAW, m_cfg=m_cfg@entry=0x0) at src/muxer.c:244

3) I also got a crash tcp_server_delete because for some reason the pointer was null or invalid,

I hope 1) is only my inability to catch what config action I have to do, for 2) I will see what I can do, for 3) a simple null pointer check may be sufficient.

Eric Valette

I think I will add to finish this thread on a positive message that testing for a week or two I saw significant progress. I now have it working correctly working on both DVB-T (french Channels) and IPTV (Orange). I still need to apply the mkv generation patch I have submitted as a PR if I want to be sure to be able to use mkv files directly on my TV because otherwise it fails probably because the avc_find_start_code dot no return a correct frame and thus the isom generation fails and apparently some hardware decoders are more picky than others. This is just an update to newer ffmpeg code...

« Previous Page