OCAU News - Wiki - QuickLinks - Pix - Sponsors
|
OCAU News - Wiki - QuickLinks - Pix - Sponsors |
24th June 2012, 8:02 AM
|
#4906 |
|
Member
Join Date: Jul 2001
Location: South TAS.
Posts: 2,067
|
Anybody got a new gen 3 Intel chip running Ubuntu? I'm interested to hear about the function (or non-function) of the HD 4000 video.
I'm looking at getting an i5-3570K and making an 'everything box'. It's a shame there is no VT-d, but there never is in i5... As I'm posting here, the 'everything box' would be doing FE + BE mythtv roles, as part of it's service. Is it going to be good enough without the Nvidia card assist? |
|
|
| Join OCAU to remove this ad! |
|
24th June 2012, 9:13 AM
|
#4907 |
|
Member
Join Date: Jul 2001
Location: SA
Posts: 3,810
|
Do you mean Ivy Bridge?
(Reason I ask is I have only tried Sandy Bridge integrated graphics) |
|
|
|
|
24th June 2012, 11:22 AM
|
#4908 |
|
48656C6C6F20576F726C6421
Join Date: Jun 2001
Location: At a desk. Distro:Ubuntu
Posts: 7,078
|
It'll work fine, however I don't know if Intel have addressed the playback framerate of video only working at absolute values, eg: 30fps instead of 29.97fps, that affected previous releases, causing an occasional jitter in playback.
__________________
If practice makes perfect, and nobody's perfect, why practice? |
|
|
|
|
24th June 2012, 8:20 PM
|
#4909 | ||
|
Member
Join Date: Jul 2001
Location: South TAS.
Posts: 2,067
|
Quote:
Quote:
|
||
|
|
|
|
10th July 2012, 1:06 PM
|
#4910 |
|
Member
Join Date: Apr 2012
Posts: 25
|
PlayTV tuners
Hi all,
Having some troubles with my sony playTV tuners on the myth backend. There are three units connected via a four way splitter (the fourth output goes to an older set top box, still connected more for balance than anything) Just lately I have started to miss a few recordings, that from the mythbackend logs appear to be tuning issues. Jul 9 20:28:00 Potter-Myth-Master-Backend mythbackend[30314]: I TVRecEvent tv_rec.cpp:1029 (HandleStateChange) TVRec(5): Changing from None to RecordingOnly Jul 9 20:28:00 Potter-Myth-Master-Backend mythbackend[30314]: I TVRecEvent tv_rec.cpp:3495 (TuningCheckForHWChange) TVRec(5): HW Tuner: 5->5 Jul 9 20:28:00 Potter-Myth-Master-Backend mythbackend[30314]: N Scheduler autoexpire.cpp:263 (CalcParams) AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 4 min Jul 9 20:28:00 Potter-Myth-Master-Backend mythbackend[30314]: I Scheduler scheduler.cpp:2486 (HandleRecordingStatusChange) Tuning recording: "Four Corners":"The Price Of Pearl": channel 1002 on cardid 5, sourceid 1 Jul 9 20:28:08 Potter-Myth-Master-Backend mythbackend[30314]: I HouseKeeping housekeeper.cpp:225 (RunHouseKeeping) Running housekeeping thread Jul 9 20:28:59 Potter-Myth-Master-Backend mythbackend[30314]: N Expire autoexpire.cpp:263 (CalcParams) AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 4 min Jul 9 20:30:00 Potter-Myth-Master-Backend mythbackend[30314]: I TVRecEvent tv_rec.cpp:1029 (HandleStateChange) TVRec(1): Changing from RecordingOnly to None Jul 9 20:30:00 Potter-Myth-Master-Backend mythbackend[30314]: E DVBRead dvbstreamhandler.cpp:214 (RunTS) DVBSH(/dev/dvb/adapter0/frontend0): Device EOF detected Jul 9 20:30:00 Potter-Myth-Master-Backend mythbackend[30314]: I CoreContext scheduler.cpp:637 (UpdateRecStatus) Updating status for "Masterchef Australia":"Monday - Week 10" on cardid 1 (Recording => Recorded) Jul 9 20:30:00 Potter-Myth-Master-Backend mythbackend[30314]: I TVRecEvent recordinginfo.cpp:1113 (FinishedRecording) Finished recording Masterchef Australia "Monday - Week 10": channel 1005 Jul 9 20:30:00 Potter-Myth-Master-Backend mythbackend[30314]: E CoreContext mainserver.cpp:871 (customEvent) MainServer: PREVIEW_SUCCESS but no receivers. Jul 9 20:30:02 Potter-Myth-Master-Backend mythbackend[30314]: I ProcessRequest mainserver.cpp:1360 (HandleAnnounce) MainServer::ANN Monitor ... ... Jul 9 20:33:13 Potter-Myth-Master-Backend mythbackend[30314]: I HouseKeeping housekeeper.cpp:225 (RunHouseKeeping) Running housekeeping thread Jul 9 20:33:59 Potter-Myth-Master-Backend mythbackend[30314]: N Expire autoexpire.cpp:263 (CalcParams) AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 7 min Jul 9 20:36:01 Potter-Myth-Master-Backend mythbackend[30314]: I Scheduler scheduler.cpp:2532 (HandleTuning) Canceling recording since tuning timeout, 180 seconds, has been exceeded. Jul 9 20:36:01 Potter-Myth-Master-Backend mythbackend[30314]: I Scheduler scheduler.cpp:2486 (HandleRecordingStatusChange) Canceled recording (Recorder Failed): "Four Corners":"The Price Of Pearl": channel 1002 on cardid 5, sourceid 1 Jul 9 20:36:01 Potter-Myth-Master-Backend mythbackend[30314]: E CoreContext programinfo.cpp:2278 (GetPlaybackURL) ProgramInfo(1002_20120709202800.mpg): GetPlaybackURL: '1002_20120709202800.mpg' should be local, but it can not be found. Jul 9 20:36:01 Potter-Myth-Master-Backend mythbackend[30314]: I TVRecEvent tv_rec.cpp:1029 (HandleStateChange) TVRec(5): Changing from RecordingOnly to None The signal strength shown when changing channels is around the 76 to 78% mark. The signal strength was down in the 40% area prior to upgrading the antenna to a phased array type. When using LiveTV I seem to get no signal lock quite often. I only get __L__ rather than __LMS or similar. Sometimes it is __l__. If I navigate to one of the other sources, including the tuner on the same unit then all is well, but coming back the faulty tuner still cannot get a lock. If I power down the backend and restart then all comes good with all tuners. I have the backend (0.25 - fixes) set up as follows. Tuners added in this order :- Adapter0-tuner1 then Adaptor1-tuner1, Adaptor2-tuner1, Adaptor0-tuner2, Adaptor1-tuner2 amd finally Adaptor2-tuner2. Each tuner also setup to have 4 virtual tuners. There is a Single video source called antenna and each Input connection is then set up to that source. Each is then named Adaptor1_1, Adaptor1_2, Adapter2_1, Adaptor2_2 etc. In input connections I setup Adaptor1_1 to have priority of 1 for recordings and 24 for Live tv, Adaptor2_1 priority of 5 and 20, etc through until Adaptor 3_1 has 24 and 1. This is intended to ensure Live tv and the Recorders use tuners from opposite ends so to speak. So now to the questions. Is any body else having issues with Playtv tuners not tuning,? I know a lot of people on here use them as it was this forum that convinced me to go this way (since the U3100's are hard to obtain). Should I try removing one of the tuner units and only use a two way splitter and see how that goes? or maybe a masthead amplifier may lift the signal strength up. Thanks in advance for any clues you can give. I have contemplated trying one or more HD Home run units instead but it is an expensive exercise to try. Andrew |
|
|
|
|
10th July 2012, 1:33 PM
|
#4911 |
|
48656C6C6F20576F726C6421
Join Date: Jun 2001
Location: At a desk. Distro:Ubuntu
Posts: 7,078
|
Test your tuners with the femon command in a terminal, eg: for the first adapter (adapter 0):
Code:
$ femon -a 0 Code:
FE: DiBcom 7000PC (DVBT) status SCVYL | signal bd15 | snr 0104 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bcff | snr 00f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bcf0 | snr 00f7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bd2e | snr 00f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bd47 | snr 00f6 | ber 00000000 | unc 00000000 | FE_HAS_LOCK Repeat the tests with your other adapters by upping the numeric value in the femon command, eg: femon -a 1, femon -a 2, etc. The femon command will show better results if that tuner is tuned into a channel at the time of testing.
__________________
If practice makes perfect, and nobody's perfect, why practice? |
|
|
|
|
10th July 2012, 6:25 PM
|
#4912 | |
|
Member
Join Date: Oct 2010
Posts: 4
|
sony Play tv
Quote:
I have had similar problems around a week ago with the lack of channel lock. I found that it was caused by some updates that I had installed. The next lot of updates cured the problem. As for missing recordings I had a similar problem where i was missing recordings. after playing around found that the there was some issure with the number of recordings being alowed on each tuner. To test this I set the number of recordings from three back to one and havent missed a recording since. So far I haven't missed the lack of recordings per tuner due to the number of tuners and shows that I want to record. This only started after upgrading to .25. I hope that this helps. Also Hyrax1 I originally got my first myth box gonig thanks to your blog. Thanks for the instruction. I have had a lot of fun since. After reading this forum right through I suspect I must be about the same age as you father. I built a myth set up for my father whio is over seventy but it is going to take a while for him to get the hang of it. Regards Ross |
|
|
|
|
|
10th July 2012, 9:27 PM
|
#4913 |
|
Member
Join Date: Apr 2012
Posts: 25
|
Hyrax,
thanks for that information I will try the femon command shortly and report back. Ross, today all looks good after an update so maybe it was the updates. As for the extra tuners, I will keep that in mind and give it a try if the first few steps fail. I did get a distribution amplifier to try and the signal went to 100% but the BE value went to 65535 so can only assume the signal is now maybe too strong. Will try the femon command with both setups to see the difference. Thanks again for all your help. Andrew |
|
|
|
|
10th July 2012, 9:41 PM
|
#4914 | |
|
Member
Join Date: Jul 2004
Location: Lara Vic
Posts: 1,103
|
Mapota has the error occurred repeatedly? or just once as my system did the same but it only ever occured once. I had the virtual tuners set to 4 I changed it to three and I have never seen another error. I dont know if I did an update around the same time or not. I know I removed my leadtek tuner as I thought it was the problem. It wasnt.
You can activate the inbuilt amplier if you want and see if it helps improve reception Code:
options dvb-usb-dib0700 force_lna_activation=1
__________________
Quote:
|
|
|
|
|
|
10th July 2012, 10:29 PM
|
#4915 | |||
|
48656C6C6F20576F726C6421
Join Date: Jun 2001
Location: At a desk. Distro:Ubuntu
Posts: 7,078
|
Quote:
Quote:
Quote:
Also try testing your tuners one at a time (no splitters or amps) to rule out any general issues with them.
__________________
If practice makes perfect, and nobody's perfect, why practice? |
|||
|
|
|
|
10th July 2012, 10:59 PM
|
#4916 |
|
Member
Join Date: Apr 2012
Posts: 25
|
Checked many more lines than this and most are the same BER with at zeros, except for adaptor 5.
Over the weekend I will try some more tests. Its a bit hard during the week, too many things recording.  andrew@Potter-Myth-Master-Backend:~$ femon -a 0 FE: DiBcom 7000PC (DVBT) status SCVYL | signal c0c8 | snr 00d5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c0f7 | snr 00f0 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c0b4 | snr 00ed | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c0a1 | snr 00f2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c0ec | snr 00de | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c0f7 | snr 00df | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c0bc | snr 00e2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK andrew@Potter-Myth-Master-Backend:~$ femon -a 1 FE: DiBcom 7000PC (DVBT) status SCVYL | signal bfab | snr 00e6 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bf9a | snr 00e6 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bf68 | snr 00e7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bf88 | snr 00e7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK andrew@Potter-Myth-Master-Backend:~$ femon -a 2 FE: DiBcom 7000PC (DVBT) status SCVYL | signal be86 | snr 0102 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bf33 | snr 010e | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bfaa | snr 010e | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bf3f | snr 0101 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bf28 | snr 00fa | ber 00000000 | unc 00000000 | FE_HAS_LOCK andrew@Potter-Myth-Master-Backend:~$ femon -a 3 FE: DiBcom 7000PC (DVBT) status SCVYL | signal ca74 | snr 010c | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal ca4e | snr 00fe | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal cab9 | snr 00f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal cac1 | snr 0102 | ber 00000000 | unc 00000000 | FE_HAS_LOCK andrew@Potter-Myth-Master-Backend:~$ femon -a 4 FE: DiBcom 7000PC (DVBT) status SCVYL | signal c97f | snr 00fc | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c9ae | snr 00ea | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c9d8 | snr 00f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c9b0 | snr 00ff | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c9fe | snr 00fd | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal c9d9 | snr 0100 | ber 00000000 | unc 00000000 | FE_HAS_LOCK andrew@Potter-Myth-Master-Backend:~$ femon -a 5 FE: DiBcom 7000PC (DVBT) status SCVYL | signal beb3 | snr 0109 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bedc | snr 00ff | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bf09 | snr 00fa | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bed5 | snr 00f4 | ber 00000170 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bea4 | snr 00ff | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal beeb | snr 0100 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bee2 | snr 0106 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bed7 | snr 010c | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal becd | snr 00ec | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal befd | snr 0104 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bee0 | snr 00ff | ber 00000120 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal be57 | snr 0100 | ber 00000070 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal be9c | snr 0107 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bec9 | snr 0107 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal be81 | snr 00f8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal be7d | snr 00fe | ber 00000070 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal bf4f | snr 0103 | ber 00000000 | unc 00000000 | FE_HAS_LOCK The last one adaptor 5 is the worst of the lot. As can be seen above. No errors on any of the others. I think I will try to return the amplifier tommorrow. Thanks again HyRax I appreciate the help Andrew |
|
|
|
|
10th July 2012, 11:50 PM
|
#4917 |
|
48656C6C6F20576F726C6421
Join Date: Jun 2001
Location: At a desk. Distro:Ubuntu
Posts: 7,078
|
Looks good overall.
The fifth tuner might be experiencing some minor signal drain - try swapping it to another port on your splitter and re-test. The low values in the Bit Error Rate column indicate only a small number of errors in the data stream (they could also just as easily be caused by an out-of-alignment antenna or a windy day buffeting your antenna, however given the perfect score on the other tuners, this seems unlikely).
__________________
If practice makes perfect, and nobody's perfect, why practice? |
|
|
|
|
11th July 2012, 11:03 AM
|
#4918 | |
|
Member
Join Date: Oct 2010
Posts: 4
|
Quote:
I found some info on another Forum suggesting that with .25 the tuners should be deleted and re added leaving the tuners with the default number of recordings. I have just gone through this process with my set up to test it. I guess I will find out over the next few days. Regards Ross |
|
|
|
|
|
11th July 2012, 11:32 AM
|
#4919 | |
|
Member
Join Date: Oct 2010
Posts: 4
|
Quote:
With an analogue signal it is important to have a strong signal if not you end up watching a lot of snow. with digital it is more important to have a clean signal which is why all the digital hardware and co-ax are screened better than the older hardware. Older types of co-ax are unsuitable for digital as well due to the poor screening and high loss due to the fact they were designed for low frequency (VHF). Digital is all UHF and the losses are greater in the cable because of the higher frequency. The minimum recomended Co-ax to use these days is RG6. Regards Ross |
|
|
|
|
|
11th July 2012, 12:17 PM
|
#4920 |
|
Member
Join Date: Apr 2012
Posts: 25
|
Ross,
I have RG6 Quad Shield cable from Antenna to tv with crimped F-type connectors every where they can be ie all but at the PlayTV tuners. All splitters are Hills brand as is the antenna. So should be all good. I also have good line of sight to the transmitter. I only thought the amplifier may be needed due to the number of splitters. I reduced my number of tuners from four (4) to (3) this morning will see how it goes and watch keenly for any of your comments later. Thanks Andrew |
|
|
|
 |
| Bookmarks |
| Tags |
| htpc, mythtv |
|
Sign up for a free OCAU account and this ad will go away! |
| Thread Tools | |
|
|
