On Fri, 2010-09-17 at 10:30 +0200, Hans Verkuil wrote:
> On Friday, September 17, 2010 00:58:45 Andy Walls wrote:
> > Hi Hans and Hans,
> >
> > I'd like to move the source code maintained here:
> >
> > http://ivtvdriver.org/svn/
> >
> > to someplace where it may be less likely to suffer bit rot.
> > I was hoping the v4l-utils git repo would be an appropriate place.
> >
> > Do either of you have any opinions on this?
>
> I agree with this, but it would require some work.
OK. But given your comments below, I'm going to change my execution
strategy: move or port things incrementally, the most used/useful stuff
first.
Distribution packages and end users might not like that ("Where did
ivtv-tune go?") but I don't have a solid block of time to do things all
in one go.
> xf86-video-ivtv really belongs at freedesktop.org as part of the X video drivers.
> Nobody ever made the effort to integrate it there, but it would be the right
> thing to do.
OK. That's going to be low on my list then. Given my current
availability, that might end up looking like a "dump and run" on
freedesktop.org folks. That wouldn't be good for anyone. I suppose I
should get Ian Armstrong's input on this particular item.
> ivtvtv is more a private test application I made to test the MPEG encoder/decoder
> API. Either this has to be turned into a more full-fledged application for the
> PVR-350 and then it definitely might be a good candidate for inclusion in
> v4l-utils, or it stays here, or I can host it on my website as a simple tar
> archive.
Ok, that one will stay on ivtvdriver.org until it becomes better or
overcome by time.
> Looking that ivtv itself: in utils we have ivtv-radio, ivtvplay, ivtv-mpegindex,
> ivtv-tune and cx25840ctl.
>
> ivtv-radio is a good candidate for v4l-utils, but it would be really nice if it
> could be made more general. E.g. v4l2-radio.
Yes. There is not other application like it. I also think that a
v4l2-radio would be a good simple candidate for exercising some of the
Media Controller API:
1. Does this device have a radio?
2. What is the radio control node?
3. Does it have an associated ALSA card? What is the ALSA PCM node?
4. Does it have a V4L2 PCM node?
> Ditto for ivtv-tune (although merging this functionality into v4l2-ctl is also
> an interesting option).
Yes. The only reason I use ivtv-tune is that v4l2-ctl requires me to
know my analog channel frequencies by number just to change the
channel. :(
Given that, I use ivtv-tune a lot.
Merging it's functionality into v4l2-ctl seems like the way to go. I'd
like to do it in such a way that a user preferences file isn't saved
though.
> cx25840ctl should really be integrated into v4l2-dbg.
Hmmm. That would be an oddly specific addition to v4l2-dbg. Given that
we have device nodes on subdev's coming soon, with subdev controls,
maybe this is obsolete?
Anyway, I never use it. Which begs the question: If I don't use it, who
does?
> ivtv-mpegindex isn't ivtv specific and can go to contrib/test.
>
> ivtvplay I'm not sure about. There is a lot of overlap between ivtvplay and ivtvtv.
> Regarding the test utilities: some of these can go to contrib/test, some
> that are really ivtv specific can go to contrib/ivtv. And some should perhaps
> just die.
Thanks for the insight on where to put things.
I agree, some things should just die. That's part of what I meant by
bit-rot.
> Basically ivtv-utils is a bit of a mess: the really good stuff has already been
> moved to v4l-utils (v4l2-ctl and v4l2-dbg both came out of ivtv and are now
> maintained in v4l-utils).
>
> So the best thing is probably to clean up the useful utilities and test tools,
> making them generic where possible, and kill off the rest.
Yes. Good strategy.
> It could be interesting to hear which utilities from ivtv people actually use.
I'll poll the ivtv-users list later today.
My most used and useful:
1. ivtv-tune: I can't remember freq <-> channel mappings
2. ivtv-radio: There is no other CLI tool like it.
Others I've found useful at times:
3. ps-analyzer: Our version can decode MPEG Private ivtv/cx18 VBI
packets
4. ivtvtv: Part of it was useful to test the VIDIOC_G_ENC_INDEX ioctl()
Regards,
Andy
> Regards,
>
> Hans
_______________________________________________
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel