Hi, One of the things I have noticed is the number of Tuners that are on the boards and they keep changing and not all are supported..
How about better Tuner support or documents or patches etc? The reason I say that is I have a PVR-500 that is all but running but the reception is very average because I have Philips FQ1216AME MK4 Tuners (Tuner 91) that don't seem to be supported that well yet. I have looked at patches and all over the net and don't seem to be able to find much out about them. Any help appreciated of course :-) Cheers Grant -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Axel Thimm Sent: Tuesday, 18 January 2005 3:00 p.m. To: [email protected] Subject: [ivtv-devel] New Q&A round with Hauppauge? (was: Hauppauge specific questions) I suggest to collect questions on current ivtv issues that Hauppauge engineering and development can help solving. Hauppauge is open to the Linux community, nevertheless the process to acquire and clear out information is slow. It pays off to do so for a set of questions IMHO, at least that was the experience with the former Q&A (not QA ;) sessions. Can you formulate your questions appropriately (assume full knowledge on any hardware detail, but little on ivtv and Linux kernel drivers)? You can send them as reply to this post or off-list and I will create a summary. Thanks! On Wed, Jan 05, 2005 at 10:03:17PM -0000, John Harvey wrote: > Axel > The question I have I think was asked by Hans but I never saw an > answer. I have been trying to get UYV playback to work. If you > initiate a YUV dma request and then query the status it says that it > need 622080 bytes (for PAL) which is correct but it says that the > address to transfer to is 0 and that the dma type is 0(mpeg). > If it transfer a small amount say 4 bytes then query the status on > the interrupt for dma completing it says it need 622076 bytes to an > address 0f 4 and type 0. > > I don't believe we should be transferring to address 0 so we > presumably need to add some offset to this (just like the osd has to > add the osd base address) but there doesn't appear to be an api to find the offset. > > Can Hauppauge help us to understand how to use the YUV dma transfer? > > Alternatively there are 9 yuv buffers pointed to from the 9 words at > 0x0100140. If I modify the driver to continue to display the last > frame it is displaying the yuv from one of these buffers and if I > write yuv (in Hauppauge style yuv) to the correct buffer it is displayed on the output. > However I cant determine which of the 9 buffers is the correct one to > write to or to control which one to use. If we cant make the api work > then possibly we might be able to find a way to control which of these > buffers is used and then we could control this ourselves. > > Do you think Hauppauge will be able to help us with this? > > Thanks > > John > > > From: [EMAIL PROTECTED] [mailto:ivtv-devel- > > [EMAIL PROTECTED] On Behalf Of Axel Thimm > > Sent: 28 August 2004 22:39 > > To: [email protected] > > Subject: [ivtv-devel] Re: Hauppauge specific questions (was: > > Hauppauge's commitment to Linux support) > > > > Hans Verkuil wrote: > > > Axel Thimm wrote: > > > > If you need information from Hauppauge or one of its suppliers, > > > > e.g. for the ivtv project, Conexant, there are two cases: > > > > > > > > o if the information is under Hauppauge's authority, it can and will > > > > be disclosed. > > > > o if the information is under Conexant's authority, Hauppauge will try > > > > to mediate, so you don't get stuck with a sales person at Conexant > > > > again. > > > > > OK, here is the first set of questions. These questions are all > > Hauppauge > > > specific (except perhaps for the last question). I'll post a > > > separate > > list > > > with Conexant questions. The autodetect questions have the highest > > priority. > > > > Here are the answers to Hans' questions, the refined questions based > > on these answers, the refined answers based on these refined > > questions and so on ;) > > > > Some of the tuner documentation has already been used in current > > ivtv snapshots, hopefully more will follow. > > > > Thanks for your patience! > > > > The SF.Net email is sponsored by: Beat the post-holiday blues Get a > FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > ivtv-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ivtv-devel -- Axel.Thimm at ATrpms.net ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
