Forums » Tutorial and setups »
After switching back from 3.9 to 3.4: No muxes found
Added by Bjoern Franke almost 10 years ago
Hi,
after upgrading my 3.9-git-installation yesterday, nothing worked any more. Also deleting all configs and reinstalling the git-version did not help. Muxes are found, but no recordingprofiles exist and it seems to be unstable.
So I decided to delete every config again and installed 3.4.27. But now, no muxes are found. Both DVB-S cards are enabled and set to "autodetect muxes" and "idle scanning". After adding the network (Astra 19.2E / Default (Port 0 / Universal LNB)) just nothing happens. I find this quite confusing because month ago I used 3.4.27 and had no issues detecting muxes and services.
Replies (1)
RE: After switching back from 3.9 to 3.4: No muxes found - Added by Daisy Reiss almost 10 years ago
Hi Björn,
for my Setup (TvHeadend 3.9.2407~gabea248, headless xubuntu 14.04.1 LTS, 3x DVB-T Tuner, Hannover Area) I learned for similar situations, that I have to:- disable all autorec entries (cause they will disturb next steps)
- delete the whole Netwoks+Muxes+Services+Channels
- disable all DVB Tuners
- reboot (sic!) the linux
- then enable the tuners (all at once or one after the other)
- force full scans
- drink some coffee
- map the services
- [optionally now or later] assin the picons
- test everything
- enable autorec entries back again
- see, it's far past midnight and there will remain 4h until next workday starts :(
This worked all times for me, but I got some trouble with my wife since it consumes a lot of my rare spare time
Sometimes it was okay to just disable / enable some networks (I use DVB-T/DE-Niedersachsen or DVB-T/generic-default (not the 168kHz steps one)), or to disable/enable some/all DVB-T tuners with a 'service stop tvheadend;sleep 3;service start tvheadend' between disabling/enabling. But most times this lead me to not finishing the scans or much more often to 'linuxdvb: Realtek RTL2832 (DVB-T) : DVB-T #2 - poll TIMEOUT' (tail -f /var/log/syslog)
Another lesson I learned by trial and error was, "idle scanning" is not my friend when restarting / reinstalling something. I feel it also does disturb something.
all the above written may not be a problem from tvheadend but from linuxdvb - I can't be sure, which is true. Please refer to [[http://forums.openmediavault.org/index.php/Thread/7385-How-to-fix-this-Kernel-bug-manually/]]. I hope some of the active tvheadend coders will read this and give a statement, please.