Comments on: Dirac in the news http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/ Just another WordPress weblog Mon, 12 Dec 2011 22:37:25 +0000 hourly 1 http://wordpress.org/?v=3.1 By: Dirac is not quite ready for average users « Lifeloom http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/comment-page-1/#comment-2045 Dirac is not quite ready for average users « Lifeloom Wed, 14 Jan 2009 20:35:15 +0000 http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/#comment-2045 [...] codecs. There are, in fact, two Dirac’s: dirac-research and Schrödinger. This mean you have two different qualities to choose from, but confusingly they’re not well distinguished in official [...] [...] codecs. There are, in fact, two Dirac’s: dirac-research and Schrödinger. This mean you have two different qualities to choose from, but confusingly they’re not well distinguished in official [...]

]]> By: Miro - Internet TV Blog » Blog Archive » Open Video Codec Report http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/comment-page-1/#comment-1119 Miro - Internet TV Blog » Blog Archive » Open Video Codec Report Tue, 23 Sep 2008 04:57:14 +0000 http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/#comment-1119 [...] First, Dirac, the BBC’s experimental open video codec, recently reached version 1.0. The latest version of VLC will play Dirac, so you can download and watch these sample videos, if you’d like to get a feel for it. More interesting technical details on Dirac developments can be found here. [...] [...] First, Dirac, the BBC’s experimental open video codec, recently reached version 1.0. The latest version of VLC will play Dirac, so you can download and watch these sample videos, if you’d like to get a feel for it. More interesting technical details on Dirac developments can be found here. [...]

]]> By: admin http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/comment-page-1/#comment-1111 admin Sun, 21 Sep 2008 20:38:00 +0000 http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/#comment-1111 rawsausage: I read your comment as: "I want an hardware implementation". The BBC is working on one. Portions of it are in the Numedia hardware boxes. Schrödinger already has an experimental nVidia CUDA backend, which is like hardware, except that it's not. I'm sure you'd agree that comparing the CPU usage of a software codec and a hardware codec is a bit silly. It was also a bit silly that I forgot to restrict the domain of my post to "desktop and laptop CPUs". somebody: Many Internet broadcasters currently allow you to choose among different stream bit rates, not only for people with slower connections, but also for people with older computers and/or people that don't have hardware decoding. Florob: The out-of-sync sound is likely a problem with GStreamer's ts demuxer. rawsausage:

I read your comment as: “I want an hardware implementation”. The BBC is working on one. Portions of it are in the Numedia hardware boxes. Schrödinger already has an experimental nVidia CUDA backend, which is like hardware, except that it’s not.

I’m sure you’d agree that comparing the CPU usage of a software codec and a hardware codec is a bit silly.

It was also a bit silly that I forgot to restrict the domain of my post to “desktop and laptop CPUs”.

somebody:

Many Internet broadcasters currently allow you to choose among different stream bit rates, not only for people with slower connections, but also for people with older computers and/or people that don’t have hardware decoding.

Florob:

The out-of-sync sound is likely a problem with GStreamer’s ts demuxer.

]]> By: Florob http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/comment-page-1/#comment-1109 Florob Sun, 21 Sep 2008 15:45:37 +0000 http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/#comment-1109 So I personally define 100% CPU on a 2GHz Processor (decoding the smalledst of the demo videos) as *a lot* ;) Wonder how that works with lower resolutions on mobil devices... What I really wonder though: Is it the demo videos that have the sound out of sync (a bit to late) or is it the schrödinger in Ubuntu that is broken? So I personally define 100% CPU on a 2GHz Processor (decoding the smalledst of the demo videos) as *a lot* ;)
Wonder how that works with lower resolutions on mobil devices…

What I really wonder though: Is it the demo videos that have the sound out of sync (a bit to late) or is it the schrödinger in Ubuntu that is broken?

]]> By: somebody http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/comment-page-1/#comment-1108 somebody Sun, 21 Sep 2008 11:16:41 +0000 http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/#comment-1108 I do not understand why you think that "it doesn’t matter" that "(d)ecoding Dirac takes a lot of CPU". There are not just PCs, but also embedded PPCs on the client side, if you want a successful codec - i.e. one that is also used by TV stations. Also, the Ogg Vorbis desaster should have tought us that hardware resource-saving implementations DO matter. I do not understand why you think that “it doesn’t matter” that “(d)ecoding Dirac takes a lot of CPU”. There are not just PCs, but also embedded PPCs on the client side, if you want a successful codec – i.e. one that is also used by TV stations.

Also, the Ogg Vorbis desaster should have tought us that hardware resource-saving implementations DO matter.

]]> By: rawsausage http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/comment-page-1/#comment-1106 rawsausage Sun, 21 Sep 2008 10:37:45 +0000 http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/#comment-1106 I for one like the thought that someone actually is developing a viable alternative. Some day that will be supported by default by many, if not every, environment. However, your point about virtually every cpu being able to decode, isn't perhaps a very good approach. Nettops can't. Nothing like Via Epias or the new Atoms can't. They have accelerator chips/funtions for wmv9/mpeg4 and they work. For Dirac? Nothing. Take a higher end computer then. The fact that you have the juice doesn't mean you should waste it. Many display adapters offer accelerating functions even then for things like colorspace conversions and some parts of crunching the codecs itself. What Dirac project should really do is to make concise specifications of the functions that should be implemented on hardware in order to accelerate also Dirac. I'm pretty sure Intel and Via could be made to hop on at some point. Then Dirac would be usable for all. The reason why I personally care about nettops and lower power machines is that I have grown really tired of noisy machines. Computers are something that should be absolutely invisible to the users, and they should all be passively cooled. At some point of the history the development managed to go plain wrong. I for one like the thought that someone actually is developing a viable alternative. Some day that will be supported by default by many, if not every, environment.

However, your point about virtually every cpu being able to decode, isn’t perhaps a very good approach. Nettops can’t. Nothing like Via Epias or the new Atoms can’t. They have accelerator chips/funtions for wmv9/mpeg4 and they work. For Dirac? Nothing.

Take a higher end computer then. The fact that you have the juice doesn’t mean you should waste it. Many display adapters offer accelerating functions even then for things like colorspace conversions and some parts of crunching the codecs itself.

What Dirac project should really do is to make concise specifications of the functions that should be implemented on hardware in order to accelerate also Dirac. I’m pretty sure Intel and Via could be made to hop on at some point. Then Dirac would be usable for all.

The reason why I personally care about nettops and lower power machines is that I have grown really tired of noisy machines. Computers are something that should be absolutely invisible to the users, and they should all be passively cooled. At some point of the history the development managed to go plain wrong.

]]>