Tvheadend

Same here, installed tvheadend on my Synology NAS. If tvheadend is up and running, my nas does not hibernate.
As DVB Adapter I'm using a HDHomeRun device.

As a work-around I'd suggest to start the function above only if a client is connected or the webinterface
was opened in a browser? Addionally/alternatively you could run the function for let's say 15min at an predefined time?
(Don't know how long it takes the get all/most of the EPG-data?)

Adam Sutton wrote:

Is this still happening? I'd guess yes, but I might need to enlist some help in looking into it.

Yes it still happens and is for me a critical bug for tvheadend adoption on NAS. You cannot expect everyone will have 7/7 hard disk in their NAS due to pricing and this is also good to for the planet to put NAS is sleep mode.

If EIT is the only source for EPG, you have to choose between epg or sleep but as long as you get approximative EPG via XMLTV, you can relinquish the adapter and exit the main reading loop.

This is an issue for me on my nas, too. Its too recource hungry. A configurable update interval would be nice. So tvheadend only updates the epg from the dvb stream every 'update interval' seconds. Another way would be to enable/disable epg from dvb globally, so it tvheadend only updates if the global option is set.

Yes, still happens. Its not so much a bug as its the way tvheadend is currently designed to work.

Im trying to implement something here, but i need some help. Open file handles to the /dev/dvb/adapterX devices are used by the two threads dvb_adapter_input_dvr and dvb_table_input. Additionally a file handle to the frontend0 device is held. All those handles need to be closed to let the adapter go to sleep.
So the threads need to sleep until the adapter is needed again. This is not that hard to implement.
My question is how to know when the adapter is needed? Where is a good place to open/close the handles? Maybe an additional thread which monitors the usage of the adapter and closes/ opens the handles as they are needed? What is the best way to detirmine if there is nothing using the adapter anymore (no scheduled recordings or connected clients)?

Is somebody else working on this?

Sorry guys,

I should have pointed out that for the most part this is likely to be fixed by PR-58. However I think it needs some tweaks before it can be merged into master.

However I'm not certain about that as I've not had a chance to test the specific use case reported here.

Adam

I just tested it with my sundtek mediatv dvbc card and it didnt work. At least the led from the card is still on. If i close all handles the device goes off after 15 seconds.

The sundtek support confirmed that all file handles to the sundtek mediatv dvb-c card need to be closed in order for powersaving mode to work. See http://support.sundtek.com/index.php/topic,1014.msg7092.html#msg7092 .

After the last handle is closed the powersaving mode starts after 15 seconds. See http://support.sundtek.com/index.php/topic,4.0.html and search for "powersaving".
They also state that bringing the device into powersaving mode increases the lifetime of the device, so supporting this in tvheadend would be very nice.

Can someone test this, if they're still interested:

https://github.com/adamsutton/tvheadend/tree/test/idlescan

It's still just proof of concept and the code needs some tidying up to make sure its robust and efficient. But I just want to know if it allows the device to sleep when you're not doing anything.

Note: that you will need to ensure you disable idle scan, signal monitoring and all EPG OTA services.

I tested the test/idlescan branch and here are my results:

After startup all handles to the device are closed and the powersaving mode begins. Yay :-)

1. The handle to /dev/dvb/adapter0/dvr0 does not open, whereas the handles to /dev/dvb/adapter0/frontend0 and /dev/dvb/adapter0/demux0 reopen just fine. I can see that with the driver utility "mediaclient --lc". See http://pastebin.com/xUE31bKe .
2. After some seconds of not seeing a video tvheadend crashes. I think after unsubscribing the client. See http://pastebin.com/8dALC8yL .

Let me know if you need more/other log files.

Thank you for working on this issue!

Well I guess that's progress of a fashion

It was an initial hack so I'm not completely surprised its not 100% reliable. Can you maybe check to see whether stuff works from the UI.

Just in case there is a problem (I've missed) with HTSP, as I can't test that at the moment.

I did start the stream via the webbrowser ui. In the meantime ill try to see if i can find the issue myself.

If you're digging in the code, you want to look in the new dvb_adapter_dvr_start() call (it might be _start_dvr()). It creates the pthread that will ultimately open the dvr device (callback ..._input_dvr).

Check if that's all happening properly. I may well have missed something, though I did run some basic tests on my own setup.

Adam

I found the bug. In dvb_fe_stop you call pthread_join(tda->tda_dvr_thread, NULL);. In my case tda->tda_dvr_thread was not initialized, because i own a dvb-c card. Using this patch http://pastebin.com/GtPbRr1K the thread gets started if you have a dvb-s or a dvb-c card.
Maybe a check if tda->tda_dvr_thread is valid would be good, too.

Now i can watch tv without a problem and the card goes into powersave mode after some time :-)

What about EPG data? I would be nice to have epg while using the powersave mode. So wake up the card from time to time and fetch some epg data for a while and then go to sleep again. Is this another issue or can we cover this here, too?

Well I did say it was a dirty hack that needed some reviewing But thanks for the input I'll do a proper review of the code tonight and tidy up and hopefully we can get it included at some point.

With regard to the EPG stuff, if there isn't an issue already there will be one soon as I've been talking about this with another user who has promised to submit one. If he doesn't feel free to do it yourself.

But I think it is a different (though related) issue.

I have tidied the code up and moved to a new branch, please try this when you get a chance:

https://github.com/adamsutton/tvheadend/tree/issue/redmine-892

Will see about getting that merged shortly if it works. I have tested on my machine with recordings, but will test properly with live viewing channel switching etc.. when I get home.

Adam

I tested the new branch and its working fine for me :-) I tested watching tv over the browser ui and via xbmc.

Hi
I use latest tvheadend 4.1 as package SPK on my synology DS713+. But i have a problem because when Tvheadend is running my NAS not go to Hibernation Disk HDD. When i disabled package Tvheadend, NAS with no problem go to Hibernation Disk HDD. Please help me...