News Archive: Difference between revisions

From LinuxTVWiki
Jump to navigation Jump to search
(add entry regarding media_build)
(add the Media Summit news info)
 
(3 intermediate revisions by the same user not shown)
Line 1: Line 1:
--09:22, 9 January 2011 (UTC)<br>
19:32, 21 July 2012 (CEST) <br>
'''Announcement: 2012 Media Subsystem Summit'''<br>
Once again, the Linux Media Subsystem looks to hold its own workshop, running along side and during the 2012 Linux Kernel Summit (KS/2012), being held, between August 26-28th, in San Diego, CA., U.S.A. Preliminary discussions about the range of topics and details for the forthcoming event can be found in a pair of threads on the mailing list (unfortunately, the discussion got fractured into two for some unimportant reason):
* http://www.mail-archive.com/linux-media@vger.kernel.org/msg49006.html
* http://www.mail-archive.com/linux-media@vger.kernel.org/msg49169.html
If you wish to see particular subject matters addressed during the summit or are interested in participating in the series talks, now is the time to figure that all out!


06:47, 2 July 2012 (CEST) <br>
'''Look Out GSoC, Here Comes CSoC (Crope's Summer of Code) !'''<br>
A (very) belated congratulations goes out to Antti Palosaari (aka "Crope" on IRC) for his project's acceptance into this year's [http://code.google.com/soc/ GSoC]. Antti will be focusing on bringing improvements to the DVB USB framework and, as well, to the DVB-core itself. More information can be found in the following links:
* http://www.mail-archive.com/linux-media@vger.kernel.org/msg46062.html
* http://www.google-melange.com/gsoc/project/google/gsoc2012/crope/10001
* http://blog.palosaari.fi/
And, if your curiosity has really been piqued by this, but the above links prove insufficient, you can find even further details related to this work in a number of the discussions that have occurred on the Linux-media mailing list over the past eight weeks or so.

Hopefully in the future we shall see further interest and participation in the GSoC program; it really is an excellent opportunity afforded to students and there are just sooooo many areas in the realm of V4L-DVB code that could use improvement/refinement and, hence, could make for interesting summer projects.


02:21, 18 October 2011 (CEST)<br>
'''No News is Good News?'''<br>
Its been a while since the last news post, but nothing in particular really jumps out as having occurred around here ... unless, of course, you count the general day by day activities such as: more new drivers, work on the utilities, some ongoing refinement of the build config, the creation of a [[tvtime]] development repo here on LinuxTV, changes to the patchwork system (see the main page), and etc., etc., etc.

Although this stands as short notice to the fact, please take note of the '''Media Subsystem Workshop''' being held '''Oct 23-25''', happening in along side the '''2011 Linux Kernel Summit''' (see the main page for more details).


03:43, 13 February 2011 (UTC)<br>
'''Free at Last, Free at Last: A Final Fairwell to V4L1 ... And Just What the Heck is xf86-video-v4l Anyway ?'''<br>
Upon release of the forthcoming 2.6.38 kernel, all but a very few vestiges of the antiquated V4L1 API will have been removed forever in favour of its successor, the V4L2 API (which, itself, now resides within the larger [[Development: Linux Media Infrastructure API|Linux Media Infrastructure API]]).

One of the more obvious ramifications of this significant change is that older V4L1 based userspace applications will have to be brought up to speed, so to speak, to V4L2 spec. Devin and the guys at Kernellabs, for instance, have already tackled the problem with the very popular, but essentially previously abandoned, [http://www.kernellabs.com/blog/?p=1462 Tvtime]. Likewise, reworking of the also popular [http://www.mail-archive.com/linux-media@vger.kernel.org/msg27742.html 3.9x branch of xawtv] has taken place.

Further still, the removal of V4L1 has even necessitated a change in the X server code base; specifically, to the xf86-video-v4l module. video-v4l is a relatively older Xorg DDX driver that had, up until just very recently, suffered in the way of development neglect and, as a consequence of “bit rot”, hasn't provided much in the way of utility for the end user for a number of years. In addition, existing documentation (e.g. have a look at its manpage by typing “man v4l” in a console) is probably a bit vague or, at first glance, not fully instructive on the driver's purpose and usage. That state of affairs, in turn, has essentially lead to video-v4l becoming a bit of a curiosity – at least, for those end users who are even aware of its existence (questions about it have surfaced from time to time on the past and present LMML and related #irc channels).

video-v4l now, however, has managed to find its way into the spotlight for 15mins of fame after Mauro [http://lists.x.org/archives/xorg-devel/2011-February/019042.html submitted a major rewrite of the driver] to Xorg this past week and this happened to be picked up as a [http://www.phoronix.com/scan.php?page=news_item&px=OTA4Nw news brief in Phoronix]. Though, despite the article's explanation, as well as that provided by Mauro in his submittal message, it was evident from several Phoronix reader responses that many were still a little unclear about the drivers purpose. Fortunately, Alex Deucher, no stranger to V4L or the Phoronix forums, was able to provide those readers a nice succinct summary.

While it might be left at that, it might be more instructive to parse together a number of online sources to provide an even more thorough explanation (much will be verbatim, just rearranged for clairity; sources will be listed at end). So, without further adu, lets see if we can pull all the pieces together and answer the age old head scratcher: "[[xf86-video-v4l|just what the heck is xf86-video-v4l anyway?]]" (Note: its a “bit” technical and assumes some basic knowledge of X)


09:22, 9 January 2011 (UTC)<br>
'''Introducing the "Media_build" System:'''<br>
'''Introducing the "Media_build" System:'''<br>
If you hadn't noticed, over the course of the past year, there has been some monumental changes in the revision control systems employed for V4L-DVB development. These changes have had an impact not only upon developers, but also on end users seeking to use the latest drivers set.
If you hadn't noticed, over the course of the past year, there has been some monumental changes in the revision control systems employed for V4L-DVB development. These changes have had an impact not only upon developers, but also on end users seeking to use the latest drivers set.

Latest revision as of 17:35, 21 July 2012

19:32, 21 July 2012 (CEST)
Announcement: 2012 Media Subsystem Summit
Once again, the Linux Media Subsystem looks to hold its own workshop, running along side and during the 2012 Linux Kernel Summit (KS/2012), being held, between August 26-28th, in San Diego, CA., U.S.A. Preliminary discussions about the range of topics and details for the forthcoming event can be found in a pair of threads on the mailing list (unfortunately, the discussion got fractured into two for some unimportant reason):

If you wish to see particular subject matters addressed during the summit or are interested in participating in the series talks, now is the time to figure that all out!


06:47, 2 July 2012 (CEST)
Look Out GSoC, Here Comes CSoC (Crope's Summer of Code) !
A (very) belated congratulations goes out to Antti Palosaari (aka "Crope" on IRC) for his project's acceptance into this year's GSoC. Antti will be focusing on bringing improvements to the DVB USB framework and, as well, to the DVB-core itself. More information can be found in the following links:

And, if your curiosity has really been piqued by this, but the above links prove insufficient, you can find even further details related to this work in a number of the discussions that have occurred on the Linux-media mailing list over the past eight weeks or so.

Hopefully in the future we shall see further interest and participation in the GSoC program; it really is an excellent opportunity afforded to students and there are just sooooo many areas in the realm of V4L-DVB code that could use improvement/refinement and, hence, could make for interesting summer projects.


02:21, 18 October 2011 (CEST)
No News is Good News?
Its been a while since the last news post, but nothing in particular really jumps out as having occurred around here ... unless, of course, you count the general day by day activities such as: more new drivers, work on the utilities, some ongoing refinement of the build config, the creation of a tvtime development repo here on LinuxTV, changes to the patchwork system (see the main page), and etc., etc., etc.

Although this stands as short notice to the fact, please take note of the Media Subsystem Workshop being held Oct 23-25, happening in along side the 2011 Linux Kernel Summit (see the main page for more details).


03:43, 13 February 2011 (UTC)
Free at Last, Free at Last: A Final Fairwell to V4L1 ... And Just What the Heck is xf86-video-v4l Anyway ?
Upon release of the forthcoming 2.6.38 kernel, all but a very few vestiges of the antiquated V4L1 API will have been removed forever in favour of its successor, the V4L2 API (which, itself, now resides within the larger Linux Media Infrastructure API).

One of the more obvious ramifications of this significant change is that older V4L1 based userspace applications will have to be brought up to speed, so to speak, to V4L2 spec. Devin and the guys at Kernellabs, for instance, have already tackled the problem with the very popular, but essentially previously abandoned, Tvtime. Likewise, reworking of the also popular 3.9x branch of xawtv has taken place.

Further still, the removal of V4L1 has even necessitated a change in the X server code base; specifically, to the xf86-video-v4l module. video-v4l is a relatively older Xorg DDX driver that had, up until just very recently, suffered in the way of development neglect and, as a consequence of “bit rot”, hasn't provided much in the way of utility for the end user for a number of years. In addition, existing documentation (e.g. have a look at its manpage by typing “man v4l” in a console) is probably a bit vague or, at first glance, not fully instructive on the driver's purpose and usage. That state of affairs, in turn, has essentially lead to video-v4l becoming a bit of a curiosity – at least, for those end users who are even aware of its existence (questions about it have surfaced from time to time on the past and present LMML and related #irc channels).

video-v4l now, however, has managed to find its way into the spotlight for 15mins of fame after Mauro submitted a major rewrite of the driver to Xorg this past week and this happened to be picked up as a news brief in Phoronix. Though, despite the article's explanation, as well as that provided by Mauro in his submittal message, it was evident from several Phoronix reader responses that many were still a little unclear about the drivers purpose. Fortunately, Alex Deucher, no stranger to V4L or the Phoronix forums, was able to provide those readers a nice succinct summary.

While it might be left at that, it might be more instructive to parse together a number of online sources to provide an even more thorough explanation (much will be verbatim, just rearranged for clairity; sources will be listed at end). So, without further adu, lets see if we can pull all the pieces together and answer the age old head scratcher: "just what the heck is xf86-video-v4l anyway?" (Note: its a “bit” technical and assumes some basic knowledge of X)


09:22, 9 January 2011 (UTC)
Introducing the "Media_build" System:
If you hadn't noticed, over the course of the past year, there has been some monumental changes in the revision control systems employed for V4L-DVB development. These changes have had an impact not only upon developers, but also on end users seeking to use the latest drivers set.

If you recall, back in January 2010, GIT was, for better or worse, adopted as the mainstay for future V4L-DVB development, while the former Mercurial (Hg) build system was relegated to the Backport tree. [1] With the backport repo in place, end users would still be able to easily adopt current V4L-DVB driver snapshots with their currently installed kernel; something that cannot be equally said in the case with GIT. However, as time progressed, the Hg backport tree unfortunately saw less and less "backporting" activity, and the Hg snapshots soon became stale and error prone during module compilation. In October, the tree became maintainer-less [2]. Since then, Hg has all but become formally abandoned around these parts.

Alas, all was not lost for the end user seeking to easily adopt a new driver snapshot! An experimental new build system, the "media_build" GIT tree (which was originally entitled "new_build" before being renamed), was developed in hopes of overcoming the formal restrictions imposed by GIT and to maintain the benefits the former Hg system provided the V4L-DVB user community.

For much fuller background information regarding the "media_build" tree, see the following:


23:10, 27 June 2010 (UTC)
Merger of Wikis Comes to a Close:
After running some $47Million dollars over budget and 18 months late, the merger of the V4L and DVB wikis is finally complete! When asked about the glaring cost and time overruns, a well tanned project coordinator candidly replied that "there were, ummm, some issues", before hurrying away in a private limousine, escorted in arm by two, equally as tanned, attractive women, whom this reporter can only assume were the project's creative advisors.