Announcing v4l-utils-0.7.90 (which includes libv4l-0.7.90)
Hi,
I'm happy to announce the first (test / beta) release of v4l-utils, v4l-utils is the combination of various v4l and dvb utilities which used to be part of the v4l-dvb mercurial kernel tree and libv4l.
I encourage people to give this version a spin. I esp. would like feedback on which v4l / dvb utilities should end up being installed by make install. For now I've stuck with what the Makefile in v4l2-apps did. See README for a list of all utilities and if they are currently installed or not.
If you are doing distribution packaging of libv4l, note that the good old libv4l tarbal releases are going away, libv4l will now be released as part of v4l-utils, and you are encouraged to package that up completely including the included utilities. As I'm doing distro package maintenance myself I know this is a pain, but in the long run having a single source for v4l + dvb userspace tools and libraries is for the best.
New this release:
v4l-utils-0.7.90
----------------
* This is the first release of v4l-utils, v4l-utils is the combination of various v4l and dvb utilities which used to be part of v4l-dvb mercurial kernel tree and libv4l.
* This first version is 0.7.90, as the version numbers continue were libv4l as a standalone source archive stops.
* libv4l changes:
* Add more laptop models to the upside down devices table
* Fix Pixart JPEG ff ff ff xx markers removal, this fixes the occasional corrupt frame we used to get (thanks to Németh Márton)
* Enable whitebalance by default on various sonixj based cams
* Enable whitebalance + gamma correction by default on all sonixb cams
* Enable gamma correction by default on pac7302 based cams
Go get it here:
http://people.fedoraproject.org/~jwrdegoede/v4l-utils-0.7.90.tar.bz2
You can always find the latest developments here:
http://git.linuxtv.org/v4l-utils.git
Note, it would be good to have some place at linuxtv.org to host the tarbals, if someone could help me set that up that would be great.
Regards,
Hans
Quoted 5 lines · On Friday 26 February 2010 20:43:19 Hans de Goede wrote:
Hi,
I'm happy to announce the first (test / beta) release of v4l-utils, v4l-utils is the combination of various v4l and dvb utilities which used to be part of the v4l-dvb mercurial kernel tree and libv4l.
Is it correct that I only see v4l utilities and no dvb?
Quoted 5 lines
I encourage people to give this version a spin. I esp. would like feedback on which v4l / dvb utilities should end up being installed by make install. For now I've stuck with what the
Makefilein v4l2-apps did. See README for a list of all utilities and if they are currently installed or not.
qv4l2-qt3 should either be dropped altogether (my preference, although Mauro thinks differently), or be moved to contrib. I think it is nuts to keep that one around since the qt4 version is much, much better and the qt3 version is no longer maintained anyway.
xc3028-firmware, v4l2-compliance and rds should also be moved to contrib.
I'm not sure about decode_tm6000, keytable and v4l2-sysfs-path. These too may belong to contrib.
We definitely want to have alevtv here as well (it's currently in dvb-apps).
Quoted 25 lines
If you are doing distribution packaging of libv4l, note that the good old libv4l tarbal releases are going away, libv4l will now be released as part of v4l-utils, and you are encouraged to package that up completely including the included utilities. As I'm doing distro package maintenance myself I know this is a pain, but in the long run having a single source for v4l + dvb userspace tools and libraries is for the best.
New this release:
v4l-utils-0.7.90
----------------
* This is the first release of v4l-utils, v4l-utils is the combination of various v4l and dvb utilities which used to be part of v4l-dvb mercurial kernel tree and libv4l.
* This first version is 0.7.90, as the version numbers continue were libv4l as a standalone source archive stops.
* libv4l changes:
* Add more laptop models to the upside down devices table
* Fix Pixart JPEG ff ff ff xx markers removal, this fixes the occasional corrupt frame we used to get (thanks to Németh Márton)
* Enable whitebalance by default on various sonixj based cams
* Enable whitebalance + gamma correction by default on all sonixb cams
* Enable gamma correction by default on pac7302 based cams
Quoted 5 lines
Go get it here:
http://people.fedoraproject.org/~jwrdegoede/v4l-utils-0.7.90.tar.bz2You can always find the latest developments here:
http://git.linuxtv.org/v4l-utils.git
Hmm, I get errors when I attempt to clone this.
Regards,
Hans
Quoted 13 lines
Note, it would be good to have some place at linuxtv.org to host the tarbals, if someone could help me set that up that would be great.
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Signature · 1 line
Hans Verkuil - video4linux developer - sponsored by TANDBERG
Quoted 9 lines · Hans Verkuil
Quoted 5 lines · On Friday 26 February 2010 20:43:19 Hans de Goede wrote:
Hi,
I'm happy to announce the first (test / beta) release of v4l-utils, v4l-utils is the combination of various v4l and dvb utilities which used to be part of the v4l-dvb mercurial kernel tree and libv4l.
Is it correct that I only see v4l utilities and no dvb?
I just went with was already put in the repo by Mauro and Douglas. I'm fine with adding dvb utilities, but I don't feel it is my place to decide to do that.
Quoted 11 lines
Quoted 5 lines
I encourage people to give this version a spin. I esp. would like feedback on which v4l / dvb utilities should end up being installed by make install. For now I've stuck with what the
Makefilein v4l2-apps did. See README for a list of all utilities and if they are currently installed or not.qv4l2-qt3 should either be dropped altogether (my preference, although Mauro thinks differently), or be moved to contrib. I think it is nuts to keep that one around since the qt4 version is much, much better and the qt3 version is no longer maintained anyway.
Well currently it compiles on recent distro's without issues, so I'm fine with keeping things as is for now, if this becomes a maintenance burden it can always be moved to contrib later.
Quoted 2 lines
xc3028-firmware, v4l2-compliance and rds should also be moved to contrib.
I'm fine with moving xc3028-firmware and rds there. But v4l2-compliance sounds like something that could be useful I've no idea how useful it actually is though, I have not tested it.
Quoted 3 lines
I'm not sure about
decode_tm6000, keytable and v4l2-sysfs-path. These too may belong to contrib.
Ack for decode_tm6000 (if that is useful it should be turned into a lib) and I have no clue what v4l2-sysfs-path does. keytable might be usefull, well at least the keycode tables. The tool it self seems to overlap with other evdev utilities in distro's so maybe we should put the keycode tables in some sort of standard format, and drop keytable itself ?
Quoted 2 lines
We definitely want to have alevtv here as well (it's currently in dvb-apps).
See above.
<snip>
Quoted 5 lines
Quoted 2 lines
You can always find the latest developments here:
http://git.linuxtv.org/v4l-utils.gitHmm, I get errors when I attempt to clone this.
Hmm, I had the same issue myself when using ssh+git, I had to use:
git+ssh://[email protected]/git/v4l-utils
Notice the /git/ (and no .git at the end)
Regards,
Hans
Hi,
Quoted 8 lines · Hans de Goede
Quoted 7 lines · Hans Verkuil
Quoted 5 lines · On Friday 26 February 2010 20:43:19 Hans de Goede wrote:
Hi,
I'm happy to announce the first (test / beta) release of v4l-utils, v4l-utils is the combination of various v4l and dvb utilities which used to be part of the v4l-dvb mercurial kernel tree and libv4l.
Quoted 7 lines
Quoted 2 lines
Is it correct that I only see v4l utilities and no dvb?
I just went with was already put in the repo by Mauro and Douglas. I'm fine with adding dvb utilities, but I don't feel it is my place to decide to do that.
Reading some more about dvb-apps, I have to side with the people who are voting for keeping dvb-apps separate. I do wonder if those people and you and Mauro are talking about the same dvb-apps, or if this is just a misunderstanding.
The dvp-apps I'm talking about now, and of which I'm not in favor of merging them with v4l-utils are the ones, which can be downloaded here:
http://linuxtv.org/downloads/
http://linuxtv.org/hg/dvb-apps
Although I must agree with the people who are in favor of integrating this into v4l-utils, that this needs much more active maintainership wrt to making regular tarbal releases for distro's to consume.
Still I believe this should stay as a separate project, because so far it clearly was, and I see no huge advantages in integrating it.
Signs that this clearly is a separate stand alone project:
1) It has done several tarbal releases (these are ancient guys, this needs to be fixed).
2) It has its own VCS
3) It is packaged up by various distros:
http://packages.debian.org/sid/video/dvb-apps
http://packages.ubuntu.com/source/dapper/linuxtv-dvb-apps
http://cvs.fedoraproject.org/viewvc/rpms/dvb-apps/
http://rpm.pbone.net/index.php3?stat=3&search=dvb-apps&srodzaj=3
http://gentoo-portage.com/media-tv/linuxtv-dvb-apps
http://aur.archlinux.org/packages.php?ID=2034
http://www.slax.org/modules.php?action=detail&id=3143
https://dev.openwrt.org/ticket/2804
4) It is referenced as a standalone project by 3th parties:
http://www.mythtv.org/wiki/Dvb-apps
So given the stand alone nature, and that it is already widely packaged as a standalone project by distro's. For now I'm against ingrating this into v4l-utils.
And the most important argument for me being against this, is that one of the 2 active contributors (judging from the hg tree), Manu Abraham, is very much against integration. And the people who are in favor (Hans Verkuil and Mauro) don't seem to have done any commits to the tree in question, for at least the last 2 years.
So unless we can get some buy in for integrating this in to v4l-utils from active dvb-apps contributors I'm opposed to the integration.
With this all said, I must say: Manu please do a tarbal release real real soon, and make a habit out of doing so regularly!
Regards,
Hans
Hi,
Am Montag, 1. März 2010 10:26:47 schrieb Hans de Goede:
Quoted 49 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
I'm happy to announce the first (test / beta) release of v4l-utils, v4l-utils is the combination of various v4l and dvb utilities which used to be part of the v4l-dvb mercurial kernel tree and libv4l.
Reading some more about dvb-apps, I have to side with the people who are voting for keeping dvb-apps separate. I do wonder if those people and you and Mauro are talking about the same dvb-apps, or if this is just a misunderstanding.
The dvp-apps I'm talking about now, and of which I'm not in favor of merging them with v4l-utils are the ones, which can be downloaded here:
http://linuxtv.org/downloads/
http://linuxtv.org/hg/dvb-appsAlthough I must agree with the people who are in favor of integrating this into v4l-utils, that this needs much more active maintainership wrt to making regular tarbal releases for distro's to consume.
Still I believe this should stay as a separate project, because so far it clearly was, and I see no huge advantages in integrating it.
Signs that this clearly is a separate stand alone project:
1) It has done several tarbal releases (these are ancient guys, this needs to be fixed).
2) It has its own VCS
3) It is packaged up by various distros:
http://packages.debian.org/sid/video/dvb-apps
http://packages.ubuntu.com/source/dapper/linuxtv-dvb-apps
http://cvs.fedoraproject.org/viewvc/rpms/dvb-apps/
http://rpm.pbone.net/index.php3?stat=3&search=dvb-apps&srodzaj=3
http://gentoo-portage.com/media-tv/linuxtv-dvb-apps
http://aur.archlinux.org/packages.php?ID=2034
http://www.slax.org/modules.php?action=detail&id=3143
https://dev.openwrt.org/ticket/28044) It is referenced as a standalone project by 3th parties:
http://www.mythtv.org/wiki/Dvb-appsSo given the stand alone nature, and that it is already widely packaged as a standalone project by distro's. For now I'm against ingrating this into v4l-utils.
Quoted 8 lines
And the most important argument for me being against this, is that one of the 2 active contributors (judging from the hg tree), Manu Abraham, is very much against integration. And the people who are in favor (Hans Verkuil and Mauro) don't seem to have done any commits to the tree in question, for at least the last 2 years.
So unless we can get some buy in for integrating this in to v4l-utils from active dvb-apps contributors I'm opposed to the integration.
I agree with you that dvb-apps should stay a seperate project as there are now. I don't see any reason for integrating them into one project with v4l- utils. There are no developers actively working on both projects. This would lead to problematic release preparation for sure. Especially when keeping in mind that Mauro and Manu are not exactly happy with working together, so I really think it would be much easier to keep it seperated.
Also I don't think that all users who use dvb-apps would need to have all the v4l-utils and vice versa.
So please keep it seperate.
Quoted 2 lines
With this all said, I must say: Manu please do a tarbal release real real soon, and make a habit out of doing so regularly!
This is of course right and should be done soon. I think this wasn't done for a long time due to the incompleteness of v5 API support. But afaik Manu is currently working on it, so it shouldn't take too long anymore.
Regards,
Julian