[ivtv-devel] [PATCH] fix printf-like formats to be portable (to x86_64)

[Chris: Thanks for accepting my last too patch messages so quickly. I do understand your being being "livelocked" and sympathize with you. Here is another reworked oldie.] ivtv-0.3.3c has several printf-like calls that won't work on x86_64 and probably a number of other architectures. I have

Re: [ivtv-devel] #0.3.3b patches added

On 4/18/05, Chris Kennedy <[EMAIL PROTECTED]> wrote: > Yes, this is true, ignore all 250 cards, the don't count in the count, it's > only pvr150/350/500 cards which should be thought of when doing this setting, > so if a pvr150, pvr250, pvr350 you would have 1, -1 and not 1, -1, -1 since > there's

Re: [ivtv-devel] PVR 250 no work with 0.3.3c driver

On Mon, 18 Apr 2005, Loc Ho wrote: > The last couple version since 0.3.2 u seems to have broken audio for PVR > 250. I had tried 0.3.2 y, z, 0.3.3 and 0.3.3 c and all have the same > audio problem. The audio is cut off at a random interval and video sort > of pause bit here and there. Any one sees

[ivtv-devel] PVR 250 no work with 0.3.3c driver

Hi,   The last couple version since 0.3.2 u seems to have broken audio for PVR 250. I had tried 0.3.2 y, z, 0.3.3 and 0.3.3 c and all have the same audio problem. The audio is cut off at a random interval and video sort of pause bit here and there. Any one sees this problem? I am running

Re: [ivtv-devel] #0.3.3b patches added

Yes, this is true, ignore all 250 cards, the don't count in the count, it's only pvr150/350/500 cards which should be thought of when doing this setting, so if a pvr150, pvr250, pvr350 you would have 1, -1 and not 1, -1, -1 since there's only two cards which have the i2c address we are skipping th

[ivtv-devel] #0.3.3c fixes OSD slowness

Found that a change I made created slowness in the OSD, and now should be better than before the change, since have hopefully improved the handling of interrupts and timeouts in the waiting for OSD DMA and DEC DMA to finish for the OSD module. #0.3.3c: http://www.ivtv.tv/releases/ivtv-0.3/ Thanks

Re: [ivtv-devel] #0.3.3b patches added

> The saa7121 patch now recognizes the command from my modprobe.conf.local > > # IVTV > # > alias char-major-61 lirc_i2c > alias char-major-81 videodev > alias char-major-81-0 ivtv > alias char-major-81-1 ivtv > alias char-major-81-2 ivtv > > options cx25840 i2c_enable=-1,1,1 no_black_magic=1 > o

[ivtv-devel] #0.2.0-rc3j fix DMA errors, backport pci setting

This should fix DMA errors with the pci setting change which seems to have fixed them for my VIA amazingly nice in 0.3, seems like a very worthy thing to backport. #0.3.0-rc3j: http://www.ivtv.tv/releases/ivtv-0.2/ Thanks, Chris -- --- Chris Kennedy / [EMAIL PROTECTED] Engineer KMOS-TV/KTBG-F

Re: [ivtv-devel] #0.3.3b patches added

On 4/18/05, Chris Kennedy <[EMAIL PROTECTED]> wrote: > This adds the saa7127 patch, the docs/install.txt patch, and jiffies struct > variable patch. > > http://www.ivtv.tv/releases/ivtv-0.3/ > Thanks Chris. I think we're back in the right direction here. My PVR-350 still works fine with this d

[ivtv-devel] #0.3.3b patches added

This adds the saa7127 patch, the docs/install.txt patch, and jiffies struct variable patch. http://www.ivtv.tv/releases/ivtv-0.3/ Thanks, Chris -- --- Chris Kennedy / [EMAIL PROTECTED] Engineer KMOS-TV/KTBG-FM Broadcasting Services Department Central Missouri State University --

Re: [ivtv-devel] VIA Chipset still an issue?

I ended up buying an Abit NF7 motherboard a couple days ago. My PVR-500 works great now. It's a bummer that I hadda plunk down the extra cash, but now I'm happy because It Just Works(TM). :-) Ian On Sun, 2005-04-17 at 15:20 -0500, Robert Del Huerto wrote: > Bummer. Another user, who posted to t

Re: [ivtv-devel] [PATCH] tweak doc/install.txt

Actually I think I know why now, since I've been very very busy with things, especially was before the middle of March, I was just taking patches that were attachments and easy to apply, it's hard to cut them out of an email and apply them. Besides that the fact I wasn't able to scan my email very

[ivtv-devel] [PATCH] tweak doc/install.txt

I submitted this patch three weeks ago. It seems obviously correct and worthwhile. Why has this patch not been adopted? -- Forwarded message -- Date: Mon, 28 Mar 2005 20:38:24 -0500 (EST) From: D. Hugh Redelmeier <[EMAIL PROTECTED]> To: ivtv-devel@lists.sourceforge.net Subject: [

Re: [ivtv-devel] [PATCH] fix type of jiffies in struct api_cmd

I think it looks good, must have missed it, so applied to the next version :-). Thanks, Chris On Mon, Apr 18, 2005 at 07:13:53PM -0400, D. Hugh Redelmeier wrote: > In the following ancient message, I proposed a patch. I'm pretty sure > that this fixes a bug. > > How come it has been ignored? >

[ivtv-devel] [PATCH] fix type of jiffies in struct api_cmd

In the following ancient message, I proposed a patch. I'm pretty sure that this fixes a bug. How come it has been ignored? (The line numbers in the patch are slightly off now, but the patch program should be able to apply it anyway.) -- Forwarded message -- Date: Tue, 22 Feb 200

Re: [ivtv-devel] pvr-350 tv out intermitant register shifting.

here are my registers after a intermittent shift and after a reset. What seems odd is that 6c isn't set to f5. I'm not holding my breath on anyone getting anything out of this... just grasping at straws at this point. [EMAIL PROTECTED]:~# ivtvctl -G ioctl: IVTV_IOC_G_SAA7115_REG 00 01 02 0

RE: [ivtv-devel] compiling 0.2.0-rc3i

Please forgive me if I'm missing something here, but I don't see SIGHAND anywhere in compat.h. I'm looking in ./driver in the source for 0.2.0-rc3i. I just downloaded it from www.ivtv.tv... -khanh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris

Re: [ivtv-devel] Re: ivtv-0.3.2p failure

This has been extensively explored, it is a hardware limitation, we have to use large buffers and need very low latency of the allocation (so have to use static ones). Most systems can handle this upon reboot, the chip is just not great at DMA buffer handling, so we can't use page size ones and dy

[ivtv-devel] Re: ivtv-0.3.2p failure

| From: D. Hugh Redelmeier <[EMAIL PROTECTED]> | Date: Mon, 28 Mar 2005 20:26:58 -0500 (EST) | Summary: "modprobe ivtv" produces scarry messages and did not work. See I applied current Fedora Core 3 updates, including a kernel updat

Re: [ivtv-devel] ivtv 0.3 series stability

If you've had problems before, or just want to help prove they are more stable, then try it and report back your results, would really appreciate it. Thanks, Chris On Mon, Apr 18, 2005 at 02:46:05PM -0700, [EMAIL PROTECTED] wrote: > Hello. I've been using the rc2 driver with success, but the rece

[ivtv-devel] ivtv 0.3 series stability

Hello. I've been using the rc2 driver with success, but the recent DMA/OSD changes in rc3 have me curious. Have these changes increased stability for the PVR-250/350 cards? ---Dan --- This SF.Net email is sponsored by: New Crystal Reports X

Re: [ivtv-devel] compiling 0.2.0-rc3i

For some reason every distribution requires the SIGHAND define to be different, so here's a part of compat.h, I'm not sure what will work for yours, but basically change the definition till it works (defined in two places, one for 2.6, other for 2.4). #ifdef INIT_SIGHAND #define SIGMASK_LOCK(curre

[ivtv-devel] compiling 0.2.0-rc3i

Hello... I was trying to compile 0.2.0-rc3i on SuSE 9.0 with no luck. I could get 0.2.0-rc3f compiled though. I'm using kernel 2.4.21 and get the errors below when compiling. I googled around for a while today, and saw one other list post about this issue (also SuSE 9), but didn't see a solutio

Re: [ivtv-devel] pvr-350 tv out intermitant register shifting.

here are my registers after a shift and after a reset [EMAIL PROTECTED]:~# ivtvctl -G ioctl: IVTV_IOC_G_SAA7115_REG 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F : 11 48 84 20 90 90 eb e0 68 53 7f 3f 3f 00 09 41 0010: 06 00 9d 80 00 03 11 9c 40 80 77 42 a9 01 81 b1 0020: 00 00 00 00 00 0

Re: [ivtv-devel] Re: PVR150 audio firmware not loading [SOLVED!]

I've had problems with my 350/150 setup since 0.3.2p/q. The 150 stopped working after this release. I just tried 0.3.3a with this patch and it's the 1st since p that's working for me. If I find time, I'll test it also without the patch. Thanks, N. On 4/18/05, Chris Kennedy <[EMAIL PROTECTED]> wro

[ivtv-devel] need some help to determine, why no my ivtv-modules do not load correctly, when my eth0 is up!

I noticed this behavior some days ago... when I try to install the ivtv-modules into the kernel and I had brought my ethernet card to live with something like ifconfig eth0 192.168.123.456 netmask 255.255.255.0 and then try to do modprobe ivtv the module locks up with the output shown below leavi

Re: [ivtv-devel] Re: PVR150 audio firmware not loading [SOLVED!]

Hmm, someone must have removed that to keep the chips from conflicting, odd how mine works together still, maybe order matters though. I'll look closer, can others double check too, I'll see what I can see. Thanks, Chris On Mon, Apr 18, 2005 at 10:59:32AM -0700, Louie Ilievski wrote: > On 4/18/05

[ivtv-devel] Re: PVR150 audio firmware not loading [SOLVED!]

On 4/18/05, Louie Ilievski <[EMAIL PROTECTED]> wrote: > Hi again. I've been having trouble getting my 350 and 150 working > together. I posted a thread on this just a couple days ago, and > thanks to the help of James Sager I'm getting much closer. The cards > initialize properly with the except

[ivtv-devel] No audio with a PVR250

(Got no responses from ivtv-users, so trying now with ivtv-devel.) I tried a deep search along ivtv lists but can't solve the matter. Probably I'm missing something, but I can't really see the light... Please help, I'm going to feel envy for windoze users. I can play mp3, wav, etc files. Tried

Re: [ivtv-devel] #0.3.3a fixes for OSD/DEC freeze, patches and bug fixes

Be sure that you keep track of your hours this week and send them to me as I will submit billing on Friday. Joe On Mon, 2005-04-18 at 11:45, Chris Kennedy wrote: > This has more fixes for the OSD/DEC interaction, may help freezes I think. > Also it has the patches for audio firmware to the cx2584

Re: [ivtv-devel] ivtv: ENC IRQ OVERFLOW

On Sun, Apr 17, 2005 at 01:32:30PM +0200, Marcel Lanz wrote: > I have a quire old ivtv: > > ivtv-0.2.0-rc3i dooh... I mean ivtv-0.2.0-rc2j --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT P

[ivtv-devel] #0.3.3a fixes for OSD/DEC freeze, patches and bug fixes

This has more fixes for the OSD/DEC interaction, may help freezes I think. Also it has the patches for audio firmware to the cx25840. It fixes some bugs in decoder VBI that I left in the last 0.3.3 ver, where the wait for that should work better now for writing DMA to the chip. Please test this

Re: [ivtv-devel] Need help getting PVR-500 working at all

Sorry to reply to myself, but I have to own up to some ignorance... I was doing "cat /dev/video0 > /tmp/test.mpg"... then I was testing it by playing it off of a network share over wireless 802.11b... duh. So, when I copied it locally, everything seemed to play fine, so as far as I can tell, my s

Re: [ivtv-devel] Need help getting PVR-500 working at all

Here's what I have now... modprobe stuff: alias char-major-81 videodev alias char-major-81-0 ivtv alias char-major-81-1 ivtv alias char-major-81-2 cx8800 alias char-major-81-3 cx8800 options saa7127 i2c_enable=-1,-1 options cx25840 i2c_enable=1,1 no_black_magic=1 options wm8775 mixer=2 options m

Re: [ivtv-devel] PVR150 remote: lirc_i2c or kernel input with ir-kbc-i2c

Steven, I'm using the lirc snapshot 0.7.1pre2 with its lirc_i2c driver successfully with my pvr-150. I tried and failed to get the kernel ir-kbd-i2c drivers working with kernel 2.6.10. I think someone from this list patched lirc to handle the pvr-150, and maybe a similar patch must be applied to

Re: [ivtv-devel] #0.3.2z pvr150/500 audio/tuner fixes

I get choppy video from this release now. The audio is there, but, since the whole things is choppy, I'm not sure if it's working right or not Also, when I do the following line, it seems to lock up on me: modprobe -r tuner cx25840 wm8775 msp3400 tveeprom ivtv I have to reboot to get back T On

Re: [ivtv-devel] Need help getting PVR-500 working at all

On 4/18/05, Tom McKearney <[EMAIL PROTECTED]> wrote: > sorry to spam the list, but I was on the wrong intput. I have s-video > in working, but no sound... This seems like a much better problem to > have. > > T Can you tell me how you got that far? I have no video using the tuner. D492 as well,

Re: [ivtv-devel] Need help getting PVR-500 working at all

sorry to spam the list, but I was on the wrong intput. I have s-video in working, but no sound... This seems like a much better problem to have. T On 4/18/05, Tom McKearney <[EMAIL PROTECTED]> wrote: > I just googled (how could I have NOT googled yesterday) on "__init" > and realized that these

Re: [ivtv-devel] Need help getting PVR-500 working at all

I just googled (how could I have NOT googled yesterday) on "__init" and realized that these are defined in "linux/init.h", which was not included in wm8775.c or in saa7115.c... I added include lines and rebuilt... My "ivtv: i2c client addr: 0x44 not found!" message went away and I have static! I

Re: [ivtv-devel] Need help getting PVR-500 working at all

Could my code modifications be my problem? I did two things... 1) everywhere it had "#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)" around "module_param" calls, I forced it to go the other way (because of compilation errors on each module_param line) 2) __init and __exit were undefined for me

[ivtv-devel] PVR150 remote: lirc_i2c or kernel input with ir-kbc-i2c

Hi, Since I'm having problems getting the remote to work with my PVR150 card I started googling. I've never had problems with PVR250 or PVR350 cards getting them to work with lirc with the hauppauge driver and the lirc_i2c module. Now I've come acrross a new way of doing things with 2.6 kernels

Re: [ivtv-devel] bttv: unknown symbol tveeprom_read

Yes, use the latest (0.3) drivers or search the list archives for a post by me containing a patch to fix that and try applying it to an older release. --Jeremy On Mon, 2005-04-18 at 11:05 +0200, Oliver Klar wrote: > Anybody has an idea what this means, when I do modprobe ivtv? > > bttv: unknown

[ivtv-devel] bttv: unknown symbol tveeprom_read

Anybody has an idea what this means, when I do modprobe ivtv? bttv: unknown symbol tveeprom_read bttv: unknown symbol tveeprom_hauppauge_analog Environment: PVR350 - ivtv-0.2.0-rc3i - kernel 2.6.11.4 --- SF email is sponsored by - The IT Product G

Re: [ivtv-devel] Need help getting PVR-500 working at all

On 4/18/05, mrwester <[EMAIL PROTECTED]> wrote: > You might try 0.3.2p drivers. For some reason, everything after p or > q? (can't quite remember) for me gives a file size=0. With 0.3.2p, at > least with tuner 1 I could get a picture and sound. On occasion I'd > get a few frames out of the 2nd

[ivtv-devel] PVR150 audio firmware not loading - narrowed down to 0.3.2r and on

Hi again. I've been having trouble getting my 350 and 150 working together. I posted a thread on this just a couple days ago, and thanks to the help of James Sager I'm getting much closer. The cards initialize properly with the exception that the 150 audio firmware does not get loaded from versi