Re: Announcing v4l-utils-0.7.90 (which includes libv4l-0.7.90)

2010-03-01 Thread Hans de Goede

On 03/01/2010 08:45 AM, Hans Verkuil wrote:

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.


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.


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.


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.


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 ?


We definitely want to have alevtv here as well (it's currently in dvb-apps).



See above.


snip


You can always find the latest developments here:
http://git.linuxtv.org/v4l-utils.git


Hmm, 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://hgo...@linuxtv.org/git/v4l-utils

Notice the /git/ (and no .git at the end)

Regards,

Hans
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Announcing v4l-utils-0.7.90 (which includes libv4l-0.7.90)

2010-03-01 Thread Julian Scheel
Hi,

Am Montag, 1. März 2010 10:26:47 schrieb Hans de Goede:
  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-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=3search=dvb-appssrodzaj=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=detailid=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.

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.
 
 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
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Announcing v4l-utils-0.7.90 (which includes libv4l-0.7.90)

2010-02-28 Thread Hans Verkuil
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 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.

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).

 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

Hmm, I get errors when I attempt to clone this.

Regards,

Hans
 
 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 majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
 
 

-- 
Hans Verkuil - video4linux developer - sponsored by TANDBERG
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Announcing v4l-utils-0.7.90 (which includes libv4l-0.7.90)

2010-02-26 Thread Hans de Goede

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

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html