Re: [vdr] SNR bar depends from UNC [vdr-2.1.6]
14.06.2014 17:52, Klaus Schmidinger kirjutas: On 14.06.2014 16:40, Arthur Konovalov wrote: I've noticed strange effect with the SNR bar. Every time when UNC counter increased SNR bar becomes more and more red. In the same time hex and percent values are fine. Combined screenshot from femon plugin: http://www.pictureshack.ru/images/95487_unc.jpg It's not plugin depended. The same behavior can be observed on standard VDR's channel LCARS skin info bar. Why UNC occurred, it's a different story. Currently I can't explain why viewing some (not all!) HD channels lead to the UNC (disturbance are visible too). Is it bitrate or something else, I don't know. It seems only 1080i suffer, not 720p and BER stays always on zero. If somebody have any method to debug and find reason of this, I will be thankful for sharing. It would appear that UNC is a static counter that is simply counted up with every uncorrected error, and is only reset to 0 on a channel switch. I don't know about femon, but the way VDR uses this counter to produce its "signal quality" measure is int b = 100 - (Unc * 10 + (Ber / 256) * 5); So if the value of Unc increases, the signal quality decreases. Maybe we should only take Unc into account if it has been counted up within the past few seconds? If anybody can suggest a proper way of doing this, please speak up. Why just don't use values from device without additional calculation? root@akovdr:~# femon -a2 -H FE: STV090x Multistandard (DVBS) status SCVYL | signal 75% | snr 76% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 75% | snr 76% | ber 0 | unc 0 | FE_HAS_LOCK status SCVYL | signal 75% | snr 76% | ber 0 | unc 0 | FE_HAS_LOCK -- br, Arthur ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr on allwinner A20
I use couple of fire tvs with xbmc and vnsi and hd channels work perfectly. On Sat, Jun 14, 2014 at 10:05 AM, VDR User wrote: > That's what I figured. At a very minimum I would need something that > can handle 1080i with a decent deinterlacer used, 1920x1080 hdmi out, > surround sound (via hdmi out). Basically something on par with Nvidia > vdpau. Hardware isn't the problem though, seems the only thing lacking > is the software and maybe in time that will exist/mature. > > On Sat, Jun 14, 2014 at 6:43 AM, cedric.dew...@telfort.nl > wrote: > > > > The video driver is a weak point. It's strong enough to play my SD > content with VLC, but not when I enable deinterlacing or postprocessing. > It's not at the top of my list to solve, because it's enough for the SD > digitenne recordings I have. > > I think the drivers will improve in the future, so I just have to be > patient. > > The CPU / USB / SATA is impressive, It's fast enough to record 7 SD > streams from 2 different DVB-T receivers, and watch an 8th stream. But this > will only work if the storage directory is on a SATA drive, the internal > micro SD slot is extremely slow. An apt-get install cycle takes a very long > time, even with a class 10 uSD card. > > > > Kind regards, > > Cedric > > > > > >>Origineel Bericht > >>Van : user@gmail.com > >>Datum : 13/06/2014 23:39 > >>Aan : cedric.dew...@telfort.nl > >>Onderwerp : Re: Re: [vdr] [solved] allwinner A20: vdr-plugin-sc does > compile, but binary incompatible > >> > >>How does it work so far? I've looked at Allwinner stuff before but I > >>wasn't sure if there were stable drivers for the Mali 400 GPU. I know > >>it can do 1080p, which makes it a good cheap htpc but only if it has > >>stable drivers. I also wondered if it has deinterlacers as well for > >>1080i content. I don't know if the A20 is strong enough to deinterlace > >>with only CPU muscle. > >> > >>On Fri, Jun 13, 2014 at 11:35 AM, cedric.dew...@telfort.nl > >> wrote: > >>> > Origineel Bericht > Van : user@gmail.com > Datum : 13/06/2014 18:05 > Aan : vdr@linuxtv.org > Cc : cedric.dew...@telfort.nl > Onderwerp : Re: [vdr] [solved] allwinner A20: vdr-plugin-sc does > compile, but binary incompatible > > On Thu, Jun 12, 2014 at 10:05 PM, jacek burghardt > wrote: > > So you are running Linux on tablet instead android ? What version of > Linux ? > > There are plenty of Allwinner-based mini-pc boards out there so it's > easily possible his device is one of those and not a tablet. > > >>> You are correct. Its an olimex OLinuXino A20. This is the product page: > >>> > https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-MICRO-4GB/open-source-hardware > >>> > >>> It's a debian based image, as can be downloaded here: > >>> https://www.olimex.com/wiki/A20-OLinuXino-MICRO#Linux > >>> > >>> Kind regards, > >>> Cedric > >> > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr on allwinner A20
That's what I figured. At a very minimum I would need something that can handle 1080i with a decent deinterlacer used, 1920x1080 hdmi out, surround sound (via hdmi out). Basically something on par with Nvidia vdpau. Hardware isn't the problem though, seems the only thing lacking is the software and maybe in time that will exist/mature. On Sat, Jun 14, 2014 at 6:43 AM, cedric.dew...@telfort.nl wrote: > > The video driver is a weak point. It's strong enough to play my SD content > with VLC, but not when I enable deinterlacing or postprocessing. It's not at > the top of my list to solve, because it's enough for the SD digitenne > recordings I have. > I think the drivers will improve in the future, so I just have to be patient. > The CPU / USB / SATA is impressive, It's fast enough to record 7 SD streams > from 2 different DVB-T receivers, and watch an 8th stream. But this will only > work if the storage directory is on a SATA drive, the internal micro SD slot > is extremely slow. An apt-get install cycle takes a very long time, even with > a class 10 uSD card. > > Kind regards, > Cedric > > >>Origineel Bericht >>Van : user@gmail.com >>Datum : 13/06/2014 23:39 >>Aan : cedric.dew...@telfort.nl >>Onderwerp : Re: Re: [vdr] [solved] allwinner A20: vdr-plugin-sc does compile, >>but binary incompatible >> >>How does it work so far? I've looked at Allwinner stuff before but I >>wasn't sure if there were stable drivers for the Mali 400 GPU. I know >>it can do 1080p, which makes it a good cheap htpc but only if it has >>stable drivers. I also wondered if it has deinterlacers as well for >>1080i content. I don't know if the A20 is strong enough to deinterlace >>with only CPU muscle. >> >>On Fri, Jun 13, 2014 at 11:35 AM, cedric.dew...@telfort.nl >> wrote: >>> Origineel Bericht Van : user@gmail.com Datum : 13/06/2014 18:05 Aan : vdr@linuxtv.org Cc : cedric.dew...@telfort.nl Onderwerp : Re: [vdr] [solved] allwinner A20: vdr-plugin-sc does compile, but binary incompatible On Thu, Jun 12, 2014 at 10:05 PM, jacek burghardt wrote: > So you are running Linux on tablet instead android ? What version of > Linux ? There are plenty of Allwinner-based mini-pc boards out there so it's easily possible his device is one of those and not a tablet. >>> You are correct. Its an olimex OLinuXino A20. This is the product page: >>> https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-MICRO-4GB/open-source-hardware >>> >>> It's a debian based image, as can be downloaded here: >>> https://www.olimex.com/wiki/A20-OLinuXino-MICRO#Linux >>> >>> Kind regards, >>> Cedric >> > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] SNR bar depends from UNC [vdr-2.1.6]
On 14.06.2014 16:40, Arthur Konovalov wrote: I've noticed strange effect with the SNR bar. Every time when UNC counter increased SNR bar becomes more and more red. In the same time hex and percent values are fine. Combined screenshot from femon plugin: http://www.pictureshack.ru/images/95487_unc.jpg It's not plugin depended. The same behavior can be observed on standard VDR's channel LCARS skin info bar. Why UNC occurred, it's a different story. Currently I can't explain why viewing some (not all!) HD channels lead to the UNC (disturbance are visible too). Is it bitrate or something else, I don't know. It seems only 1080i suffer, not 720p and BER stays always on zero. If somebody have any method to debug and find reason of this, I will be thankful for sharing. It would appear that UNC is a static counter that is simply counted up with every uncorrected error, and is only reset to 0 on a channel switch. I don't know about femon, but the way VDR uses this counter to produce its "signal quality" measure is int b = 100 - (Unc * 10 + (Ber / 256) * 5); So if the value of Unc increases, the signal quality decreases. Maybe we should only take Unc into account if it has been counted up within the past few seconds? If anybody can suggest a proper way of doing this, please speak up. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] SNR bar depends from UNC [vdr-2.1.6]
I've noticed strange effect with the SNR bar. Every time when UNC counter increased SNR bar becomes more and more red. In the same time hex and percent values are fine. Combined screenshot from femon plugin: http://www.pictureshack.ru/images/95487_unc.jpg It's not plugin depended. The same behavior can be observed on standard VDR's channel LCARS skin info bar. Why UNC occurred, it's a different story. Currently I can't explain why viewing some (not all!) HD channels lead to the UNC (disturbance are visible too). Is it bitrate or something else, I don't know. It seems only 1080i suffer, not 720p and BER stays always on zero. If somebody have any method to debug and find reason of this, I will be thankful for sharing. My configuration: DD Cine S2 v6.5 (endriss media_buid), kernel 3.12.17, vdr-2.1.6, last softhddevice and GeForce GT520 HDMI for output. -- br, Arthur ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr on allwinner A20
The video driver is a weak point. It's strong enough to play my SD content with VLC, but not when I enable deinterlacing or postprocessing. It's not at the top of my list to solve, because it's enough for the SD digitenne recordings I have. I think the drivers will improve in the future, so I just have to be patient. The CPU / USB / SATA is impressive, It's fast enough to record 7 SD streams from 2 different DVB-T receivers, and watch an 8th stream. But this will only work if the storage directory is on a SATA drive, the internal micro SD slot is extremely slow. An apt-get install cycle takes a very long time, even with a class 10 uSD card. Kind regards, Cedric >Origineel Bericht >Van : user@gmail.com >Datum : 13/06/2014 23:39 >Aan : cedric.dew...@telfort.nl >Onderwerp : Re: Re: [vdr] [solved] allwinner A20: vdr-plugin-sc does compile, >but binary incompatible > >How does it work so far? I've looked at Allwinner stuff before but I >wasn't sure if there were stable drivers for the Mali 400 GPU. I know >it can do 1080p, which makes it a good cheap htpc but only if it has >stable drivers. I also wondered if it has deinterlacers as well for >1080i content. I don't know if the A20 is strong enough to deinterlace >with only CPU muscle. > >On Fri, Jun 13, 2014 at 11:35 AM, cedric.dew...@telfort.nl > wrote: >> >>>Origineel Bericht >>>Van : user@gmail.com >>>Datum : 13/06/2014 18:05 >>>Aan : vdr@linuxtv.org >>>Cc : cedric.dew...@telfort.nl >>>Onderwerp : Re: [vdr] [solved] allwinner A20: vdr-plugin-sc does compile, >>>but binary incompatible >>> >>>On Thu, Jun 12, 2014 at 10:05 PM, jacek burghardt >>> wrote: So you are running Linux on tablet instead android ? What version of Linux ? >>> >>>There are plenty of Allwinner-based mini-pc boards out there so it's >>>easily possible his device is one of those and not a tablet. >>> >> You are correct. Its an olimex OLinuXino A20. This is the product page: >> https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-MICRO-4GB/open-source-hardware >> >> It's a debian based image, as can be downloaded here: >> https://www.olimex.com/wiki/A20-OLinuXino-MICRO#Linux >> >> Kind regards, >> Cedric > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
