Joseph Artsimovich | 1 Feb 2012 09:47

Re: AVC Intra encoder based on libx264

On 31/01/2012 18:51, Jason Garrett-Glaser wrote:
> On Tue, Jan 31, 2012 at 2:00 AM, Joseph Artsimovich<joseph <at> mirriad.com>  wrote:
>> On 31/01/2012 00:42, Jason Garrett-Glaser wrote:
>>> ...
>>>
>>> I've written my own full
>>> implementation, which can be found on my github
>>> (https://github.com/DarkShikari/x264-devel).
>>>
>>> Testing welcome.
>> Will do.  One thing I noticed being missing are custom scaling matrices and
>> i_chroma_qp_offset = 3
> Where in the spec does it list anything about those parameters?
In SMPTE 2027:2011, nowere. Maybe in Panasonic's confidential spec, but 
I don't have access to that. Avid decoder seems to have those hardcoded 
though. Without them, the colours are off in Avid and macroblock 
boundaries are clearly visible. I extracted those from h264 streams 
encoded with Panasonic's encoder.

>> * Need to get rid of a SEI with x264 version info.
> Where in the spec does it prohibit this?  In fact, the spec explicitly
> states that arbitrary SEIs are okay.
The spec doesn't prohibit it. Avid insists on seeing exactly two SEIs 
though.

>> * Need to add two dummy SEIs. Avid decoder will choke if they are missing
>> but doesn't seem to look inside.
> Where in the spec does it say this?  It merely says room must be
> reserved for such SEIs, not how one must reserve them.  In fact, the
> spec explicitly suggests using zero bytes -- not even using NALs!  I
(Continue reading)

George Stephanos | 1 Feb 2012 18:20
Picon
Gravatar

[PATCH 1/4] x264_intra_sad_x3_4x4_armv6

Couldn't merge the third block since it depends on a value calculated in the loop (r6).
Only other way I can think of would be loading the data into seperate GPRs and reusing them.
This would require 2 cycles (push) and 2 cycles (pop) to release 4 cycles(load). Am I thinking
wrong ? Any other way ?
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

George Stephanos | 1 Feb 2012 18:20
Picon
Gravatar

[PATCH 1/4] x264_intra_sad_x3_4x4_armv6

---
 common/arm/pixel-a.S |   49 +++++++++++++++++++++++++++++++++++++++++++++++++
 common/arm/pixel.h   |    1 +
 common/pixel.c       |    1 +
 3 files changed, 51 insertions(+), 0 deletions(-)

diff --git a/common/arm/pixel-a.S b/common/arm/pixel-a.S
index 217356e..da5f36c 100644
--- a/common/arm/pixel-a.S
+++ b/common/arm/pixel-a.S
 <at>  <at>  -1240,3 +1240,52  <at>  <at>  ssim_skip:
     vmov.32     r0,  d0[0]
     bx          lr
 .endfunc
+
+function x264_intra_sad_x3_4x4_armv6
+    push        {r4-r8,lr}
+    mov         r4, #0         
+    mov         r5, #0
+
+    ldr         r7, [r1, #-1*FDEC_STRIDE]
+
+.set Y, 0
+.rept 4
+.if Y==0
+    ldrb        r6, [r1, #Y*FDEC_STRIDE-1]
+    add         r3, r6, r6, lsl #8
+.else
+    ldrb        r3, [r1, #Y*FDEC_STRIDE-1]
+    add         r6, r3
(Continue reading)

Jason Garrett-Glaser | 1 Feb 2012 19:27
Picon

Re: AVC Intra encoder based on libx264

On Wed, Feb 1, 2012 at 12:47 AM, Joseph Artsimovich <joseph <at> mirriad.com> wrote:
> On 31/01/2012 18:51, Jason Garrett-Glaser wrote:
>>
>> On Tue, Jan 31, 2012 at 2:00 AM, Joseph Artsimovich<joseph <at> mirriad.com>
>>  wrote:
>>>
>>> On 31/01/2012 00:42, Jason Garrett-Glaser wrote:
>>>>
>>>> ...
>>>>
>>>> I've written my own full
>>>> implementation, which can be found on my github
>>>> (https://github.com/DarkShikari/x264-devel).
>>>>
>>>> Testing welcome.
>>>
>>> Will do.  One thing I noticed being missing are custom scaling matrices
>>> and
>>> i_chroma_qp_offset = 3
>>
>> Where in the spec does it list anything about those parameters?
>
> In SMPTE 2027:2011, nowere. Maybe in Panasonic's confidential spec, but I
> don't have access to that. Avid decoder seems to have those hardcoded
> though. Without them, the colours are off in Avid and macroblock boundaries
> are clearly visible. I extracted those from h264 streams encoded with
> Panasonic's encoder.
>
>
>>> * Need to get rid of a SEI with x264 version info.
(Continue reading)

Derek Buitenhuis | 1 Feb 2012 21:21
Picon
Gravatar

Re: AVC Intra encoder based on libx264

On 01/02/2012 1:27 PM, Jason Garrett-Glaser wrote:
> Plus, if you edit video, you shouldn't be using lossy formats to begin
> with.  HuffYUV does the job fine.

Untrue. If you need a 10-bit colorspace, HuffYUV is not an option.

That said, I probably still wouldn't use AVC Intra...

- Derek
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

Jason Garrett-Glaser | 1 Feb 2012 23:29
Picon

Re: AVC Intra encoder based on libx264

On Wed, Feb 1, 2012 at 12:21 PM, Derek Buitenhuis
<derek.buitenhuis <at> gmail.com> wrote:
> On 01/02/2012 1:27 PM, Jason Garrett-Glaser wrote:
>>
>> Plus, if you edit video, you shouldn't be using lossy formats to begin
>> with.  HuffYUV does the job fine.
>
>
> Untrue. If you need a 10-bit colorspace, HuffYUV is not an option.

True, but FFV1 does support 10-bit (I think?)  If not, modifying
either for 10-bit support is probably not very difficult (and should
be done!).

Jason
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

Derek Buitenhuis | 1 Feb 2012 23:38
Picon
Gravatar

Re: AVC Intra encoder based on libx264

On 01/02/2012 5:29 PM, Jason Garrett-Glaser wrote:
> True, but FFV1 does support 10-bit (I think?)  If not, modifying
> either for 10-bit support is probably not very difficult (and should
> be done!).
>
> Jason

I don't think it does (could be wrong), and it is horribly slow :P.

Either gotta wait for FFV2 or the one I'm supposed to be coding with
Marc FD right now... <_<

The other thing is... can you even get FFV1/FFV2 into e.g. Adobe
products or FCP(X) on a mac? Did anyone ever write a sane
libavcodec-based QTX or whatever it is?

In concept, AVC Intra isn't a terrible idea... but apparently so in
practice. :/ A near-lossless codec with a prefilter + lossless
compression could be sane (and have absolutely no generational loss
too!) for filesize-limited environments.

</end_rambling>

- Derek
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

(Continue reading)

Jason Garrett-Glaser | 1 Feb 2012 23:56
Picon

Re: AVC Intra encoder based on libx264

On Wed, Feb 1, 2012 at 2:38 PM, Derek Buitenhuis
<derek.buitenhuis <at> gmail.com> wrote:
> On 01/02/2012 5:29 PM, Jason Garrett-Glaser wrote:
>>
>> True, but FFV1 does support 10-bit (I think?)  If not, modifying
>> either for 10-bit support is probably not very difficult (and should
>> be done!).
>>
>> Jason
>
>
> I don't think it does (could be wrong), and it is horribly slow :P.
>
> Either gotta wait for FFV2 or the one I'm supposed to be coding with
> Marc FD right now... <_<
>
> The other thing is... can you even get FFV1/FFV2 into e.g. Adobe
> products or FCP(X) on a mac? Did anyone ever write a sane
> libavcodec-based QTX or whatever it is?

Does Perian work?

Jason
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

amir.rouhi | 2 Feb 2012 00:29
Picon
Picon
Favicon

Re: AVC Intra encoder based on libx264

Hi
You are quiet expert in intra prediction process and so you may know how i can solve my problem. 
I want to detect the 4x4 intra prediction modes by just parsing a h.264 video file. it look like a partial decoder just for extracting intra prediction modes. I am looking for the bit stream that represent this modes, logically they should follow a bit stream pattern standard as their header and trailer, am i right? I could not find these bit patterns in ITU-T standard chapter (9) yet...
In chapter 7 says rem_intra4x4_pred_mode is an unsigned integer in 3 bit and (u(3) and ae(v) ). but with 3 bit in u(3) how can we represent 9 mode? and how can i interpret ae(v)?
You have any idea?
Amir

On 2 February 2012 10:29, Rouhi Amirhossein <s3288736 <at> student.rmit.edu.au> wrote:
Hi
You are quiet expert in intra prediction process and so you may know how i can solve my problem. 
I want to detect the 4x4 intra prediction modes by just parsing a h.264 video file. it look like a partial decoder just for extracting intra prediction modes. I am looking for the bit stream that represent this modes, logically they should follow a bit stream pattern standard as their header and trailer, am i right? I could not find these bit patterns in ITU-T standard chapter (9) yet...
In chapter 7 says rem_intra4x4_pred_mode is an unsigned integer in 3 bit and (u(3) and ae(v) ). but with 3 bit in u(3) how can we represent 9 mode? and how can i interpret ae(v)?
You have any idea?
Amir

On 2 February 2012 09:56, Jason Garrett-Glaser <darkshikari <at> gmail.com> wrote:
On Wed, Feb 1, 2012 at 2:38 PM, Derek Buitenhuis
<derek.buitenhuis <at> gmail.com> wrote:
> On 01/02/2012 5:29 PM, Jason Garrett-Glaser wrote:
>>
>> True, but FFV1 does support 10-bit (I think?)  If not, modifying
>> either for 10-bit support is probably not very difficult (and should
>> be done!).
>>
>> Jason
>
>
> I don't think it does (could be wrong), and it is horribly slow :P.
>
> Either gotta wait for FFV2 or the one I'm supposed to be coding with
> Marc FD right now... <_<
>
> The other thing is... can you even get FFV1/FFV2 into e.g. Adobe
> products or FCP(X) on a mac? Did anyone ever write a sane
> libavcodec-based QTX or whatever it is?

Does Perian work?

Jason
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel



--
Amir H. Rouhi
PhD Student/ CSIT RMIT University




--
Amir H. Rouhi
PhD Student/ CSIT RMIT University
Room: 14-09-04
http://raws.adc.rmit.edu.au/~s3288736/blog2/
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel
Derek Buitenhuis | 2 Feb 2012 01:05
Picon
Gravatar

Re: AVC Intra encoder based on libx264

On 01/02/2012 5:56 PM, Jason Garrett-Glaser wrote:
> Does Perian work?
>
> Jason

I have no idea. Nor do I know if perian works on windows... lol.

- Derek
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel


Gmane