Em 17-02-2011 03:12, Dmitri Belimov escreveu:
> Hi All
>
> Now I have working radio for our TV cards based on tm6000 and xc5000.
> TV works too.
Great news! I think that the only remaining issue is audio that still
doesn't work with some audio standards. The last time I tested here,
PAL/M didn't
On Mon, Dec 20, 2010 at 02:41:03PM +0900, Dmitri Belimov wrote:
> Hi
>
> If Apple use full 32-bit scancode we need full raw 32-bit keytable for
> compatibility.
The Apple format is two bytes for what I guess is vendor ID, one byte for
pairing ID and one byte for the actual command. The actual ke
Hi
If Apple use full 32-bit scancode we need full raw 32-bit keytable for
compatibility.
For this need rework all keytables and all keyread function for add scanmask
configuration and
rework single byte scancode code -> key << 8.
Use scanmask and return IR reading bytes on real place.
For tm6
Am 18.12.2010 14:56, schrieb Andy Walls:
On Fri, 2010-12-17 at 22:24 -0200, Mauro Carvalho Chehab wrote:
Despite all discussions, we didn't reach an agreement yet.
There are some points to consider whatever solution we do:
1) A keycode table should be able to work with a generic raw decoder.
On Fri, 2010-12-17 at 22:24 -0200, Mauro Carvalho Chehab wrote:
> Despite all discussions, we didn't reach an agreement yet.
>
> There are some points to consider whatever solution we do:
>
> 1) A keycode table should be able to work with a generic raw decoder. So, on
> all
> drivers, the bit
Hi Dmitri/Stefan,
Em 17-12-2010 05:08, Dmitri Belimov escreveu:
> On Fri, 17 Dec 2010 06:18:31 +0100
> Stefan Ringel wrote:
>
>> Am 17.12.2010 02:46, schrieb Dmitri Belimov:
>>> Hi Stefan
>>>
Am 16.12.2010 10:38, schrieb Dmitri Belimov:
> Hi
>
>>> I think your mean is wrong. Our
On Fri, 17 Dec 2010 06:18:31 +0100
Stefan Ringel wrote:
> Am 17.12.2010 02:46, schrieb Dmitri Belimov:
> > Hi Stefan
> >
> >> Am 16.12.2010 10:38, schrieb Dmitri Belimov:
> >>> Hi
> >>>
> > I think your mean is wrong. Our IR remotes send extended NEC it
> > is 4 bytes. We removed inverted
Am 17.12.2010 02:46, schrieb Dmitri Belimov:
Hi Stefan
Am 16.12.2010 10:38, schrieb Dmitri Belimov:
Hi
I think your mean is wrong. Our IR remotes send extended NEC it is
4 bytes. We removed inverted 4 byte and now we have 3 bytes from
remotes. I think we must have full RCMAP with this 3 byte
Hi Stefan
> Am 16.12.2010 10:38, schrieb Dmitri Belimov:
> > Hi
> >
> >>> I think your mean is wrong. Our IR remotes send extended NEC it is
> >>> 4 bytes. We removed inverted 4 byte and now we have 3 bytes from
> >>> remotes. I think we must have full RCMAP with this 3 bytes from
> >>> remotes. A
Am 16.12.2010 10:38, schrieb Dmitri Belimov:
Hi
I think your mean is wrong. Our IR remotes send extended NEC it is
4 bytes. We removed inverted 4 byte and now we have 3 bytes from
remotes. I think we must have full RCMAP with this 3 bytes from
remotes. And use this remotes with some different I
Hi
> > I think your mean is wrong. Our IR remotes send extended NEC it is
> > 4 bytes. We removed inverted 4 byte and now we have 3 bytes from
> > remotes. I think we must have full RCMAP with this 3 bytes from
> > remotes. And use this remotes with some different IR recievers like
> > some TV car
Hi Stefan
> >> The nec initiation looks right and must adding code for
> >> tm5600/6000 (going over message pipe).
> > I haven't USB stick with tm5600/6000 for test. Need people with
> > this TV cards.
> >
> then add a todo line.
I'll do it.
> >> rc5 need some code for tm6010 (for tm5600/6000 ar
Am 15.12.2010 08:46, schrieb Dmitri Belimov:
Hi Stefan
Am 14.12.2010 04:23, schrieb Dmitri Belimov:
Hi
What about my last patch?? This is OK or bad?
Our customers kick me every day with IR remotes.
With my best regards, Dmitry.
I think, you use the second variant, Dmitry.
Why you doesn't us
Hi Stefan
> Am 14.12.2010 04:23, schrieb Dmitri Belimov:
> > Hi
> >
> > What about my last patch?? This is OK or bad?
> > Our customers kick me every day with IR remotes.
> >
> > With my best regards, Dmitry.
> I think, you use the second variant, Dmitry.
> Why you doesn't use this key map - RCMAP
Am 14.12.2010 04:23, schrieb Dmitri Belimov:
Hi
What about my last patch?? This is OK or bad?
Our customers kick me every day with IR remotes.
With my best regards, Dmitry.
I think, you use the second variant, Dmitry.
Why you doesn't use this key map - RCMAP_BEHOLD.
The power led we can change
Hi
What about my last patch?? This is OK or bad?
Our customers kick me every day with IR remotes.
With my best regards, Dmitry.
--
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.kerne
Hi
This is my summary changes:
1. Add vendor specific keymap for USB TV card (try git add file, but git diff
doesn't include this into diff)
2. Spilt ir_config and work with a key to different rc_type
3. When rc_type is NEC get first scancode from a scantable cut address and
store it for filteri
Am 08.12.2010 04:55, schrieb Dmitri Belimov:
Hi Stefan
Am 06.12.2010 11:02, schrieb Dmitri Belimov:
Thank you. When I switched to this branch modules is not crash
when USB removed. But disable IR over interrupt after start
video/radio
With my best regards, Dmitry.
changing the interface con
Hi Stefan
> Am 06.12.2010 11:02, schrieb Dmitri Belimov:
> >>>
> >>> Thank you. When I switched to this branch modules is not crash
> >>> when USB removed. But disable IR over interrupt after start
> >>> video/radio
> >>>
> >>> With my best regards, Dmitry.
> >>>
> >> changing the interface config
Am 06.12.2010 11:02, schrieb Dmitri Belimov:
Thank you. When I switched to this branch modules is not crash when
USB removed. But disable IR over interrupt after start video/radio
With my best regards, Dmitry.
changing the interface configuration by initiation isoc urb can
deactivating the in
Hi Stefan
> Am 05.12.2010 17:09, schrieb Dmitri Belimov:
> > Hi
> >
> >> Em 02-12-2010 02:41, Dmitri Belimov escreveu:
> >>> Hi Stefan
> >>>
> >> Am 29.11.2010 09:44, schrieb Dmitri Belimov:
> >>> Hi
> >>>
> >>> I try add IR for our TV cards.
> >>> After my some changes IR is w
Am 05.12.2010 17:09, schrieb Dmitri Belimov:
Hi
Em 02-12-2010 02:41, Dmitri Belimov escreveu:
Hi Stefan
Am 29.11.2010 09:44, schrieb Dmitri Belimov:
Hi
I try add IR for our TV cards.
After my some changes IR is working. But when I remove USB stick
from USB port
What has you change?
1. Ad
Hi
> Em 02-12-2010 02:41, Dmitri Belimov escreveu:
> > Hi Stefan
> >
> Am 29.11.2010 09:44, schrieb Dmitri Belimov:
> > Hi
> >
> > I try add IR for our TV cards.
> > After my some changes IR is working. But when I remove USB stick
> > from USB port
> What has you cha
Em 02-12-2010 02:41, Dmitri Belimov escreveu:
> Hi Stefan
>
Am 29.11.2010 09:44, schrieb Dmitri Belimov:
> Hi
>
> I try add IR for our TV cards.
> After my some changes IR is working. But when I remove USB stick
> from USB port
What has you change?
>>> 1. Add vendor-s
Hi Stefan
> >> Am 29.11.2010 09:44, schrieb Dmitri Belimov:
> >>> Hi
> >>>
> >>> I try add IR for our TV cards.
> >>> After my some changes IR is working. But when I remove USB stick
> >>> from USB port
> >> What has you change?
> > 1. Add vendor-specific init code for IR.
> > 2. Add vendor-specif
Am 01.12.2010 17:41, schrieb Stefan Ringel:
Am 01.12.2010 06:47, schrieb Dmitri Belimov:
Hi Stefan
Am 29.11.2010 09:44, schrieb Dmitri Belimov:
Hi
I try add IR for our TV cards.
After my some changes IR is working. But when I remove USB stick
from USB port
What has you change?
1. Add vendo
Am 01.12.2010 06:47, schrieb Dmitri Belimov:
Hi Stefan
Am 29.11.2010 09:44, schrieb Dmitri Belimov:
Hi
I try add IR for our TV cards.
After my some changes IR is working. But when I remove USB stick
from USB port
What has you change?
1. Add vendor-specific init code for IR.
2. Add vendor-sp
Hi Stefan
> Am 29.11.2010 09:44, schrieb Dmitri Belimov:
> > Hi
> >
> > I try add IR for our TV cards.
> > After my some changes IR is working. But when I remove USB stick
> > from USB port
> What has you change?
1. Add vendor-specific init code for IR.
2. Add vendor-specific key filter for IR.
3
Am 29.11.2010 09:44, schrieb Dmitri Belimov:
Hi
I try add IR for our TV cards.
After my some changes IR is working. But when I remove USB stick from USB port
What has you change? Has it received keys? Which protocol you it? As I
wrote that I haven't the right value for rc5 protocol, and nec pro
Em 26-07-2010 12:17, Stefan Ringel escreveu:
> Am 25.07.2010 19:58, schrieb Mauro Carvalho Chehab:
>> Em 25-07-2010 04:28, Stefan Ringel escreveu:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Hi Mauro,
>>>
>>> This marge are wrong! It's added double dvb led off, but my patch has
>
Am 25.07.2010 19:58, schrieb Mauro Carvalho Chehab:
Em 25-07-2010 04:28, Stefan Ringel escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Mauro,
This marge are wrong! It's added double dvb led off, but my patch has
only ones.
raw | combined (merge: 011906d 6e5e76f)
Merge branch 'sta
Em 25-07-2010 04:28, Stefan Ringel escreveu:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Mauro,
>
> This marge are wrong! It's added double dvb led off, but my patch has
> only ones.
>
> raw | combined (merge: 011906d 6e5e76f)
>
> Merge branch 'staging/tm6000' into staging/all
> M
Am 30.06.2010 22:22, schrieb Mauro Carvalho Chehab:
> Em 30-06-2010 16:57, Stefan Ringel escreveu:
>
>> Hi Mauro,
>>
>> I have tested your patch, but that logic to detect the end of urb is wrong.
>> Many blocks going to lost.
>> byte 0x47 can 2 different state:
>> 1. sync byte
>> 2. data byte
Em 30-06-2010 16:57, Stefan Ringel escreveu:
> Hi Mauro,
>
> I have tested your patch, but that logic to detect the end of urb is wrong.
> Many blocks going to lost.
> byte 0x47 can 2 different state:
> 1. sync byte
> 2. data byte
>
> Your logic has that problem, that if receive the new urb and
Am 06.06.2010 17:19, schrieb Mauro Carvalho Chehab:
> Hi Luis,
>
> Em 04-06-2010 16:39, Luis Henrique Fagundes escreveu:
>
>> Hi,
>>
>> I'm sending a patch that hypothetically would allocate a memory buffer
>> for the audio and copy the data from urb to buffer. It doesn't work,
>> so I'm not put
Hi Stefan,
Em 04-06-2010 18:03, Stefan Ringel escreveu:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Mauro,
>
> I write actually the ir implementation (tm6000-input.c). Can you give
> me any stuff what can help me?
I never tried to implement IR support for tm6000, but if you use th
Em 04-06-2010 17:56, Stefan Ringel escreveu:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Mauro,
>
> I have check the windows usb log and if I have audio block it's say 0
> byte, but the data is complete 180 bytes until next block header. So I
> think it's good if that audio block (c
Hi Luis,
Em 04-06-2010 16:39, Luis Henrique Fagundes escreveu:
> Hi,
>
> I'm sending a patch that hypothetically would allocate a memory buffer
> for the audio and copy the data from urb to buffer. It doesn't work,
> so I'm not putting a [PATCH] in subject and send it just for feedback.
> Am I go
Hi Luis,
Em 04-06-2010 16:39, Luis Henrique Fagundes escreveu:
> Hi,
>
> I'm sending a patch that hypothetically would allocate a memory buffer
> for the audio and copy the data from urb to buffer. It doesn't work,
> so I'm not putting a [PATCH] in subject and send it just for feedback.
> Am I go
Em 31-05-2010 19:22, Luis Henrique Fagundes escreveu:
> Hi,
>
> I'm having my first adventures on driver coding, trying to help audio
> development of tm6000 based on Mauro's hints.
>
> According to Mauro and coding comments, the audio URBs are already
> being received by tm6000-video. The copy_p
Hi Dmitri,
Em Wed, 26 May 2010 14:52:19 +1000
Dmitri Belimov escreveu:
> Hi
>
> Patches for review.
> Add new data structure list_head for many tm6000 cards.
> Rework tm6000-alsa.
> Comment some old code befor remove.
Please, always send one patch per email. Patchwork won't catch multiple pa
Stefan Ringel wrote:
> Mauro, I will little rewrite the function copy_streams and copy_packets,
> I mean fusion these two function to one (copy_streams) and I have tested
> both of them with shorter code -> works.
Go ahead.
>
> Stefan Ringel
>
>
> Am 19.05.2010 18:12, schrieb Stefan Ringel:
>>
Mauro, I will little rewrite the function copy_streams and copy_packets,
I mean fusion these two function to one (copy_streams) and I have tested
both of them with shorter code -> works.
Stefan Ringel
Am 19.05.2010 18:12, schrieb Stefan Ringel:
> Am 19.05.2010 17:49, schrieb Mauro Carvalho Cheha
Am 19.05.2010 17:49, schrieb Mauro Carvalho Chehab:
> Stefan Ringel wrote:
>
>> Hi Mauro,
>>
>> I have found what wrong is with video image.
>>
> Great!
>
>
>> You generate video buffer
>> in function tm6000_isoc_copy, but that is not right. I move that in
>> function copy_multiplexed a
Stefan Ringel wrote:
> Hi Mauro,
>
> I have found what wrong is with video image.
Great!
> You generate video buffer
> in function tm6000_isoc_copy, but that is not right. I move that in
> function copy_multiplexed and copy_streams. And that works without this
> http://www.stefan.ringel.de/pub/
Dmitri Belimov wrote:
> On Wed, 5 May 2010 13:44:38 +0800
> Bee Hock Goh wrote:
>
>> Did you comment off the code in the get_next_buff that clear the
>> previous frame data?
>
> No.
>
> Git tree + my last patch.
>
A "green" tree can happen due to lots of conditions, like:
1) it is no
If you do that you will get some decent looking video.
On Wed, May 5, 2010 at 3:27 PM, Dmitri Belimov wrote:
> On Wed, 5 May 2010 13:44:38 +0800
> Bee Hock Goh wrote:
>
>> Did you comment off the code in the get_next_buff that clear the
>> previous frame data?
>
> No.
>
> Git tree + my last patc
On Wed, 5 May 2010 13:44:38 +0800
Bee Hock Goh wrote:
> Did you comment off the code in the get_next_buff that clear the
> previous frame data?
No.
Git tree + my last patch.
With my best regards, Dmitry.
> On Wed, May 5, 2010 at 12:50 PM, Dmitri Belimov
> wrote:
> > Hi
> >
> > At this momen
Stefan Ringel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Am 04.05.2010 21:50, schrieb Mauro Carvalho Chehab:
>> Stefan Ringel wrote:
>>
> datagram from urb to videobuf
>
> urb copy to temp copy to 1. videobuf
>
Did you comment off the code in the get_next_buff that clear the
previous frame data?
On Wed, May 5, 2010 at 12:50 PM, Dmitri Belimov wrote:
> Hi
>
> At this moment I can start mplayer and see green field with some junk without
> crash.
> Info from mplayer - received 497 frames, drop 69 incorrec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 04.05.2010 21:50, schrieb Mauro Carvalho Chehab:
> Stefan Ringel wrote:
>
datagram from urb to videobuf
urb copy to temp copy to 1. videobuf
buffer2.
Stefan Ringel wrote:
>>> datagram from urb to videobuf
>>>
>>> urb copy to temp copy to 1. videobuf
>>> buffer2. audiobuf
>>>3. vbi
>>> 184 Packets ---> 18
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 04.05.2010 20:25, schrieb Mauro Carvalho Chehab:
> Hi Stefan,
>
> Stefan Ringel wrote:
>> Am 30.04.2010 21:31, schrieb Stefan Ringel:
>>> Am 30.04.2010 18:34, schrieb Stefan Ringel:
>>>
Hi Mauro,
Today I'm writing directly to you,
Hi Stefan,
Stefan Ringel wrote:
> Am 30.04.2010 21:31, schrieb Stefan Ringel:
>> Am 30.04.2010 18:34, schrieb Stefan Ringel:
>>
>>> Hi Mauro,
>>>
>>> Today I'm writing directly to you, because it doesn't work the mailing
>>> list. I thought over the calculating urb buffer and I have follow idea
Am 30.04.2010 21:31, schrieb Stefan Ringel:
> Am 30.04.2010 18:34, schrieb Stefan Ringel:
>
>> Hi Mauro,
>>
>> Today I'm writing directly to you, because it doesn't work the mailing
>> list. I thought over the calculating urb buffer and I have follow idea:
>>
>> buffer = endpoint fifo size (3072
Dmitri Belimov wrote:
> Hi
>
> Anyone can watch TV with tm6000 module??
>
> I try mplayer. My PC crashed inside copy_streams function after some time.
>
> With my best regards, Dmitry.
It is still causing panic on my tests. Probably, the routine is still writing
something out of the buffer area
its working fine on my tm5600. Run fine for more than 5mins without crashing.
But it does crashed everytime when its playing on the first channel
and I switch channel in mythtv. I am waiting for usb/serial cable to
arrive from ebay to find out why.
I hope to work on the audio part though.
On Wed
its a tm6010 chipset. I guess there might still be some missing
initialisation in the mainstream codes.
I think Stefan Ringel have that and he is working on the analog code
as well. We will probably have to wait for him.
If you have the full usb snoop data, I will consider looking into it
but its
On Fri, Apr 23, 2010 at 10:05:25AM +0800, Bee Hock Goh wrote:
> George,
>
> Which device are you using?
>
A Hauppauge HVR-900H (usb id 2040:6600).
--
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 a
George,
Which device are you using?
I have introduced a number of manual registers settings in the tm6000
codes which might be specific to my device and its a pure duplication
from usb snooping which is not suitable to be introduce to the
mainstream codes.
On Fri, Apr 23, 2010 at 4:20 AM, George
On Thu, Apr 22, 2010 at 01:14:39PM +0800, Bee Hock Goh wrote:
> Dear all,
>
> Anyone who have a tm6000 compatible analog device, please do try out this
> patch.
>
> Its working for me on a tm5600 using mplayer. It can be compile
> against the latest hg tree.
>
Here's what I get using mplayer:
Am 21.04.2010 18:04, schrieb Mauro Carvalho Chehab:
> Em Wed, 21 Apr 2010 17:15:55 +0200
> Stefan Ringel escreveu:
>
>
>> Am 21.04.2010 06:45, schrieb Mauro Carvalho Chehab:
>>
>>> Em Thu, 15 Apr 2010 21:28:39 +0200
>>> Stefan Ringel escreveu:
>>>
>>>
>>>
Am 15.04.2010 19:1
Am 21.04.2010 06:45, schrieb Mauro Carvalho Chehab:
> Em Thu, 15 Apr 2010 21:28:39 +0200
> Stefan Ringel escreveu:
>
>
>> Am 15.04.2010 19:14, schrieb Mauro Carvalho Chehab:
>>
>>> Em 15-04-2010 07:37, Stefan Ringel escreveu:
>>>
>>>
Am 14.04.2010 23:06, schrieb Mauro Carval
Em Thu, 15 Apr 2010 21:28:39 +0200
Stefan Ringel escreveu:
> Am 15.04.2010 19:14, schrieb Mauro Carvalho Chehab:
> > Em 15-04-2010 07:37, Stefan Ringel escreveu:
> >
> >> Am 14.04.2010 23:06, schrieb Mauro Carvalho Chehab:
> >>
> >>> Em 14-04-2010 11:41, Stefan Ringel escreveu:
> >>>
>
Am 15.04.2010 19:14, schrieb Mauro Carvalho Chehab:
> Em 15-04-2010 07:37, Stefan Ringel escreveu:
>
>> Am 14.04.2010 23:06, schrieb Mauro Carvalho Chehab:
>>
>>> Em 14-04-2010 11:41, Stefan Ringel escreveu:
>>>
>>>
Am 14.04.2010 19:44, schrieb Mauro Carvalho Chehab:
Em 15-04-2010 07:37, Stefan Ringel escreveu:
> Am 14.04.2010 23:06, schrieb Mauro Carvalho Chehab:
>> Em 14-04-2010 11:41, Stefan Ringel escreveu:
>>
>>> Am 14.04.2010 19:44, schrieb Mauro Carvalho Chehab:
>>>
Hi Stefan,
Em 14-04-2010 09:26, Stefan Ringel escreveu:
>>
Am 14.04.2010 23:06, schrieb Mauro Carvalho Chehab:
> Em 14-04-2010 11:41, Stefan Ringel escreveu:
>
>> Am 14.04.2010 19:44, schrieb Mauro Carvalho Chehab:
>>
>>> Hi Stefan,
>>>
>>> Em 14-04-2010 09:26, Stefan Ringel escreveu:
>>>
>>>
Hi Mauro,
Can you added these t
Em 14-04-2010 11:41, Stefan Ringel escreveu:
> Am 14.04.2010 19:44, schrieb Mauro Carvalho Chehab:
>> Hi Stefan,
>>
>> Em 14-04-2010 09:26, Stefan Ringel escreveu:
>>
>>> Hi Mauro,
>>>
>>> Can you added these three firmwares? The third is into archive file,
>>> because I'm extracted for an user
Am 14.04.2010 19:44, schrieb Mauro Carvalho Chehab:
> Hi Stefan,
>
> Em 14-04-2010 09:26, Stefan Ringel escreveu:
>
>> Hi Mauro,
>>
>> Can you added these three firmwares? The third is into archive file,
>> because I'm extracted for an user (Bee Hock Goh).
>>
> Sorry, but for us to put the
Hi Stefan,
Em 14-04-2010 09:26, Stefan Ringel escreveu:
> Hi Mauro,
>
> Can you added these three firmwares? The third is into archive file,
> because I'm extracted for an user (Bee Hock Goh).
Sorry, but for us to put the firmwares at the server and/or add them at
linux-firmware
git tree, we n
Em 12-04-2010 13:44, Stefan Ringel escreveu:
> Hi Mauro,
>
> I have a little problem with the analog setting and isoc transfer (see
> log). Can I setting altsetting and where it must set?
>
Feel free to do whatever needed to fix it. If you take a look on the history
of em28xx-video, you'll find
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 05.03.2010 18:52, schrieb Mauro Carvalho Chehab:
> Stefan,
>
> Stefan Ringel wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> Hi Mauro, Devin,
>>
>> I study the tm6000 source and I have any questions.
>>
>> 1. I tested my stick (terrat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 05.03.2010 18:52, schrieb Mauro Carvalho Chehab:
> Stefan,
>
> Stefan Ringel wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> Hi Mauro, Devin,
>>
>> I study the tm6000 source and I have any questions.
>>
>> 1. I tested my stick (terrat
Stefan,
Stefan Ringel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Mauro, Devin,
>
> I study the tm6000 source and I have any questions.
>
> 1. I tested my stick (terratec cinery hybrid) with the windows driver
> from the Hauppauge HVR-900H and it's work. So I think that hav
Stefan Ringel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Mauro,
>
> have you seen my patch serie from monday?
Yes, I've seen. I'll be handling it likely today.
PS.: Next time, just take a look at patchwork.kernel.org.
If the patches are there marked as New, they are on my que
Richard wrote:
> Hi all,
>
> Pardon my green-ness to the whole process of the v4l-dvb and would like
> some pointers on how to build the TM6000 components of the drivers
>
> in v4l/ directtory I edited the .config to enable the TM6000_DVB=m
> clause and rebuilt.. but lo and behold there were stil
Dmitri Belimov wrote:
> Hi
>
> Who is maintainer of the tm6000 module??
>
> With my best regards, Dmitry.
I wrote it, although I'm currently lacking time to fix the bugs.
Feel free to fix if you want. I have some boards here and I can
help testing on them.
Cheers,
Mauro.
--
To unsubscribe from t
77 matches
Mail list logo
