Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - thecyclist

Seiten: [1]
1
is there any other problem left, other than the PID filters on your system?


I don't think so - I have just been watching again for about 30mins and the picture is still stable. I am guessing but it could be that the 'PID filters' are not compatible with the RPi's hardware mpeg2 codec in someway; which means that OpenElec drops back to the software mpeg2 codec and hence the blocking and pixelation.

So the solution at the moment, for anyone else experiencing this, is to turn off the hardware PID filters in the sundtek driver add-on configuration in OpenElec.

Zitat
I wonder we have tested the PID filters with Settopboxes last time (although our testing was not a long term test only for a few minutes).
I will put this on our TODO list that someone will check it on a Raspberry PI with openelec.

Thanks for your report!

Thanks for your help!...and can you add a 'Solved' tag to the title of the thread?

JT

2
With the hardware PID filters turned off things are looking good: no pixelation [blocking artefacts] and the system has been stable for a couple of days. Understandably I did have to disable and then re-enable the sundtek-driver add-on in openelec before the change to the PID filter setting took effect

From your other post you say the hardware pmeg2 decode was not enabled, is this from the mediasvr.log file? I has been getting the impression that the codec was not working as well, but from the command line:

OpenELEC:~ # vcgencmd codec_enabled MPG2
MPG2=enabled
OpenELEC:~ #

Of course I have my doubts if this is true.

Thanks again for your help.

Quick Edit: I forgot to add:
OpenELEC (official) Version: 6.0.3
OpenELEC:~ # uname -a
Linux OpenELEC 4.1.18 #1 SMP Mon Feb 29 20:48:22 CET 2016 armv7l GNU/Linux
OpenELEC:~ #

John T.

3
Did you buy the MPEG2 codec?

http://www.raspberrypi.com/mpeg-2-license-key/

Yes and I have checked that it is enabled. Of course I don't know it is actually enabled just that the RPi tells me it is enabled.

JT

4
Try to turn off the PID filters, does that make any change?

OK I will do that and report back.

Zitat
The tuner/driver doesn't complain about a garbled signal it seems like a problem on another end somewhere.

This is good news - I don't want to climb up to re-align my antenna.

Zitat
Does it permanently happen on certain channels or just from time to time?

Some channels are worse than others; its strange but HD channels are less of an issue than standard definition.

Zitat
It has been known if no DMA memory is available the videodata will be interrupted for a short moment (which is a linux limitation with older Linux Kernels).
Newer Linux Kernels support memory mapped transfers (but that needs a linux Kernel from beginning of 2016).

You might also try another system to doublecheck if your problem only occures on that particular system.

Check the logs when the problem is happening (not when it is not happening).

Generally said there's no known problem with those tuners.

I am not sure what age the kernel is on OpenElec 6.0.3 - its a version 4 I am sure - I am not near the system at the moment but will do a 'uname -a' as soon as poss.

Thanks for the re-assurance - just to be clear that log file I posted was taken while a number of pixilation [blocking artefacts] events were happening.

Thanks

JT

5
Here is the mediasrv.log file [I hope the file attachment works].

There was pixilation while the file was being created so hopefully there is something of use. I have not changed the power supply yet.

JT

6
It's also possible that your AC Adapter for the Raspberry PI is not suitable.

/opt/bin/mediaclient --loglevel=max
will enable full logging and show if there are any packet corruptions in /var/log/mediasrv.log

Ok I will switch the logging mode.

The power supply is rated at 2A, but I do have another one [also 2A] that I can swap out. I will try to do the science properly and increase the loglevel before changing the power supply and report back.

Thanks again

JT

7
The log file:
2016-08-23 20:55:14 [2816] Setting Frequency: 1594500
2016-08-23 20:55:14 [2816] Frequency: 1594
2016-08-23 20:55:14 [2816] Symbolrate: 27500
2016-08-23 20:55:15 [2816] Set Voltage Vertical (13V)
2016-08-23 20:55:15 [2816] Disabling High Tone (22khz)
2016-08-23 20:55:15 [2816] Setting Frequency: 1594500
2016-08-23 20:55:15 [2816] Frequency: 1594
2016-08-23 20:55:15 [2816] Symbolrate: 27500

The output from mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band universal
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  76%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  74%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  72%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  77%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  74%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  74%  SNR:  12  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  75%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  77%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  73%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  78%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  74%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  77%  SNR:  12  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  77%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  77%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  82%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF
SIGNAL: [.............................    ] ( 89%) SATQUALITY:  77%  SNR:  13  BER:      0 FREQ: 11344500   Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF

I am not sure, but is SATQUALITY 74% good or bad? No errors though [BER=0].

The build version:
OpenELEC:~ # mediaclient --build
Build date: 2016-08-17 16:37:13
OpenELEC:~ #

I bought the receiver on the 1st July.

The end of the dmesg output looks like this:

[354871.448173] systemd-journald[178]: Retention time reached.
[356919.977114] systemd-journald[178]: Retention time reached.
[374443.019686] input: Sundtek Remote Control as /devices/virtual/input/input4
[374464.285790] input: Sundtek Remote Control as /devices/virtual/input/input5
[374478.200119] usb 1-1.2: usbfs: process 2828 (mediasrv) did not claim interface 2 before use
[396016.304685] systemd-journald[178]: Retention time reached.
[409356.536639] systemd-journald[178]: Retention time reached.
[411386.766556] systemd-journald[178]: Retention time reached.
[432974.734052] systemd-journald[178]: Retention time reached.
[440282.176331] systemd-journald[178]: Retention time reached.
[441365.731253] systemd-journald[178]: Retention time reached.
[443415.729710] systemd-journald[178]: Retention time reached.
[460850.473715] systemd-journald[178]: Retention time reached.

I just did a quick google to find out what Retention time reached means but did not find anything significant.

Thanks for you help. I am a linux application developer so am more than happy doing this.

John T

8
I have moved the sundtek receiver to approx. 0.5m from the RPi and its power supply but I am still getting the same pixilation [blocking]. I still find that going into the add-on settings page in OpenElec to disable and then enable the Sundtek driver clears the pixilation from a while. Is there anything further I can change or check?

9
Use a longer USB cable (maybe your AC adapter is extremely noisy or something like that), that fixes such a problem for 99% of our customers

Let us know if it also works for you

Thanks - I am giving it a try now. This is a little embarrassing as I found that, when I moved the receiver, the Sundtek power supply was turned off at the wall. This means that the receiver was being powered by the RPi, probably not good.  I'll post back here after the weekend with what I find.

JT

10
I think I am seeing the same symptoms: blocking when the picture changes rapidly on both SD and HD transmissions.

I am using an RPi 3 running Openelec+tvheadend+tvheadend client.  My signal strength looks good 90+% and the BER is zero.  

However: If I go into the add-on configuration for the sundtek driver disable and then re-enable it all is good for a period of time; the picture could then be clear of blocking for anything from a couple of hours to a week. I think my driver is upto date: OpenElec tells me it is version 6.0.1. When the blocking re-appears I simply disable and re-enable to driver

Thanks

JT

Seiten: [1]