Optimised encode and decode are available:
https://github.com/bbc/vc2hqencode
https://github.com/bbc/vc2hqdecode
The reference code is a separate implementation intended for checking
algorithms etc. It was developed separately from the optimised
implementation and provides a cross check to the
n, or perhaps because this issue is not well understood, there
has not been much research into this. I don't know of any academic
papers that really address this issue.
Tim Borer
On 19/03/2014 00:41, yumeiwang_2000 wrote:
Hi,
The last mail can't be sent because of the size of attach
w how much
Schrodinger is faster (probably I will try it if
it compiles on Windows) because while my current
implementation is just horrible I noticed that
about 40% of time is consumed by arithmetic
coder code which is more or less optimal...
BR,
Vladimir
--- Èñõîäíîå ñîîáùåíèå ---
Îò êîãî:
e and from Entropy Wave.
Regards
Tim
Dr Tim Borer
Lead Engineer
BBC Research & Development
BBC Centre House
56 Wood Lane
London W12 7SB
At 20:46 30/10/2010, javasharp...@ukr.net wrote:
Hi,
I want to do some experiments with dirac and j2k and I have a
question. As I see dirac's e
rest assured that we still want Dirac to remain a royalty free
open technology. We're not going back on that.
Tim
At 14:13 15/03/2010, James Cloos wrote:
>>>>> "TB" == Tim Borer writes:
TB> I had in mind trimming the current Dirac spec of everything covered
T
ourceforge.net
https://lists.sourceforge.net/lists/listinfo/schrodinger-devel
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.436 / Virus Database: 271.1.1/2736 - Release Date:
03/11/10 07:33:00
Tim Borer
BBC Research & Development
BBC Centre House
56 Wood Lane
London
---
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______
Re-send to list
Date: Sun, 07 Mar 2010 09:32:50 +
To: Tommy Thorn
From: Tim Borer
Subject: Re: [Schrodinger-devel] Specification corrections
I'll try an look in to this. Might take a day or two. Thomas Davies
may get there first. I'll try and check with him (we share an offic
ty of the Dirac spec. It
enabled me to write a decoder exclusively based
on the spec except for just a couple of issues
that I'll bring up later (unfortunately my
decoder doesn't do intra frames correctly yet).
Regards,
Tommy
On Mar 6, 2010, at 00:47 , Tim Borer wrote:
> Rece
l years, I know that it is a lot of work.
Anyone out there willing to help?
Please get back to me on issues of specification and standardisation.
Best regards
Tim Borer
At 06:50 05/03/2010, Tommy Thorn wrote:
[resent as I accidentally didn't reply-all]
On Thu, Mar 4, 2010 at 2:43 AM
rceforge.net
https://lists.sourceforge.net/lists/listinfo/schrodinger-devel
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.435 / Virus Database: 271.1.1/2719 - Release Date:
03/02/10 19:34:00
Tim Borer
BBC Research & Development
BBC Centre House
56 Woo
The Dirac team is working on a DirectShow filters, including an
encoder. These are not yet at a stage where we wish to release the
code. I am hoping they will become available early in the new year.
Tim Borer
At 03:07 29/10/2008, Thiago Henrique wrote:
Hi, I am looking for a DirectShow
.
What of the more fundamental question about comparison of fully
mature implementations of Dirac and H264? The Dirac specification may
well allow Dirac to provide both better compression performance and
lower processing requirements than H264 in the future.
Tim Borer
At 21:10 17/10/2008, Stas
he is working on to improve Schro
compression performance.
Tim
At 18:10 31/07/2008, Klaus Bucher wrote:
>What is missing in the Schroedinger implementation compared to the BBC Dirac
>codec,
>not to get the same encoding quality?
>
>Thanks
>Best regards
>Klaus
>
>- Or
inger is not as good as the BBC
Dirac coder - so you will get misleading comparisions.
I would suggst either using the BBC dirac encoder or waiting a few months
until the Shro encoder catches up.
Ultimately we want to move the Schro encoder - but it's not there yet.
Tim Borer
B
At 16:24 07/06/2008, Younes Manton wrote:
>Encoding doesn't make sense on a GPU to be honest with you. The
>optimal end-point for GPU processing is the screen, so decoding fits
>perfectly, but for encoding we have to make a round trip from CPU to
>GPU and back to CPU. I think that would offset most
At 20:53 07/06/2008, David Schleef wrote:
>Also, since arithmetic coding is an entirely serial operation, GPUs
>are not particularly good at this either. Hopefully newer generations
>of video cards will have dedicated units for this.
Although David is correct that arithmetic coding is entirely se
17 matches
Mail list logo
