Hans,
I've been trying to debug this before I posted, but since I posted a
week ago, I've gotten no response.
Basically I have a PVR 550, the PG600 series. cardtype 7.
The 0.3.7d driver does the following...
Start with cardtype 7, nothing, no video, no sound.
unload, then load with cardtype 1, you get video, but no sound.
Now, reload with cardtype 2, you get sound, but no video.
Another strange issue, is when I start Mythtv, it seems to show live TV
for 5 seconds, then it hangs, and resets eventually.
I poked around the source, and noticed in the cx driver C code, it sets
the structure to PG600 only on cardtype1, I think this is in
error for cardtype 7. It needs to be PG600 too??
Anyway, I tried changing stuff and recompiling, and can't find the magic
combo.
Seems like version 0.3.3 worked, but I still had the hanging issues
after 5 seconds..
Any ideas how I should debug or proceed.
I'd like to see the structures fixed before you release 0.3 as the
official release..
I have all the card chips written down if you need them.
I'm a good C programmer, and Unix/Linux admin, so I know some of what
I'm doing, but never played with video/audio streams...
I'll post this to the group as well, just thought I'd direct these
issues to you directly, since you seem to be the one updating all the
code at the moment.
Robert
Hans Verkuil wrote:
It is my general impression that the 0.3 series ivtv driver has become quite
stable by now. The major lacking feature, sliced VBI for the PVR150/500, is
to be added soon. This allows the recording of closed captions and things
like that. The only other change that I might make (pending some research
first) is to use a more standard format instead of the ivtv-specific format
currently used for the VBI data (the DVB standard).
After that I propose to start the work towards eventual kernel inclusion.
It starts to become a major bother having to support the various kernels
from 2.4 upwards, and so I suggest that we take the following actions:
1) After the two features I'm working on are added we freeze the 0.3 series,
except for (serious) bug fixes. This becomes the stable release, replacing
the 0.2 series.
2) Start a new 0.4 series with the goal of being included in the kernel.
I think we need to do the following in order to become 'mainstream':
- First merge any relevant ivtv changes to tveeprom.c, tuner.c, msp3400.c
and tda9887.c to the v4l sources so that we can stop keeping our own
copy around. I'm working on this already.
- Move the supporting modules (saa*, cx* and wm*) to the v4l repository,
again for inclusion with the kernel.
- Drop support for the 2.4 kernel and possibly older 2.6 kernels (not sure
what the v4l policy is) in ivtv.
- Get the v4l2 sliced VBI API from draft to final based on the work done in
the ivtv driver. (I'm working on that)
- Drop the ivtv-specific sliced VBI API and replace with the v4l2 final API.
This should be a good moment to release a stable 0.4 version and open a 0.5
series for the next steps:
- Clean up the ivtv sources to make them even remotely acceptable for the
kernel. Ouch.
- Document some of the darker corners of the driver. Double ouch.
- Start the process of moving the driver into the kernel.
So the 0.3 series will have to be maintained occasionally until the 0.4
series is ready. Then we can stop maintaining 0.3 and start maintenance
on 0.4, which should be easier since we now only have the ivtv module
itself to maintain, the remainder should be in the v4l repository or even
in the kernel. So we can tell people that they should upgrade :-)
0.5 is purely work to get it in a state that you don't feel too ashamed
when you give it to Linus :-)
I think this covers it pretty well, any comments?
Hans
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ivtv-devel mailing list
ivtv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ivtv-devel mailing list
ivtv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
