![]() | This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||
|
Who was the silly fellow who said "[Dirac] uses Wavelet transforms unlike standard codecs which [...] use Wavelet transforms"? Or rather, who were the silly readers who didn't fix that? Anyways, it's been remedied. -- Scotto 06:58, 20 October 2005 (UTC)
One thing the article doesn't mention is whether the bitstream is fixed or not. If it is, then theoretically anything you encode now should be decodable in the future (which doesn't mean you should use a highly experimental coded) whereas if it isn't like snow things could change and what works now may not work in the future Nil Einne 17:11, 27 October 2006 (UTC)
Is it really fair to compare a codec who's fnal draft was AFAIK sometime in 2000 or 2001 to a codec who's final draft according to our article is 2003? 2 years can be a long time in research I guess. Plus MPEG4, or at least the MP part has IMHO had a lot more work then JPEG2000 despite being finished later. Seems to me we should at least compare the cutting edge rather then two standards not really intended to compete with different timeframes Nil Einne 15:20, 11 January 2007 (UTC)
I removed the comparison because as James said, it's irrelevant to the article. This is a Dirac article. It's not a wavelet vs block based article nor the JPEG2000 article. If there were comparisons between Dirac and AVC or Dirac and something else then fine. But comparisons between AVC and JPEG2000 have absolutely no relevance to the Dirac article especially without a source suggesting there is any relevance for Dirac. I suspect there isn't since this article (I changed it), and indeed as far as I'm aware even the developers don't claim that they expect wavelet to be significantly better then block based coding from an effiency perspective. Note in the FAQ, they don't say anything like that [1] the closest thing is 'They perform very well in still image compression, and can be said to be state of the art there' but note they don't say they 'perform better then block based'. Personally, even though they don't really say it, I expect patents (or the lack of them) to be just as important in why they choose wavelets Nil Einne ( talk) 09:29, 1 May 2008 (UTC)
"In addition, the BBC have checked (by extensive patent search) that Dirac does not infringe any third party patents, enabling the public to use Dirac for any imaginable purpose." This statement contradicts the Dirac FAQ. Hsivonen ( talk) 15:53, 12 December 2007 (UTC)
I removed the suggestion the reason they were going to perform well was because of wavelets [2] doesn't say anything about that. While they did say something like they want to be better then existing codecs, this should really be true for any codec and it doesn't mean they are saying they expect to be better because they are using wavelets Nil Einne ( talk) 09:31, 1 May 2008 (UTC)
I've updated the entry to more accurately reflect the current state of Dirac, given that it's no longer quite as new or experimental as the article previously suggested. If I've screwed up, please go ahead and fix it -- I'm a Wikipedia newbie and don't really know what I'm doing! —Preceding unsigned comment added by 86.24.226.239 ( talk) 02:25, 13 November 2008 (UTC)
I recall that there were a couple of guys from BBC Research working on an open FPGA implementation which was documented at opencores.org. It seemed like a serious effort with regular updates, and one of the guys had a blog discussing progress. I can't find the blog any longer, but I vaguely recall the last entry talking about no more blog entries, but saying that the development effort would continue (it all seemed slightly mysterious). Anyone know what's happening with this? —Preceding unsigned comment added by 68.164.175.201 ( talk) 17:31, 15 February 2009 (UTC)
It is really out http://diracvideo.org/2010/03/schroedinger-1-0-9-released/ and it merges the performance of both implementations.
I think I found a better and more up-to-date codec comparison than the one currently listed under the Performance section: http://keyj.s2000.ws/?p=356. What do you all think? Unfortunatly, Dirac performs very poorly in this one too.
The first sentence in Technology starts with "Dirac supports resolutions up to HDTV (1920x1080) and greater". This is a semantically null statement. Robbie.coomber ( talk) 14:50, 31 March 2011 (UTC)
Good bbc doing something to support open source because people pay for it with their TV licenses and they would otherwise have to pay for codec licenses and software like mpeg-4 and i see lots of bbc people using mac computers which are very expensive and software is very propriatary restricted. Maybe someone should put links to BBC and UK TV license articles to highlight why it should be so important that the bbc not use expensive propriatary software. — Preceding unsigned comment added by 86.27.131.165 ( talk) 15:17, 22 December 2014 (UTC)
Try as I might, NOBODY seems to have compared video-codecs in terms of quality (error-rate from original, uncompressed video) and of CPU power. NOWHERE gives a core-mark or Dhrystones value for this and all of the other codecs — Preceding unsigned comment added by 213.106.56.145 ( talk) 16:55, 21 October 2015 (UTC)
Hello fellow Wikipedians,
I have just modified 3 external links on Dirac (video compression format). Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{
Sourcecheck}}
).
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 15:51, 13 December 2016 (UTC)
Hello fellow Wikipedians,
I have just modified 3 external links on Dirac (video compression format). Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 03:31, 11 September 2017 (UTC)
Hello fellow Wikipedians,
I have just modified one external link on Dirac (video compression format). Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 01:42, 23 January 2018 (UTC)
![]() | This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||
|
Who was the silly fellow who said "[Dirac] uses Wavelet transforms unlike standard codecs which [...] use Wavelet transforms"? Or rather, who were the silly readers who didn't fix that? Anyways, it's been remedied. -- Scotto 06:58, 20 October 2005 (UTC)
One thing the article doesn't mention is whether the bitstream is fixed or not. If it is, then theoretically anything you encode now should be decodable in the future (which doesn't mean you should use a highly experimental coded) whereas if it isn't like snow things could change and what works now may not work in the future Nil Einne 17:11, 27 October 2006 (UTC)
Is it really fair to compare a codec who's fnal draft was AFAIK sometime in 2000 or 2001 to a codec who's final draft according to our article is 2003? 2 years can be a long time in research I guess. Plus MPEG4, or at least the MP part has IMHO had a lot more work then JPEG2000 despite being finished later. Seems to me we should at least compare the cutting edge rather then two standards not really intended to compete with different timeframes Nil Einne 15:20, 11 January 2007 (UTC)
I removed the comparison because as James said, it's irrelevant to the article. This is a Dirac article. It's not a wavelet vs block based article nor the JPEG2000 article. If there were comparisons between Dirac and AVC or Dirac and something else then fine. But comparisons between AVC and JPEG2000 have absolutely no relevance to the Dirac article especially without a source suggesting there is any relevance for Dirac. I suspect there isn't since this article (I changed it), and indeed as far as I'm aware even the developers don't claim that they expect wavelet to be significantly better then block based coding from an effiency perspective. Note in the FAQ, they don't say anything like that [1] the closest thing is 'They perform very well in still image compression, and can be said to be state of the art there' but note they don't say they 'perform better then block based'. Personally, even though they don't really say it, I expect patents (or the lack of them) to be just as important in why they choose wavelets Nil Einne ( talk) 09:29, 1 May 2008 (UTC)
"In addition, the BBC have checked (by extensive patent search) that Dirac does not infringe any third party patents, enabling the public to use Dirac for any imaginable purpose." This statement contradicts the Dirac FAQ. Hsivonen ( talk) 15:53, 12 December 2007 (UTC)
I removed the suggestion the reason they were going to perform well was because of wavelets [2] doesn't say anything about that. While they did say something like they want to be better then existing codecs, this should really be true for any codec and it doesn't mean they are saying they expect to be better because they are using wavelets Nil Einne ( talk) 09:31, 1 May 2008 (UTC)
I've updated the entry to more accurately reflect the current state of Dirac, given that it's no longer quite as new or experimental as the article previously suggested. If I've screwed up, please go ahead and fix it -- I'm a Wikipedia newbie and don't really know what I'm doing! —Preceding unsigned comment added by 86.24.226.239 ( talk) 02:25, 13 November 2008 (UTC)
I recall that there were a couple of guys from BBC Research working on an open FPGA implementation which was documented at opencores.org. It seemed like a serious effort with regular updates, and one of the guys had a blog discussing progress. I can't find the blog any longer, but I vaguely recall the last entry talking about no more blog entries, but saying that the development effort would continue (it all seemed slightly mysterious). Anyone know what's happening with this? —Preceding unsigned comment added by 68.164.175.201 ( talk) 17:31, 15 February 2009 (UTC)
It is really out http://diracvideo.org/2010/03/schroedinger-1-0-9-released/ and it merges the performance of both implementations.
I think I found a better and more up-to-date codec comparison than the one currently listed under the Performance section: http://keyj.s2000.ws/?p=356. What do you all think? Unfortunatly, Dirac performs very poorly in this one too.
The first sentence in Technology starts with "Dirac supports resolutions up to HDTV (1920x1080) and greater". This is a semantically null statement. Robbie.coomber ( talk) 14:50, 31 March 2011 (UTC)
Good bbc doing something to support open source because people pay for it with their TV licenses and they would otherwise have to pay for codec licenses and software like mpeg-4 and i see lots of bbc people using mac computers which are very expensive and software is very propriatary restricted. Maybe someone should put links to BBC and UK TV license articles to highlight why it should be so important that the bbc not use expensive propriatary software. — Preceding unsigned comment added by 86.27.131.165 ( talk) 15:17, 22 December 2014 (UTC)
Try as I might, NOBODY seems to have compared video-codecs in terms of quality (error-rate from original, uncompressed video) and of CPU power. NOWHERE gives a core-mark or Dhrystones value for this and all of the other codecs — Preceding unsigned comment added by 213.106.56.145 ( talk) 16:55, 21 October 2015 (UTC)
Hello fellow Wikipedians,
I have just modified 3 external links on Dirac (video compression format). Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{
Sourcecheck}}
).
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 15:51, 13 December 2016 (UTC)
Hello fellow Wikipedians,
I have just modified 3 external links on Dirac (video compression format). Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 03:31, 11 September 2017 (UTC)
Hello fellow Wikipedians,
I have just modified one external link on Dirac (video compression format). Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 01:42, 23 January 2018 (UTC)