Re: [ivtv-devel] Frame buffer initialisation - was RE: [ivtv-develPlease check: list of remaining driver problems

memory. > > John > > > -Original Message- > > From: [EMAIL PROTECTED] > [mailto:ivtv-devel- > > [EMAIL PROTECTED] On Behalf Of kevin > thayer > > Sent: 25 September 2005 21:19 > > To: ivtv-devel@lists.sourceforge.net > > Subject: RE: [ivtv-d

RE: [ivtv-devel] Please check: list of remaining driver problems

would it be worth making it a driver flag to ivtv-fb (ie osdblank=blank or osdblank=logo or osdblank=none) I can probably cook up a graphic if no-one else wants to -tmk --- John Harvey <[EMAIL PROTECTED]> wrote: > That could be solved with a simple image file rather > than an mpeg. > > It's th

Re: [ivtv-devel] Re: TV output : PVR-350 vs EPIA

the console gets blanked when X starts. There may be some commands you can run to change that behavior, but i'm not sure. I have an epia m10k, and i run a separate X server for the cle266/motherboard and that works OK. (commandline: /usr/X11R6/bin/X -audit 0 -layout "DVD Layout" :1 & where i hav

Re: [ivtv-devel] Re: ivtv PVR-350 MPEG encoding/decoding delay

the hardware supposedly supports these paramaters. see: http://ivtv.sourceforge.net/firmware-api.html command 0x97 not sure if this has an associated ioctl or not. Check ivtvctrl. also, i had to do some digging to find that link. there's a spot for it in the wiki, but it isn't actually created.

Re: [ivtv-devel] Recording problems with 0.3.8 (lenghty description)

wrote: > On Saturday 17 September 2005 18:38, kevin thayer > wrote: > > sure, i'll do some testing. > > > > Also, it should be noted that i have a 350 in one > box, > > and two 250's in another. I'm not sure which box > is > > the source of

Re: [ivtv-devel] Recording problems with 0.3.8 (lenghty description)

AIL PROTECTED]> wrote: > On Saturday 17 September 2005 01:57, kevin thayer > wrote: > > Just want to throw a 'me too' out on this one. > > > > I grabbed 3.8 and i get strange periods of dropped > > frames, like it's in 'fast forward' mode. it i

Re: [ivtv-devel] Recording problems with 0.3.8 (lenghty description)

Just want to throw a 'me too' out on this one. I grabbed 3.8 and i get strange periods of dropped frames, like it's in 'fast forward' mode. it is not a playback issue, the frames are dropped in the recording This usually happens within 30 seconds of the begining of the recording, and randomly dur

Re: [ivtv-devel] PVR-350, DVDs, and CPU requirements

> 1.) I know next to nothing about audio/video > programming. What is a > PES stream? packetized elementry stream, basically just the video portion of the mpeg. Xine (and maybe mplayer) generate their own timestamps and such, so in order to even begin to attempt audio-sync, you need to break t

Re: [ivtv-devel] PVR-350, DVDs, and CPU requirements

i've already written plugins for mplayer and xine for dvd playback, however there are serious audio sync issues. Basically you just need to feed ivtv a PES stream. the xine one is actually pretty close, but i just don't have the time to work on it anymore :< i've asked several times if anyone wan

RE: [ivtv-devel] state of raw/YUV support

> I remain to be convinced about the benefit of the > write interface for YUV > data but in time I will improve the ioctl one to do > decoding if means we can > save CPU usage. (if i'm understaning correctly) I there would be a real benefit in that folks wanting to write yuv to the driver, but not

Re: [ivtv-devel] state of raw/YUV support

did someone rewrite the fixup code? the stuff that i wrote back in the day was REALLY bad. instant crash :) -tmk --- John Harvey <[EMAIL PROTECTED]> wrote: > > If this is really needed in the driver then we > should > probably add an ioctl to enable it so that a program > can choose the format

Re: [ivtv-devel] xine plugin status

i've tried off and on to get that working, but it's never really delivered satisfying results let me know how it goes.. perhaps the new drivers will make it feasable :) -tmk --- Thomas Zander <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Thursday 14 July

Re: [ivtv-devel] xine plugin status

i use the digital out to my reciever so i can get surround sound :) i know that the hardware doesn't support that, unfortunately. -tmk --- Karol Ostrovsky <[EMAIL PROTECTED]> wrote: > Wasn't there an idea of getting the xine plugin to > handle sound as well? > That should get rid of the sync is

Re: [ivtv-devel] xine plugin status

on my epiam10k, the cpu seems to be bottlenecking still.. dvds play ok, but the video skips granted i haven't tried the latest/greatest :) what's the best version to try right now, and where can it be obtained? -tmk --- John Harvey <[EMAIL PROTECTED]> wrote: > Our attention has moved to making

Re: [ivtv-devel] xine plugin status

i did get it pretty close, but i found xine's timing stuff difficult to work with. the only real issue to be overcome is how to keep the audio and video in sync, when the time it takes to decode video is variable. the OSD stuff works pretty well, as does getting the clock from the card if anyone

Re: [ivtv-devel] Alternative to display input with PVR350?

the 'decode to memory' function is not possible. This was discussed at length near the start of development, but we got word from someone who had helped design the chip that this was not possible -tmk --- "Scott A. Conway" <[EMAIL PROTECTED]> wrote: > Hi, > > I was just wondering if there is a

Re: [ivtv-devel] Updated ivtvfbctl

thanks for doing this. i'll try and find some time to play with the windowing soon. Let me know how your own testing goes. IIRC, from others that have tried this (quite a while ago) the scaling works OK, but doesn't want to scale to less than half (i guess technically 1/4) of the original video si

Re: [ivtv-devel] shrink live-tv

e defined in ivtv.h. > > A diff is attached. > > What am I doing wrong? Can the IVTVFB_IOCTL_* things > not be used in > the same way as the IVTV_IOC_* ones? > > > On 6/28/05, kevin thayer <[EMAIL PROTECTED]> > wrote: > > you'll have to write so

Re: [ivtv-devel] shrink live-tv

you'll have to write some code to call the fwAPI ioctl. there's no way that i know of to do it from the command line. you could probably hack it into ivtvctl if you wanted.. shouldn't be too tough. -tmk --- Adam Forsyth <[EMAIL PROTECTED]> wrote: > I've been poking around at this too, and havi

Re: [ivtv-devel] shrink live-tv

there is a way to tell the decoder to scale the output, but as far as i know there isn't an API to it yet. you'll have to poke around at it using the fwAPI ioctls see http://ivtv.sourceforge.net/firmware-api.html i think it's osd call enum 0x56.. give that a try and let us know how it goes. -tmk

Re: [ivtv-devel] Signal strength always returns 0xffff

This was a quick hack put in (way back when) to allow xmltv's scantv applciation to work to automatically find channels. IIRC, it checks for signal lock from the decoder, and if it's there, it returns 0xff Else it returns 0. It doesn't actually look at the tuner. Feel free to fix it :) -tmk --

Re: [ivtv-devel] Using SPDIF audio from soundcard in lieu of analog input in PVR-250

not without soldering, and probably a few components to convert formats. The chip may support it though. You might be able to post-process it in using your CPU if you REALLY want digital. -tmk --- Andy Hopper <[EMAIL PROTECTED]> wrote: > Got a wierd question for you guys. I was wondering > if i

Re: [ivtv-devel] mplayer with tv:// option working?

mplayer tv mode expects yuv video, and to use 'streaming' v4l buffers, both of which are not supported by ivtv -tmk --- Christian Viller Hansen <[EMAIL PROTECTED]> wrote: > Hi > > I would like to be able to use freevo with my setup. > I can watch tv using > mplayer /dev/video0 and change chann

Re: [ivtv-devel] ivtv-devel on gmane?

spammers exist.. how would a challenge-response fix that? -tmk --- "Jeppe N. Madsen" <[EMAIL PROTECTED]> wrote: > On Thu, 10 Mar 2005, kevin thayer wrote: > > > > Maybe :-) Does that mean using the gmane gateway > > > would be ok if "someone&quo

Re: [ivtv-devel] ivtv-devel on gmane?

> Maybe :-) Does that mean using the gmane gateway > would be ok if "someone" would handle the > configuration (since it does munge > addresses, and does it in an, imho, intelligent way: > http://www.gmane.org/tmda.php) ? I'd be fine with it, but i want address obfuscation, not encryption.. even

Re: [ivtv-devel] ivtv-devel on gmane?

i thought john's post was quite clear: he doesn't have the cycles to make sure gmane is configured correctly. (and now, since i am the list admin, i don't either :) In order to protect the inboxes of those posting, we won't allow gateways to be set up that don't munge addresses. seems clear. -t

Re: [ivtv-devel] setting brightness/contrast etc..

the consensus for this kind of configuration was to use a separate program. The record-v4l script can do it, and has a config file that you can store all your favorite settings in. it's in the utils dir... check it out. -tmk --- "Jeff \"Muddy\" Waters" <[EMAIL PROTECTED]> wrote: > Hi all, > >

Re: [ivtv-devel] Re: ivtv-fb console takeover (SOLVED)

kernel option, goes in grub.conf or lilo.conf depending on your bootloader -tmk --- Marco Schumann <[EMAIL PROTECTED]> wrote: > Hello List, > > I have a problem with my Hauppauge WinTV PVR350 and > ivtv-0.2.0-rc3 on a > RedHat9 OS, kernel 2.4.20-31.9. As soon as the > modules are loaded, I >

Re: [ivtv-devel] hardware datasheet for cx23416?

there are illicit copies floating around the internet, but conexant has not released it publicly to my knowledge for a mere $10k, you can buy a dev kit from conexant which presumably comes with an NDA and all the docs you want :) -tmk --- Ram Yalamanchili <[EMAIL PROTECTED]> wrote: > Hey guys,

Re: [ivtv-devel] PVR 500 dual S-Video input

some of the older pvr cards had similar connectors. i think i found pinouts at shspvr.com (or whatever that site is) at any rate, the guy who runs that forum can probably get you the info from hauppauge. His name's anthony toste (sp?) IIRC. -tmk --- Chris Kennedy <[EMAIL PROTECTED]> wrote: > Th

Re: [ivtv-devel] Cropped Video (PVR-150)

is this on a tv or on your computer? if it's on your tv, check the file on your PC first and see if the information is there.. might be an overscan issue (with your output video device) -tmk --- Jonathan Martin <[EMAIL PROTECTED]> wrote: > I am noticing that whenever I capture video with the >

Re: [ivtv-devel] PVR-350 with FC3 not loading ivtv

your tveeprom doesn't appear to be loading. there's lots of threads in the past on how to get that working.. i'd search the archives -tmk --- Pastor Doug Coats <[EMAIL PROTECTED]> wrote: > I am using FC3 and trying to get Mythtv using > Wilson's instructions. I am > not sure if anyone has gotte

Re: [ivtv-devel] nit picking: whitespace in source code

better yet, use the 'indent' tool. -tmk --- "D. Hugh Redelmeier" <[EMAIL PROTECTED]> wrote: > I have noticed that the whitespace in the source > code is made up of a > messy mixture of spaces and tabs. This may not seem > important > (because it isn't) but it does make looking at diffs > a litt

RE: [ivtv-devel] pvr-350 decoder question

you are correct - decoding to memory is not supported on the pvr350 -tmk --- Brent Kilgore <[EMAIL PROTECTED]> wrote: > I am almost certain your answer is no... sorry > > From what I've seen digging in the driver code. The > mpeg stream is sent > directly to the card. The card then responds b

Re: [ivtv-devel] virtual consoles on TV-out

I think this is what you're looking for: http://www.faqs.org/docs/Linux-HOWTO/Framebuffer-HOWTO.html#s4 I haven't tried it tho.. if you do have an fb1 then it's probably grabbing all the consoles after ivtv grabs them. -tmk --- Dan Christensen <[EMAIL PROTECTED]> wrote: > ivtv does get /dev/fb0

Re: [ivtv-devel] GPIO advice wanted please

they are used to transfer encoded data (in or out.. i forget which, i think out) depending on the mode of the chip. Most likely will only be used in the 'blackbird' card application (ie it has nothing to do with gpio audio) -tmk --- Martin Vaughan <[EMAIL PROTECTED]> wrote: > Is there anyone he

Re: [ivtv-devel] PVR 350 decoder

nope, it will not decode to memory (aka a window) i believe there is a way (though you'll have to use the fwapi directly for now) to resize the output of the window on a tv, but it still has to go to the tv-out. -tmk --- Jose Alberto Reguero <[EMAIL PROTECTED]> wrote: > It is posible to use de

Re: [ivtv-devel] Bounty for mplayer on PVR350 tv-out

doesn't the -vo ivtv patch already do this? -tmk --- James Courtier-Dutton <[EMAIL PROTECTED]> wrote: > Laurent Piguet wrote: > > > > > > There have been threads about the possibility of > getting a way to play > > MPG4 files (and others I assume) over the PVR350 > tv-out. If I remember > >

Re: [ivtv-devel] modprobe ivtv-fb with PVR-350 fails on FC2 and FC3

the error is quite clear: > Feb 7 22:11:00 mythtv kernel: PCI: Found IRQ 11 for > device :00:0e.0 > Feb 7 22:11:00 mythtv kernel: ivtv: Bus Mastering > is not enabled > Feb 7 22:11:00 mythtv kernel: ivtv: Error -6 on > initialization > Feb 7 22:11:00 mythtv kernel: > ivtv-iTVC15_16_mpg2_en

Re: [ivtv-devel] virtual consoles on TV-out

yes. if you don't have any fb devices loaded before ivtv (ie ivtv gets /dev/fb0) then the consoles automatically switch to the ivtv framebuffer in order to get (most) of the console messages, you'll have to load ivtv in an initrd (initial ramdisk) at startup. There have been posts on that in the

Re: [ivtv-devel] mplayer issues..

you'll need to do 2 things: always use a cache when reading directly from /dev/videoX, if you don't, then the software decoders will start decoding frames before the entire frames are copied. For mplayer, always use the -framedrop option. Else it will display every video frame and play every audi

Re: [ivtv-devel] missing video /dev entry (was no subject)

first off, you're out of memory. ivtv needs large blocks of contiguous memory. Try rebooting and loading it first thing. if you see any of these: > Feb 8 20:12:15 localhost kernel: modprobe: page > allocation failure. order:4, mo de:0xd0 > Feb 8 20:12:15 localhost kernel: [] > __alloc_pages+0x2

Re: [ivtv-devel] i2c sniffer needed to capture initialisation of gpio chip

logs attached. I had to resend since sf.net doesn't like .zip files apparently. -tmk --- kevin thayer <[EMAIL PROTECTED]> wrote: > No, the message i am referencing already had the i2c > dumps in it. > > I thought it was sent to the list, but it was sent > to

Re: [ivtv-devel] i2c sniffer needed to capture initialisation of gpio chip

use of a storage > oscilloscope (because I don't have one) and are > there circuit diagams of > these hardware dongles available on the net. > > Best Regards > > Trev > > > On Tuesday 08 Feb 2005 18:26, kevin thayer wrote: > > to sniff i2c, we usually u

Re: [ivtv-devel] i2c sniffer needed to capture initialisation of gpio chip

to sniff i2c, we usually use a hardware dongle. i think someone posted caps of the 2410 to the list a few weeks ago however.. search the archives. -tmk --- trev <[EMAIL PROTECTED]> wrote: > Hi all > > Does anyone know a program that I can use as an i2c > sniffer to capture the > various init

Re: [ivtv-devel] A General 'ivtv' Decoder Question

the cx23415 decodes the audio. I'm not sure if it goes back out the msp or if it's already analog at the pins of the decoder. more likely the MSP you could also trace the wires on your card to see where they lead :) -tmk --- Paul Curtis <[EMAIL PROTECTED]> wrote: > I have read through the SAA71

Re: [ivtv-devel] Xine PVR-350 HW decode plugin

it can be done. you just have to do it :) incidentally, that would fix all the audio sync issues, but you wouldn't be able to do ac3 or dts audio -tmk --- Greg Foster <[EMAIL PROTECTED]> wrote: > On Fri, 4 Feb 2005 10:53:16 +0100, Martin Qvistgård > <[EMAIL PROTECTED]> wrote: > > I know people

Re: [ivtv-devel] Xine PVR-350 HW decode plugin

I'm working on it in my spare time here is the status: * decoding works for video only. no attempts have been made to write an audio_out plugin * OSD (dvd menus etc) work * audio-sync does not work (you can sync it up manually however and it seems stable) * sometimes the decoding will fail due to

RE: [ivtv-devel] PVR350 TV-Out has poor performance and "mplayer -vo xv" doesn't work

mythfrontend setup tv playback next next next next check 'use the pvr-350's tv out/mpeg decoder' -tmk --- Chad Osmond <[EMAIL PROTECTED]> wrote: > I still cant find anywhere to tell myth to use the > TV out.. Can you be > more specific where the setting is? > I think I may order a $54 TV out car

Re: [ivtv-devel] Re: PVR-250 whoes... resulting .mpg plays too fast.

do modinfo ivtv there should be a card=X or cardtype=X option -tmk --- Bubba Slash <[EMAIL PROTECTED]> wrote: > Has this issue been fixed in the newer ivtv > versions? I have noticed > 0.1.10 video plays too fast, 0.2.0 (rc3b) seems to > capture at 26fps > rather than 29.99fps, and 0.3.2c defa

Re: [ivtv-devel] Ivtv-fb query

sure is. you'd need to add some code into the init section of ivtv-fb to memset the fb memory to 0's.. shouldn't be too hard.. why not cook up a patch? -tmk --- [EMAIL PROTECTED] wrote: > Just a little query, I'm using ivtv-0.3.2c (which is > working brilliantly :-) > ) > but I have one tiny

Re: [ivtv-devel] modprobe ivtv-fb failure for PVR350

looks like you're out of memory. Try it on a clean boot -tmk --- gary boon <[EMAIL PROTECTED]> wrote: > I've been working building a MythTV using the Jarod > Wilson's > excellent instructions at > . > > I'm using FC2 (2.6.9-1.6_FC2) on a AMD XP2200+ with

Re: [ivtv-devel] Yuan MPC622 mini-pci encoder got b/w video

black/white usually means you're using the wrong input (at least on saa7115s) try a different input perhaps? Apologies if you have already :) -tmk --- Brian Litzinger <[EMAIL PROTECTED]> wrote: > > http://www.litzinger.com/mpc622/ > > I have black and white video showing up via both the > com

Re: [ivtv-devel] pvr-350, the way to go?

> mplayer -vo ivtv works not too bad... if the video > stream is not ac3 (and thus not using -ac hwac3) > I get far worse jerkiness/tearing. ac3 is worse? or normal audio is wrose? > I am assuming this is because mplayer is > converting from divx or mpeg4 or whatever I'm > playing and mpegpes

Re: [ivtv-devel] pvr-350, the way to go?

> Maybe our definitions of ok are different? :) But > I'm seeing tearing > every second or so, which isn't good IMO. let me say this again: The pvr350's hardware overlay was designed for OSD text only. We are using it as a full Xwindows display. It was never designed to support this and i'm ama

Re: [ivtv-devel] PATCH: PVR-150 NTSC audio patch

I have spoken with hauppauge about this sort of thing in the past. it sounds simple, but there are more complex issues. 1) linux and windows have completely different O/S level interfaces. The part that configures the card will probably be the same, but actaully interacting with the card won't be

Re: [ivtv-devel] alias tveeprom tveeprom-ivtv does not work

i think the tveeprom-ivtv module is only created by the ATrpms version of the driver. if you compile from source, you won't have them could be wrong. -tmk --- Thomas Börkel <[EMAIL PROTECTED]> wrote: > HI! > > Using ivtv 0.2.0 rc3c, kernel 2.6.9, FC2. When I add > the line > > alias tveeprom

Re: [ivtv-devel] pvr-350, the way to go?

s used, it will lock your system, guarenteed. -tmk --- Alex Harford <[EMAIL PROTECTED]> wrote: > On Mon, 31 Jan 2005 08:34:38 -0800 (PST), kevin > thayer wrote: > > > From what I read, xine does not have an ivtv > output > > > mode, so it needs to use the framebuffer.

Re: [ivtv-devel] pvr-350, the way to go?

> From what I read, xine does not have an ivtv output > mode, so it needs to use the framebuffer. On my > Celeron 2.4GHz, it's not fast enough at > all, I get about 1 fps. That's odd. i get like 20fps with mplayer on my epia m10k.. xine can't be that much worse.. -tmk -

Re: [ivtv-devel] reported encoding rate

this is due to the mpegs being VBR. the speed reported in the stream is the upper-range of the vbr range. (aka the peak bitrate) if you want them to be the same you'll have to lower the burst rate, but some scenes may suffer because of this. It has been brought up before and i think this is 'jus

Re: [ivtv-devel] Success Story (So Far)

why pvr350's? the only difference between a 350 and a 250 is that the 350s can do tv-out most people only need one tv-out at a time, so they buy one 350 and 250's for the rest. if 150's are cheaper, then go with those :) Caveat being that pvr150's use a different chip to do the CC and such than

Re: [ivtv-devel] PVR-150 NTSC-Help, I'm Stuck

> ivtv: Encoder mailbox not found > ivtv: Decoder mailbox not found > ivtv: Error locating firmware > ivtv: Error-12 on initialization > ivtv-iTVC15_15_mpg2_encoder_card: probe of > :00:09.0 failed with error -12 this means that the card didn't bootup on the firmw

Re: [ivtv-devel] 2 Tuners on PVR-150MCE?

> # ivtvctl --device /dev/video1 -Y > ioctl: VIDIOC_QUERYCTRL > Brightness = -1208049664 > Contrast = -526981127 > Saturation = -611254672 > Hue = 0 > Volume = 65535 > Mute = 0 > > Brightness, contrast and saturation seem to be a bit > off ;-) Is this > still stuff that needs to be fixed in the ne

Re: [ivtv-devel] Fwd: AVC-2410 Audio running at half speed

only oddity i saw was with the MSP driver the 'simple' parameter isn't used anymore from what i can tell. modinfo msp3440.ko for a list of what's availible. -tmk --- [EMAIL PROTECTED] wrote: > Hi > > Further to my last message, I have peeled the label > of the video encoder chip > and found ou

Re: [ivtv-devel] Anybody working on PVR-150MCE NTSC

you'll need to ditch the 4kstacks for it to work -tmk --- Jarod Wilson <[EMAIL PROTECTED]> wrote: > On Jan 26, 2005, at 09:11, kevin thayer wrote: > > >> And both the 150MCE and 500MCE I've got hard-lock > >> both Fedora Core 2 and 3 boxes when modp

Re: [ivtv-devel] Documentation/cvs update

> I was going to start trying to categorize the FAQ, > but can't seem to > edit that page. How is this done currently? the faq is tricky. You have to do this: 1) log in 2) click FAQs on the left (not the ::!) 3) click the "questions" icon under 'actions' (not edit!) that should get you going. >

Re: [ivtv-devel] Problem loading ivtv with the old initrd trick

what's the busid of the card? it's the first portion of the stuff that lspci prints out. eg: /sbin/lspci | grep Internext BUSID IN HEX Rest of line 00:14.0 Multimedia video controller: Internext Compression Inc iTVC15 MPEG-2 Encoder (rev 01) and my busid in X config(in decimal!): BusID

Re: [ivtv-devel] Investigating the "tveeprom-ivtv" problem

The reason for the -ivtv versions is that the ivtv modules are branches from the mainline kernel versions, and other (non-ivtv) hardware uses them. It wouldn't be playing nice to simply remove or overwrite the kernel versions of things with our own. audio for the [23]50 series cards is handled by

Re: [ivtv-devel] Which ivtv driver and firmware should I use for Pvr 350?

whatever it says on the wiki page. I think newer ivtv's even print out the recommended version, or a warning if you're not running that version. -tmk --- Don Brett <[EMAIL PROTECTED]> wrote: > Which driver and firmware do the developers > recommend for the Pvr 350? > I've tried several combinati

Re: [ivtv-devel] Anybody working on PVR-150MCE NTSC

> And both the 150MCE and 500MCE I've got hard-lock > both Fedora Core 2 and 3 boxes when modprobing > ivtv. No such problem with a Debian box > running a 2.6.10 kernel tho. Just the same > static-only problem on the 150MCE as Matt, > and no tuner ever found on the 500 did you turn of 4Kstacks i

Re: [ivtv-devel] PVR-150, no output

several people have noted similar issues with the newer tuners - that they'll work for awhile (usually a very short time), then stop working. Have you tried a cold reboot? (ie power down, leave it off for a bit, then turn it back on).. sometimes memory is not erased on a normal reboot. -tmk --

Re: [ivtv-devel] Problem loading ivtv with the old initrd trick

> As to my bigger issue, no matter what I do, I > haven't been able to get > X started on the TV-out. Both my monitor and my TV > are utterly blank. > Then when I restart the box, I get a message that > it can't start X > and wants to show me logs and let me try to detect > my settings. sounds l

Re: [ivtv-devel] Anybody working on PVR-150MCE NTSC

some notes: 1) if you get static, the card is functioning properly, your tuner is merely not working properly.. aka the cx chip is doing its job ... except: 2) audio is a different matter; the audio on the 150's is different than on the other pvr cards as audio and video are processed on the sam

Re: [ivtv-devel] [ dga ] parallel intallation of a ivtv and a bttv card

xawtv is apparently using some of the more advanced features of X to display the video smoothly out your pvr350 framebuffer. The pvr350's tv-out was designed for OSD text, and we're using it as a screen - it works great for the most part, but lots of rapid updates (like video) give it troubles. i

Re: [ivtv-devel] Anybody working on PVR-150MCE NTSC

I was under the impression they were supported in the dev train. no? i haven't been following the pvr 150 threads.. what's the issue? I have a pvr150 of some kind at home, i can probably do some quick fixes if need be. (it's still in the box) -tmk --- "R. Benjamin Shapiro" <[EMAIL PROTECTED]> w

Re: [ivtv-devel] upgrade to 0.2.0 from 0.1, now modprobe failes (pvr-250)

looks like you ran out of memory. try rebooting. As the system is up for long periods, memory can get fragmented, and the large blocks ivtv requires are no longer easy to find. -tmk --- David Mobach <[EMAIL PROTECTED]> wrote: > Hi all, > > I've recently been updating from the older 0.1 ivtv >

Re: [ivtv-devel] GOP questions (Open/closed, variable, etc)

> kind vs. another. Any > more documentation to be found other than: > /* Stream types */ nope, there was quite a thread going about them a year or so ago but nothing of late. -tmk --- This SF.Net email is sponsored by: IntelliVIEW -- Intera

Re: [ivtv-devel] Patch for x86_64 and tons of output to syslog

did you test it on non-64 bit systems? we may need to put some #if statements in.. -tmk --- Jose Alberto Reguero <[EMAIL PROTECTED]> wrote: > With this patch, no more errors in syslog. > > Jose Alberto > > diff -Naur ivtv-0.2.0-rc3d/driver/ivtv-dma.c > ivtv-0.2.0-rc3d.amd64/driver/ivtv-dma.c >

Re: [ivtv-devel] GOP questions (Open/closed, variable, etc)

> Hrm... I guess I'll look into that. Do you recall > at all how they > were different? I'd just figured padding, etc. yeah just in the way the stream is split up. PES for example as a different wrapper than TS (TS is a wrapper for several PES streams as is PS) There are lots of sites out

Re: [ivtv-devel] GOP questions (Open/closed, variable, etc)

> - Differences between the streams produced under > different types (ES, PS, TS, DVD, etc) the different types are pretty well documented out there, at least for the well known types (ES,PS,PES,TS).. the ones where it gets tricky are the 'dvd-special' ones. which reminds me.. did we ever set the

[ivtv-devel] Recommended settings? (based on testing!)

I'd like to put together some recommended values for optimum performance out of ivtv, in particular with respect to bitrate and resolution. There was someone (Cory?) who ran the card (specifically the saa7115) through some tests and determined that it really can't distinguish between 720 horizonta

Re: [ivtv-devel] GOP questions (Open/closed, variable, etc)

This is going back a ways, but here's my remeberances regarding GOP: 1) there are settings for gop as you have noticed 2) i don't think any of us working on it in the early days had the mpeg-knowhow to tell if they worked or didn't 3) i do seem to recall a scene-change option, but it's not in our

Re: [ivtv-devel] tveeprom error, i think

working: > Jan 5 20:05:51 myth kernel: tuner: type set to 47 > (LG NTSC (TAPE > series)) by ivtv i2c driver #0 not working: > ivtv: Could not detect tuner standard, defaulting to > NTSC. > tuner: tuner type not set the tuner detection is the problem. You could load ivtv with the tuner=47 option

Re: [ivtv-devel] Problems with PVR-350

> Do we have diffrent versions of i2c-algo-bit? probably. that was on my 2.4 kernel try bit_test you should see output like this: (21)..(40).(44)(50)... -tmk > # modinfo i2c-algo-bit > author: Simon G. Vogl > <[EMAIL PROTECTED]> > descrip

Re: [ivtv-devel] Problems with PVR-350

_ADDR 0x40 IVTV_HAUPPAUGE_I2C_ADDR 0x50 -tmk --- Christopher Arnold <[EMAIL PROTECTED]> wrote: > > > On Fri, 21 Jan 2005, Christopher Arnold wrote: > > > On Thu, 20 Jan 2005, kevin thayer wrote: > > > >> if that doesn't work, see a prev

Re: [ivtv-devel] Problems with PVR-350

le of days) regarding testing your card to see which i2c addresses are active. -tmk --- Christopher Arnold <[EMAIL PROTECTED]> wrote: > > > On Thu, 20 Jan 2005, kevin thayer wrote: > > > send this output: > > > > rmmod tveeprom > > modprobe tveeprom >

Re: [ivtv-devel] Problems with PVR-350

send this output: rmmod tveeprom modprobe tveeprom dmesg | tail -n 16 -tmk --- Christopher Arnold <[EMAIL PROTECTED]> wrote: > > > On Thu, 20 Jan 2005, kevin thayer wrote: > > > update to the latest rc candidate. > > > > i think we're on rc3d. &

Re: [ivtv-devel] Problems with PVR-350

update to the latest rc candidate. i think we're on rc3d. if you're still having problems, post the output from tveeprom and we'll try to help -tmk --- Christopher Arnold <[EMAIL PROTECTED]> wrote: > > Hi all, > > i have a new PVR-350 wich refuses to receive any > stations only static > no

Re: [ivtv-devel] My PVR-350s and all their glorious static

> Well, it sounded good... but eeprom isn't even > loaded. And tveeprom > IS loaded. So neither of the "suggestions" from the > error message are > useful. Any other ideas? yes. read the thread: >> type 'modprobe tveeprom' >> >> then type 'dmesg' >> >> last few lines of output will >> ha

Re: [ivtv-devel] My PVR-350s and all their glorious static

ct > that it will be loaded by ivtv automatically, so > perhaps if ivtv is > loaded after tveeprom, then the ordering will be > fine. > > I'll check it out when I get home. Thanks. > > kevin thayer wrote: > > Actually, it looks like you may have a new-enoug

Re: [ivtv-devel] [UNKNOWN CARD] WinTV PVR-250 model 980 V1.3

does tveeprom print out any tuner information? 'rmmod tveeprom;modprobe tveeprom;dmesg' this error: > ivtv: i2c client addr: 0x50 not found! makes me think there's some sort of problem reading the eeprom. perhaps yours has a different i2c addr? try loading i2c manually: modprobe i2c-core modp

Re: [ivtv-devel] My PVR-350s and all their glorious static

Actually, it looks like you may have a new-enough version of ivtv, and you loaded the eeprom module before tveeprom. see this error from your post: Jan 18 20:22:18 localhost kernel: ivtv: Error -19 reading Hauppauge eeprom. Jan 18 20:22:18 localhost kernel: ivtv: Possible causes: the tveeprom modu

Re: [ivtv-devel] My PVR-350s and all their glorious static

27;t very hard... you may want to give it a shot -tmk --- Wendell <[EMAIL PROTECTED]> wrote: > How do I load the tveeprom module? > > kevin thayer wrote: > > you don't have any tuner type set (or detected) > > > > load the tveeprom module > > > &g

Re: [ivtv-devel] My PVR-350s and all their glorious static

you don't have any tuner type set (or detected) load the tveeprom module it will tell you which tuner types to set you can set the tuner type with the 'tuner' option to ivtv ie modprobe ivtv tuner=2,37 for first card tuner type 2, second card tuner type 37 newer versions of ivtv will detect

Re: [ivtv-devel] problem with IVTV drivers

that looks fine, are you in the US? your card is NTSC what exactly is not working? you may want to disable 4kstacks in your kernel also (requires kernel recompile).. though i haven't heard of it causing problems with pvr250's, just 150s -tmk --- [EMAIL PROTECTED] wrote: > Here is my debug info

Re: [ivtv-devel] New Q&A round with Hauppauge? (was: Hauppauge specific questions)

well, we still haven't gotten a real good answer as to why yuv decoding doesn't tell us where to send the data. that's all that's really buggin' me -tmk --- Axel Thimm <[EMAIL PROTECTED]> wrote: > I suggest to collect questions on current ivtv > issues that Hauppauge > engineering and developme

Re: [ivtv-devel] pvr-150: problems with vbi

xawtv only works with uncompressed video streams, not for the pvrX50 series of cards.. the vbi for pvr150 will have to be supplied to the encoder chip by the cx25843 (video decoder), which isn't really in the domain of the ivtv project. I think gerd wrote that one. If we're sure that the 25843 i

Re: [ivtv-devel] anyone got the WinTV-PVR-500MCE to work ?

it is supposedly the same hardware as a pvr150, which seems to generally be working. that said, i haven't heard of any pvr500 successes. I'd guess that you could probably get one of the tuners working without too much effort, the second one might be tougher. -tmk --- Gabriel Somlo <[EMAIL PROTEC

Re: [ivtv-devel] PVR 150 mpeg2 support?

yes. -tmk --- Paul Miller <[EMAIL PROTECTED]> wrote: > In other words, mpeg2 hardware compression is > supported at this time? > > On Wednesday 12 January 2005 11:10 am, kevin thayer > wrote: > > ? > > > > the whole point of the pvrX50 series is th

Re: [ivtv-devel] Strange Error - Any Ideas?

this is the code you're hitting: /* Register IRQ */ snprintf(itv->name, sizeof(itv->name)-1, "ivtv%d", itv->num); retval = request_irq(itv->dev->irq, ivtv_irq_handler, SA_SHIRQ | SA_INTERRUPT, itv->name, (void *)itv); if (retval) { IVTV_KERN_ERR(

  1   2   >