Hi All!
Is that more a topic for video4linux mailinglist?
Ive grabbed a late cvs from lcd4linux, uncomment the if-expression
in ir-kbd-gpio.c and install the modules. If i insert that module,
i get really crazy "Unknown key pressed" - errors, without pressing
anything on the remote control - but
On Thursday 15 July 2004 13:50, Gert-Jan van Dijk wrote:
> I've got a Philips RC, and I want to catch the keys via /dev/input/event0.
> The problem is that some of the RC5 keys are not getting thru.
Unfortunately, there is a RC5 extension which is not supported by the
firmware. See
http://www.li
Hi all,
I
habe the following problem :
I’m
using a dvb-c cable card TT premium 2.1
i do ‘modprobe ves1820’
and if I use it 4 or 5 times the dvbscan command
from dvb-apps 1.1.0, it works fine for the first
times, and at a moment I get ‘initial tuning failed’
I
need to do a ‘rmmod –f
On Thursday 15 July 2004 22:30, Johannes Stezenbach wrote:
> This is very much appreciated. Please commit it right away.
I appear to have connection troubles tonight, and I'm pretty tired also, so
I'll hold off the commit untill tomorrow.
Thanks,
Kenneth
Hi all,
I
habe the following problem :
I’m
using a dvb-c cable card TT premium 2.1
i do ‘modprobe ves1820’
and if I use it 4 or 5 times the dvbscan command
from dvb-apps 1.1.0, it works fine for the first times,
and at a moment I get ‘initial tuning failed’
I
need to do a ‘rmmod –f
On Thursday 15 July 2004 22:37, Wolfgang Thiel wrote:
> On Thu, Jul 15, 2004 at 09:26:03PM +0200, Kenneth Aafløy wrote:
> > ...
>
> There is something strange in your attached patch:
> all lines seem to end in \r\n, which is a bit unusual under unix.
> I haven't checked out cvs, but I don't think i
[EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote on 15/07/2004 15:15:29:
>
> BTW, I noticed that the "video_format" field of the "sequence display
> extension" data is not stored in the "dvb_video_sequence_header" structure.
> Should we add this so that we know whether we are in PAL/SECAM/NTSC/e
On Thu, Jul 15, 2004 at 09:26:03PM +0200, Kenneth Aafløy wrote:
> ...
There is something strange in your attached patch:
all lines seem to end in \r\n, which is a bit unusual under unix.
I haven't checked out cvs, but I don't think it will have the ^M.
Wolfgang
Hi,
additional to my problems with limited runtime on my both skystar2 rev 2.6c
i have seen the skystar deliver many unscyced TS packets to the demux.
Example:
Jul 12 23:52:02 vdr vdr[11048]: probing /dev/dvb/adapter2/frontend0
Jul 12 23:52:02 vdr vdr[11640]: tuner on device 3 thread started (pi
Kenneth Aafløy wrote:
>
> Can I also make something like the attached change to all frontends?
>
> It would make module parameters be read/writable in /sys/module/[module],
> and also make all frontends have the same debug interface. Thus you can turn
> on/off debugging without reloading the mod
On Thursday 15 July 2004 20:10, Johannes Stezenbach wrote:
> I have no time (and not the hardware) for testing, but the patches
> look good so far. Please commit, if something breaks we can fix later.
> I believe this is the only way to get this stuff tested.
Exactly my thought also.
> One thing:
[EMAIL PROTECTED] wrote on 15/07/2004 15:15:29:
> [EMAIL PROTECTED] wrote:
>
> > [EMAIL PROTECTED] wrote on 15/07/2004 13:42:40:
>
> Who's that?
Don't know. ;^) Stupid Lotus Notes strikes again!
>
> > > [EMAIL PROTECTED] wrote:
> > OK, the clearing of the video rate buffer is fine. However,
Kenneth Aafløy wrote:
>
> I've attached an archive with patches for the not yet converted frontends and
> some minor modifications to the existing.
>
> Frontends converted to kernel i2c here is:
> cx24110, dst, dvb_dummy_fe, grundig*, mt*, nxt6000, ves1820
>
> For the rest of the frontend
Andreas Share wrote:
>
> i have tried to use the current CVS driver, but with this, the ves1x93
> frontend connect not to my rev 1.3 card.
>
> saa7146: register extension 'dvb'.
> saa7146: found saa7146 @ mem e1a7d000 (revision 1, irq 16) (0x13c2,0x).
> DVB: registering new adapter (Siemens/T
Hi,
I've attached an archive with patches for the not yet converted frontends and
some minor modifications to the existing.
Frontends converted to kernel i2c here is:
cx24110, dst, dvb_dummy_fe, grundig*, mt*, nxt6000, ves1820
For the rest of the frontends, I've changed the names to dvb
Hi,
i have tried to use the current CVS driver, but with this, the ves1x93
frontend connect not to my rev 1.3 card.
saa7146: register extension 'dvb'.
saa7146: found saa7146 @ mem e1a7d000 (revision 1, irq 16) (0x13c2,0x).
DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3
Gert-Jan van Dijk wrote:
> Hi,
>
> I've got a Philips RC, and I want to catch the keys via /dev/input/event0.
> The problem is that some of the RC5 keys are not getting thru.
>
> For debugging, I used evtest in /apps/av7110_loadkeys, and turned on debug
> prints in both av7110.c and av7110_ir.c
Am 13.07.2004 um 20:13 schrieb Thomas Schorpp:
ill try and report...
I have the fw_cmd_error too. If this would be the solution, i would
cheer up loud :-). Please report back!
Ciao, Dominique
Patrick Boettcher wrote:
On Tue, 13 Jul 2004, Netgrabber wrote:
Do you have the name of a nice usblogingsoftware?
The software Alex uses is called USBSniff/USBSnoop
and can be found here: http://benoit.papillault.free.fr/usbsnoop/index.php.en
HTH,
Patrick
I got the following error "coul
Hi,
is anyone working on an open source MHEG-5 decoder? preferably
one that supports the UK spec. There's this project on source forge:
http://sourceforge.net/projects/mheg/
but there doesn't seem to be much going on with it
--
Simon Kilvington, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote on 15/07/2004 13:42:40:
Who's that?
> > [EMAIL PROTECTED] wrote:
> > >
> > > Q2: Does the ioctl "DVB_VIDEO_CLEAR_BUFFER" clear out the rate-buffer
> or
> > > the frame buffers or both? When handling MHEG applications that can
> > > display I-fr
[EMAIL PROTECTED] wrote on 15/07/2004 13:42:40:
> [EMAIL PROTECTED] wrote:
> >
> > Q2: Does the ioctl "DVB_VIDEO_CLEAR_BUFFER" clear out the rate-buffer
or
> > the frame buffers or both? When handling MHEG applications that can
> > display I-frames, it is necessary to clear out the frame buf
[EMAIL PROTECTED] wrote on 15/07/2004 13:47:31:
> [EMAIL PROTECTED] wrote:
> >
> > Could you also let me know why you have an exclusive option called
> > "DVB_VIDEO_PAN_SCAN". Personally I would have this as a flag to
indicate
> > whether cut-outs follow the pan/scan vectors in the bitstrea
[EMAIL PROTECTED] wrote:
>
> Could you also let me know why you have an exclusive option called
> "DVB_VIDEO_PAN_SCAN". Personally I would have this as a flag to indicate
> whether cut-outs follow the pan/scan vectors in the bitstream or not. So
> this would complement the 4:3 and 14:9 cut-outs
[EMAIL PROTECTED] wrote:
>
> Had a quick look through the latest V4 API header files for the video
> driver and have a few questions to ask.
>
> Q1: Do we have a capability ioctl that allows us to query what "Profiles
> and levels" the decoder can support? For example, it would be useful to
> kn
Hi all,
Some of the DVB-S cards available support conditional access modules.
I would like to use such a DVB card to take all the program streams
available within a single transport stream, and make all these streams
available on a LAN. I understand that VLC can do this for me.
Trouble is - of a
Thomas Gereke wrote:
>
> I'm using debian sid 2.6.7 kernel with dvb utils installed. My card is a Nova-t
> with ir port.
>
> When trying to run the rc I used evtest and recognized that some key names were
> wrong. I took the linux/input.h from 2.6.7 and reordered the key list in
> evtest.c accord
Peter Henderson wrote:
> Looks like I've fixed the int underflow problem, but created an overflow
> for hi frequencies.
>
> Can we patch mt352.c again.
> - tmp = ((param->frequency*6)/100) + IF_FREQUENCYx6;
> + tmp = ((param->frequency*3)/50) + IF_FREQUENCYx6;
>
>
> as 83400
Christoph Burger-Scheidlin wrote:
>
> On Wed, 2004-07-14 at 23:04, Johannes Stezenbach wrote:
>
> > If you tell me which frontend driver you are using I will fix it
> > so it does no longer ignore invalid tuning parameters.
>
> I am using the tda1004x frontend.
Fixed.
I also fixed tzap (and sc
Looks like I've fixed the int underflow problem, but created an
overflow for hi frequencies.
Can we patch mt352.c again.
- tmp = ((param->frequency*6)/100) + IF_FREQUENCYx6;
+ tmp = ((param->frequency*3)/50) + IF_FREQUENCYx6;
as 83400*6 > 2^32
Peter
Jose Alberto
Hi,
I've got a Philips RC, and I want to catch the keys via /dev/input/event0.
The problem is that some of the RC5 keys are not getting thru.
For debugging, I used evtest in /apps/av7110_loadkeys, and turned on debug
prints in both av7110.c and av7110_ir.c, and I see that no interrupts are
gene
Mark Howells wrote:
The current Technotrend drivers are at version 2.17 which is incompatible with the
1.1.1 linuxtv drivers.
I contacted Technotrend who were happy to send me the required (2.15a) driver file.
I've sent this by email to you directly.
Could have those as well please? It might be us
The current Technotrend drivers are at version 2.17 which is incompatible with the
1.1.1 linuxtv drivers.
I contacted Technotrend who were happy to send me the required (2.15a) driver file.
I've sent this by email to you directly.
Mark
> -Original Message-
> From: Raul Lucientes [mailto
Hello,
I'm using debian sid 2.6.7 kernel with dvb utils installed. My card is a Nova-t
with ir port.
When trying to run the rc I used evtest and recognized that some key names were
wrong. I took the linux/input.h from 2.6.7 and reordered the key list in
evtest.c according to the KEY_* defines. A
Hi yet again,
Time for another chat to myself again ; ^ )
I was doing some more thinking about the different presentation formats
i.e. "dvb_video_presentation_format". Now we are assuming that for
"DVB_VIDEO_LETTER_BOX" that this will only provide a 16:9 letter-box image.
However, we should
Thanks Jean-Michel for your suggestions :-)
Im using a 2.4 kernel, and as you tell me, I had try to use the Technotrend
windows driver copying it to '/usr/lib/hotplug/firmware/tda1004x.bin' but
this the error log:
tda1004x_fwupload: Unsupported firmware
/usr/lib/hotplug/firmware/tda1004x.bin
Per
Hi
On Wed, 2004-07-14 at 23:04, Johannes Stezenbach wrote:
> If you tell me which frontend driver you are using I will fix it
> so it does no longer ignore invalid tuning parameters.
I am using the tda1004x frontend.
Christoph
The last change in cvs for mt352 frontend:
- tmp = 6 * freq + IF_FREQUENCYx6;
+ tmp = ((param->frequency*6)/100) + IF_FREQUENCYx6;
Don't work for me.
I can't tune no channel.
Thanks.
Jose Alberto Reguero
Raul Lucientes wrote:
Hi Everybody,
Im trying to configure my RedHat with two DVB cards (one DVB-S and the other
DVB-T), Im install the DVB-S (adapter0) first and runs without problem, but,
when I plug the second card (DVB-T/adapter1) its seems like this card doesnt
install correctly, perhaps there
39 matches
Mail list logo
