Comments for Passing on the Left http://www.schleef.org/blog Just another WordPress weblog Thu, 28 Aug 2008 23:08:12 +0000 http://wordpress.org/?v=2.2.2 Comment on Dirac news by Caroliano http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1062 Caroliano Mon, 04 Aug 2008 14:24:13 +0000 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1062 It is not OGM. OGM was a hack to permit any VFW codecs in ogg. Dirac and Theora use their own especification to be correctly embebed in ogg. Still, I preffer matroska. AFAIK, much lower overhead, more formats suported (especialy important for subtitles), etc. It is too much to list. Looking foward to something easily testable in windows. It is not OGM. OGM was a hack to permit any VFW codecs in ogg. Dirac and Theora use their own especification to be correctly embebed in ogg.

Still, I preffer matroska. AFAIK, much lower overhead, more formats suported (especialy important for subtitles), etc. It is too much to list.

Looking foward to something easily testable in windows.

]]> Comment on Dirac news by Recent URLs tagged Cheese - Urlrecorder http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1061 Recent URLs tagged Cheese - Urlrecorder Sun, 03 Aug 2008 16:00:10 +0000 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1061 [...] recorded first by mcommercial on 2008-07-27→ David Schleef: Dirac news [...] […] recorded first by mcommercial on 2008-07-27→ David Schleef: Dirac news […]

]]> Comment on Dirac news by windlass http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1050 windlass Sat, 26 Jul 2008 01:03:23 +0000 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1050 Hi there, I've been researching Dirac / Schroedinger today; I'm weirdly obsessed with the idea of using Dirac for my intermediate codec in FCP. In the last hour or so I've been running some tests with my Canon HV30 and JES Deinterlacer, doing simple comparisons between ProRes 422 and Dirac. I'm happy to say that Dirac (thanks to your SchroQT plugin) is having a laugh at ProRes. However, as you mentioned on the Dirac Wiki, playback is a significant problem and makes the codec impossible to work with at the moment. A smattering of my results are here: http://blog.windlassfilms.com/ I can't wait to see it in action! Hi there,

I’ve been researching Dirac / Schroedinger today; I’m weirdly obsessed with the idea of using Dirac for my intermediate codec in FCP. In the last hour or so I’ve been running some tests with my Canon HV30 and JES Deinterlacer, doing simple comparisons between ProRes 422 and Dirac. I’m happy to say that Dirac (thanks to your SchroQT plugin) is having a laugh at ProRes. However, as you mentioned on the Dirac Wiki, playback is a significant problem and makes the codec impossible to work with at the moment. A smattering of my results are here: http://blog.windlassfilms.com/

I can’t wait to see it in action!

]]> Comment on Dirac news by Chaz6 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1048 Chaz6 Mon, 21 Jul 2008 14:45:18 +0000 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1048 Bring back Test Card F! I would really like to see a directshow filter capable of encoding and decoding raw Dirac streams. I am curious as to why OGM was chosen as the container format over Matroska, since OGM was based on a hack and Matroska was designed from the ground up. Bring back Test Card F!

I would really like to see a directshow filter capable of encoding and decoding raw Dirac streams.

I am curious as to why OGM was chosen as the container format over Matroska, since OGM was based on a hack and Matroska was designed from the ground up.

]]> Comment on Dirac news by Joseph http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1046 Joseph Thu, 17 Jul 2008 14:25:34 +0000 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1046 I'm with those calling "awesome". Looking forward to a very worthy Free format. I’m with those calling “awesome”.

Looking forward to a very worthy Free format.

]]> Comment on Dirac news by fraggle http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1042 fraggle Wed, 16 Jul 2008 09:11:34 +0000 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1042 Dirac is a BBC project, right? Surely you should be showing Test Card F. Dirac is a BBC project, right? Surely you should be showing Test Card F.

]]> Comment on Dirac news by dré http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1041 dré Wed, 16 Jul 2008 07:38:04 +0000 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1041 some nice projects! direct links would've been cool though... some nice projects! direct links would’ve been cool though…

]]> Comment on Dirac news by Frank http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1040 Frank Wed, 16 Jul 2008 04:19:34 +0000 http://www.schleef.org/blog/2008/07/15/dirac-news/#comment-1040 In one word: Awesome! Thanks, Frank In one word: Awesome!

Thanks,
Frank

]]> Comment on Introducing Orc by admin http://www.schleef.org/blog/2008/05/23/introducing-orc/#comment-1006 admin Sat, 24 May 2008 02:40:10 +0000 http://www.schleef.org/blog/2008/05/23/introducing-orc/#comment-1006 It's not entirely clear from the text that orc is part of the liboil source. It’s not entirely clear from the text that orc is part of the liboil source.

]]> Comment on Introducing Orc by admin http://www.schleef.org/blog/2008/05/23/introducing-orc/#comment-1002 admin Fri, 23 May 2008 20:43:25 +0000 http://www.schleef.org/blog/2008/05/23/introducing-orc/#comment-1002 llvm: LLVM is a good tool, and a very general version of what Orc does. However, I was not able to get it to produce code that was as fast as liboil code. In addition, Orc is much more extensible in the exact areas I need and I think other people need. As much as I dislike NIH syndrome, this project definitely borders on it. My defense is that I now have a working runtime compiler with features I need, rather than still attempting to hack those features onto LLVM. llvm: LLVM is a good tool, and a very general version of what Orc does. However, I was not able to get it to produce code that was as fast as liboil code. In addition, Orc is much more extensible in the exact areas I need and I think other people need.

As much as I dislike NIH syndrome, this project definitely borders on it. My defense is that I now have a working runtime compiler with features I need, rather than still attempting to hack those features onto LLVM.

]]>