get this. Closing
the dvr and demux each time resolves the issue, but I shouldnt have
to. I dont have to with other devices.
Chris Lee
On Wed, Dec 17, 2014 at 7:13 PM, Chris Lee update...@gmail.com wrote:
The Prof 7301 still seems to be having issues sometimes. Its not every
time, but it does
: [ 7547.269474] ---[ end trace 935d21431b629f9c ]---
It shows as a warning but its more than that. It locks my computer up
so badly even the reset button doesnt work. Even if I do this in a VM
(qemu) it will lock up the host.
Chris Lee
--
To unsubscribe from this list: send the line unsubscribe linux-media
] RSP 880404c9fd28
Dec 17 18:28:16 DVB kernel: [160369.173346] ---[ end trace 3a3edb07e8581eaf ]---
Chris Lee
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
going on here.
Chris Lee
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
sorry, if you look at
http://git.linuxtv.org/cgit.cgi/media_tree.git/patch/drivers/media/v4l2-core?id=0c3a14c177aa85afb991e7c2be3921aa9a52a893
you'll see the entire patch
Chris Lee
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord
I saw a previous email showing the error's but no patch, maybe there
was one but I didnt see it on my end.
It looks like a previous patch was applied wrong? not sure.
Chris
em28xx_dvb.c.patch
Description: Binary data
everything should be reported in terms of db, why % was ever
chosen is beyond logic.
Is this something we can get ratified ?
Chris Lee
On Sun, Nov 24, 2013 at 10:21 AM, Manu Abraham abraham.m...@gmail.com wrote:
Hi Jean,
Sorry, that I came upon this patch quite late.
On Mon, Jun 3, 2013 at 8
devices cant report anything
useful.
I just hate seeing every device reporting useless values just because
one or two tuner/demods are reporting useless values. Why destroy that
useful data for the sake of making all data uniformly useless.
Chris Lee
On Sun, Nov 24, 2013 at 11:20 AM, Devin
done my own thing. I'll resubmit the patch in the future
with more comments. Thanks for being patient.
Chris Lee
On Sat, Aug 24, 2013 at 7:34 AM, Manu Abraham abraham.m...@gmail.com wrote:
On Wed, Jul 24, 2013 at 9:38 PM, Chris Lee update...@gmail.com wrote:
If you need it broken up more just let
check it out, maybe youve overcome
some of the shortfalls Ive found
Chris Lee
On Fri, Aug 16, 2013 at 1:19 AM, Mariusz Bialonczyk ma...@skyboo.net wrote:
On 07/24/2013 06:39 PM, Chris Lee wrote:
Im looking for comments on these two modules, they overlap support for
the same demods. stv0900
If you need it broken up more just let me know, I look forward to comments,
thanks
Chris
---
drivers/media/dvb-frontends/stv090x.c | 182 --
drivers/media/dvb-frontends/stv090x_reg.h | 2 +
2 files changed, 172 insertions(+), 12 deletions(-)
diff --git
Im looking for comments on these two modules, they overlap support for
the same demods. stv0900 supporting stv0900 and stv090x supporting
stv0900 and stv0903. Ive flipped a few cards from one to the other and
they function fine. In some ways stv090x is better suited. Its a pain
supporting two
Chris Lee update...@gmail.com escreveu:
- cleanup tuning code
- fix tuning for some systems/modulations/fecs
- add Digicipher II and DSS tuning abilities
- update the property_cache once tuning succeeds with the actual tuned values
- implement gp8psk_fe_read_ber()
- update .delsys with the new
Signed-off-by: Chris Lee update...@gmail.com
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk-fe.c
b/drivers/media/usb/dvb-usb/gp8psk-fe.c
index 67957dd..5864f37 100644
--- a/drivers/media/usb/dvb-usb
Signed-off-by: Chris Lee update...@gmail.com
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 13 ++---
drivers/media/usb/dvb-usb/gp8psk.h| 1 +
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk-fe.c
b/drivers/media/usb/dvb-usb/gp8psk-fe.c
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 2 +-
include/uapi/linux/dvb/frontend.h | 4
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk-fe.c
b/drivers/media/usb/dvb-usb/gp8psk-fe.c
index 223a3ca..fcdf82c 100644
---
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 111 +-
drivers/media/usb/dvb-usb/gp8psk.h| 1 +
include/uapi/linux/dvb/frontend.h | 1 +
3 files changed, 111 insertions(+), 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb/gp8psk-fe.c
Correct, but many older userland applications used SYS_DVBS2 to tune
before SYS_TURBO was added. I have no problem removing it but others
might.
from gp8psk-fe.c
switch (c-delivery_system) {
case SYS_DVBS:
if (c-modulation != QPSK) {
deb_fe(%s: unsupported modulation selected (%d)\n,
__func__,
fix: DVB-S QPSK and TURBO QPSK have different fec tuning values
add: DSS
add: DCII
Signed-off-by: Chris Lee update...@gmail.com
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 180 ++
1 file changed, 116 insertions(+), 64 deletions(-)
diff --git a/drivers/media/usb
- modulation - fec.
ie genpix
SYS_TURBO - QPSK/8PSK
SYS_TURBO.QPSK - 1/2, 2/3, 3/4, 5/6, 7/8
SYS_TURBO.8PSK - 2/3, 3/4, 5/6, 8/9
but that could get more complicated to implement pretty quickly
Chris Lee
On Tue, Jul 23, 2013 at 7:35 AM, Manu Abraham abraham.m...@gmail.com wrote:
On Sat, Jul 20
Ive got no problem pulling it out, doesnt affect anything on my end.
Do I need to resubmit the patch ?
Chris Lee
On Tue, Jul 23, 2013 at 10:22 AM, VDR User user@gmail.com wrote:
Correct, but many older userland applications used SYS_DVBS2 to tune
before SYS_TURBO was added. I have
Nitpick: tuner doesn't have anything to do with FEC, it just provides IQ
outputs to the demodulator. ;-)
ya ya :) you knew what I meant, not what I said hehe
Demods support all FEC's relevant to their delivery systems. It's just that
some devices likely do support some additional states.
Revised patch, I seperated the DCII systems into their correct DCII system and
4x different modulations.
Chris Lee
---
drivers/media/usb/dvb-usb/gp8psk-fe.c | 263 +-
drivers/media/usb/dvb-usb/gp8psk.h| 2 +
include/uapi/linux/dvb/frontend.h | 6 +
3
The problems isnt for tuners where FEC_AUTO does work, its more for
ones that dont work like the genpix. Im sure there are others too. I
still think that userland applications should be able to poll that
info and that the ability to poll the info is a good thing not a bad
thing.
oh well, lets let
He is, I talked to him last month about various things and he
mentioned turbofec-qpsk FEC_AUTO is semi working and its in his plans.
Chris
On Tue, Jul 23, 2013 at 5:39 PM, VDR User user@gmail.com wrote:
On Tue, Jul 23, 2013 at 3:57 PM, Chris Lee update...@gmail.com wrote:
The problems isnt
just trying everything and seeing what works and what doesnt.
Thanks,
Chris
On Mon, Jul 22, 2013 at 5:21 AM, Mauro Carvalho Chehab
m.che...@samsung.com wrote:
Hi Chris,
Em Fri, 19 Jul 2013 14:27:09 -0600
Chris Lee update...@gmail.com escreveu:
In frontend.h we have a struct called
reduce it to smaller parts if you want,
I welcome comments questions
Thanks
Signed-off-by: Chris Lee update...@gmail.com
--- media_tree/include/uapi/linux/dvb/frontend.h 2013-07-18
11:19:29.601746158 -0600
+++ media_tree.test/include/uapi/linux/dvb/frontend.h 2013-07-22
20:10:50.658719256 -0600
applications to poll the tuner to
determine more detailed information on the tuners capabilities.
Here is the patch I propose, along with the au8522 driver modified to
utilize the new elements. Id like to hear comments on it. Does anyone
see a better way of doing this ?
Chris Lee update...@gmail.com
diff
This patch fixes an if() statement that was preventing the last
element in the table from ever being utilized, preventing the snr from
ever displaying 27db. Also some of the gaps in the lookup table were
filled in.
Signed-off-by: Chris Lee update...@gmail.com
---
--- media_build/linux/drivers
PM, Chris Lee update...@gmail.com wrote:
This patch fixes an if() statement that was preventing the last
element in the table from ever being utilized, preventing the snr from
ever displaying 27db. Also some of the gaps in the lookup table were
filled in.
Signed-off-by: Chris Lee update
30 matches
Mail list logo