opensvcdecoder-support — Open SVC Decoder support

Re: [Opensvcdecoder-support] What is a ghost picture?

[Mickaël R. <mic...@in...>]

With a temporal layer with a lower frame rate, we are inserting ghost pictures to give the same framerate of the enhancement layers. 
Mickaël

Le 14 mars 2011 à 09:23, Siyuan Xiang a écrit :

> Hi, all,
> 
> I downloaded the latest source from svn, now all the frames can be flushed out.
> I tried a 17-picture bitstream, but found 18 pictures are displayed. The second displayed picture is a ghost picture (I checked *ImageToDisplay which is equal to 2).
> What is a ghost picture? Can I just ignore the ghost picture? 
> 
> By the way, I found the decoding is faster than before :)
> 
> Regards,
> Siyuan
> ---
> 
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d_______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

[Opensvcdecoder-support] What is a ghost picture?

[Siyuan X. <xia...@gm...>]

Hi, all,

I downloaded the latest source from svn, now all the frames can be flushed
out.
I tried a 17-picture bitstream, but found 18 pictures are displayed. The
second displayed picture is a ghost picture (I checked *ImageToDisplay which
is equal to 2).
What is a ghost picture? Can I just ignore the ghost picture?

By the way, I found the decoding is faster than before :)

Regards,
Siyuan
---

Re: [Opensvcdecoder-support] use_ref_base_pic_flag and store_ref_base_pic_flag

[jf w <jfw...@gm...>]

Dear Mederic,

Thank you for your reply.

I'll still confused about the function UpdateReferenceListAddress.
    1. Can you explain why the condition of
invoking UpdateReferenceListAddress is as follows:
             if ((Nal -> DqId != Nal -> DqIdToDisplay) && ((Nal -> DqId >>
4) == (Nal -> DqIdToDisplay >> 4)))  (SliceHeaderExtension.c line:157)
    2. UpdateReferenceListAddress is to replace some picture in RefPicListLx
with the picture, which has the same poc, in displayLayer (dqID=Nal ->
DqIdToDisplay).
        Why is the base layer picture stored in displayLayer. I think the
base layer's dqId should be Nal->DqidToDisplay>>4<<4.

Thank you very much.


2011/3/8 Médéric Blestel <Med...@in...>

>  Dear jfwang,
>
> I know that the decoder has got problems with MGS decoding process.
>
> Reference lists are created and stored into fill_default_ref_list function
> as you said.
> These lists are updated in UpdateReferenceListAddress
> (SliceHeaderExtension.c, line 162) function in order to change the memory
> address with those of the layer which is displayed.
>
> As you said, when use_ref_base_pic_flag = 1, base layer picture should be
> used as reference frmaes. So the list should not be updated in order to use
> the base layer as reference.
> Maybe, it can be corrected just by testing if use_ref_base_pic_flag is
> different of 1.
>
> Kind regards,
> Médéric
>
> Le 08/03/2011 16:12, jf w a écrit :
>
> Hi all,
>
>  The performance of opensvcdecoder is very good. But when I decode some
> video, there are some distortion. So  I'm trying to understand the code of
> opensvcdecoder. However, I encounter some problems.
>
>  I think the function fill_default_ref_list in Pic_list.c is to construct
> refPicLXl0 and refPicLXl1. But I don't find the code about the scenario
> with use_ref_base_pic_flag=1. When use_ref_base_pic_flag =1, the refPicLXl0
> and refPicLXl1 should use the reference base picture when it is available.
>
>  Is the scenario handled by other code? Any suggestion is helpful.
>
> --
> Thanks,
> jfwang
> BUAA
>
>
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
>
>
> _______________________________________________
> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
>
>
>
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
> _______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
>


-- 
Thanks,
jianfei
BUAA

Re: [Opensvcdecoder-support] use_ref_base_pic_flag and store_ref_base_pic_flag

[Médéric B. <Med...@in...>]

Dear jfwang,

I know that the decoder has got problems with MGS decoding process.

Reference lists are created and stored into fill_default_ref_list 
function as you said.
These lists are updated in UpdateReferenceListAddress 
(SliceHeaderExtension.c, line 162) function in order to change the 
memory address with those of the layer which is displayed.

As you said, when use_ref_base_pic_flag = 1, base layer picture should 
be used as reference frmaes. So the list should not be updated in order 
to use the base layer as reference.
Maybe, it can be corrected just by testing if use_ref_base_pic_flag is 
different of 1.

Kind regards,
Médéric

Le 08/03/2011 16:12, jf w a écrit :
> Hi all,
>
> The performance of opensvcdecoder is very good. But when I decode some 
> video, there are some distortion. So  I'm trying to understand the 
> code of opensvcdecoder. However, I encounter some problems.
>
> I think the function fill_default_ref_list in Pic_list.c is to 
> construct refPicLXl0 and refPicLXl1. But I don't find the code about 
> the scenario with use_ref_base_pic_flag=1. When use_ref_base_pic_flag 
> =1, the refPicLXl0 and refPicLXl1 should use the reference base 
> picture when it is available.
>
> Is the scenario handled by other code? Any suggestion is helpful.
>
> -- 
> Thanks,
> jfwang
> BUAA
>
>
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
>
>
> _______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

[Opensvcdecoder-support] use_ref_base_pic_flag and store_ref_base_pic_flag

[jf w <jfw...@gm...>]

Hi all,

The performance of opensvcdecoder is very good. But when I decode some
video, there are some distortion. So  I'm trying to understand the code of
opensvcdecoder. However, I encounter some problems.

I think the function fill_default_ref_list in Pic_list.c is to construct
refPicLXl0 and refPicLXl1. But I don't find the code about the scenario
with use_ref_base_pic_flag=1. When use_ref_base_pic_flag =1, the refPicLXl0
and refPicLXl1 should use the reference base picture when it is available.

Is the scenario handled by other code? Any suggestion is helpful.

-- 
Thanks,
jfwang
BUAA

Re: [Opensvcdecoder-support] how to set up parameters of function svc_calculate_dpb()

[Siyuan X. <xia...@gm...>]

Thank you. Mederic.

Regards,
Siyuan
---



On Thu, Feb 24, 2011 at 18:12, Mederic Blestel <
Med...@in...> wrote:

> Dear Siyuan,
>
> Please use this new file.
>
>
> Kind regards,
> Médéric
>
>
>
> Quoting Siyuan Xiang <xia...@gm...>:
>
>  Hi, Guys,
>>
>> If I want to use open svc decoder to decode svc bitstream with 6
>> layers(e.g.
>> 3 resolutions, each with 2 quality layers). How do I set up the parameters
>> of function svc_calculate_dpb()?
>>
>> line 325, build\pc.c
>>  svc_calculate_dpb((2186240 * (5 + 16 + 4 - 1)), (1920 * 1088 / 8 * 4 * (5
>> +
>> 1)), 4, decoder_svc_Residu_Mmo, decoder_svc_Residu_SPS);
>> Thanks.
>>
>> Regards,
>> Siyuan
>> ---
>>
>>
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>

Re: [Opensvcdecoder-support] how to set up parameters of function svc_calculate_dpb()

[Mederic B. <Med...@in...>]

Dear Siyuan,

Please use this new file.


Kind regards,
Médéric


Quoting Siyuan Xiang <xia...@gm...>:

> Hi, Guys,
>
> If I want to use open svc decoder to decode svc bitstream with 6 layers(e.g.
> 3 resolutions, each with 2 quality layers). How do I set up the parameters
> of function svc_calculate_dpb()?
>
> line 325, build\pc.c
>  svc_calculate_dpb((2186240 * (5 + 16 + 4 - 1)), (1920 * 1088 / 8 * 4 * (5 +
> 1)), 4, decoder_svc_Residu_Mmo, decoder_svc_Residu_SPS);
> Thanks.
>
> Regards,
> Siyuan
> ---
>




----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

[Opensvcdecoder-support] how to set up parameters of function svc_calculate_dpb()

[Siyuan X. <xia...@gm...>]

Hi, Guys,

If I want to use open svc decoder to decode svc bitstream with 6 layers(e.g.
3 resolutions, each with 2 quality layers). How do I set up the parameters
of function svc_calculate_dpb()?

line 325, build\pc.c
 svc_calculate_dpb((2186240 * (5 + 16 + 4 - 1)), (1920 * 1088 / 8 * 4 * (5 +
1)), 4, decoder_svc_Residu_Mmo, decoder_svc_Residu_SPS);
Thanks.

Regards,
Siyuan
---

Re: [Opensvcdecoder-support] part of bitstream is not decoded and displayed in pc.c?

[Mederic B. <Med...@in...>]

Dear Siyuan,

When the IDR pictures appears, the decoder flush the references  
picture but not the pictures store into the display buffer.
An IDR pictures does not need any pictures.

Kind Regards,
Médéric



Quoting Siyuan Xiang <xia...@gm...>:

> Thank you Mederic. I see your idea and it works.
>
> I just want to confirm if my understanding is correct or not.
> When  the bitstream is read agian, the first IDR picture does not clear the
> decoded picture buffer but flush the previously decoded picture.
> And the IDR picture does not depend on the previously decoded picture?
>
> Regards,
> Siyuan
> ---
>
>
>
> On Mon, Feb 21, 2011 at 17:34, Mederic Blestel <
> Med...@in...> wrote:
>
>> Dear Siyuan,
>>
>> Only 286 frames are displayed because no mechanism exist to flush the
>> display buffer.
>> At the beginning of the decoding process, frames are stored before being
>> displayed
>> in order to be sure to display it in the right order.
>> When the decoder reaches the end of the stream, it does not display the
>> frames
>> located in the buffer.
>>
>> If you want to display it, you can modify in Read_H264.c, on line 176 (if(
>> nb_repeat == 1)      {)
>> and set it to 2, and add and exit case when you have got 300 frames
>> displayed.
>>
>>
>> I will try to find a more "sexy" way to display this frames without using a
>> tricks.
>>
>> Kind regards
>> Médéric
>>
>>
>> Quoting Siyuan Xiang <xia...@gm...>:
>>
>>  Hi, Guys,
>>>
>>> When I was using Libs\SVC\build\PC.c to decode test sequence  SVCBCT-1,
>>> 286
>>> frames of 300 frames are displayed(I count the number of calls to
>>> SDL_Display() ).
>>> What should I do if I would like to decode and display all the frames?
>>> Thanks.
>>>
>>>
>>> Regards,
>>> Siyuan
>>> --
>>>
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [Opensvcdecoder-support] part of bitstream is not decoded and displayed in pc.c?

[Mickaël R. <mic...@in...>]

The last ones are sticked in the decoding picture buffer. You need to decode more pictures to have them displayed. You can remove the exit() command in the bitstream reader in order to be able to read the bitstream in a infinite loop and push the last pictures available in the decoding picture buffer.

Best regards, 
Mickaël

Le 21 févr. 2011 à 21:03, Siyuan Xiang a écrit :

> Hi, Guys, 
> 
> When I was using Libs\SVC\build\PC.c to decode test sequence  SVCBCT-1, 286 frames of 300 frames are displayed(I count the number of calls to SDL_Display() ).
> What should I do if I would like to decode and display all the frames? Thanks. 
> 
> 
> Regards,
> Siyuan
> ---
> 
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb_______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

[Opensvcdecoder-support] part of bitstream is not decoded and displayed in pc.c?

[Siyuan X. <xia...@gm...>]

Hi, Guys,

When I was using Libs\SVC\build\PC.c to decode test sequence  SVCBCT-1, 286
frames of 300 frames are displayed(I count the number of calls to
SDL_Display() ).
What should I do if I would like to decode and display all the frames?
Thanks.


Regards,
Siyuan
---

Re: [Opensvcdecoder-support] How to speed up decoding?

[Médéric B. <Med...@in...>]

Dear Siyuan,

I think that the JSVM report that your encoding resolution is not a 
multiple of 16.
So it encodes with 320x192 resolution and crop the output video with the 
320x180.

Concerning the Open SVC Decoder crash, you can send me the video in 
order to correct the bug.

Kind regards,
Médéric

Le 15/02/2011 03:29, Siyuan Xiang a écrit :
> Dear Médéric,
>
> I use the source video with resolution  320x180, 640x360, 1280x720. 
>  The ratio should be 2. I do not know why JSVM report the resolution 
> with 320x192, 640x368 and 1280x720.
>
> I removed MGSVector. When I encode the video with these 3 dependency 
> layers, layer 1280x720 with dependency id equal to 32 can be decoded.
>
> Then I config 2  layers(with different QP) for each resolution 
> resulting in total 6 layers. The layer with DQ id equal to 17 can be 
> decoded. But when the DQ id is 32 there is an error in I_BL.c
>
> LeftBorder + (x_mbPartIdx << 2) + (y_mbPartIdx << 2) * LumaStride *is 
> larger than* LumaStride * LumaStride,
> then
> tmp_luma[LeftBorder + (x_mbPartIdx << 2) + (y_mbPartIdx << 2) * 
> LumaStride] leads to memory access violation.
>
> Is this a bug or wrong configuration?
>
>
> profile & level info:
> =====================
> DQ=  0:  Baseline @ Level 1.2
> DQ=  1:  Scalable Baseline @ Level 1.2
> DQ= 16:  Scalable Baseline @ Level 3
> DQ= 17:  Scalable Baseline @ Level 3
> DQ= 32:  Scalable Baseline @ Level 4
> DQ= 33:  Scalable Baseline @ Level 4
>
>
> Regards,
> Siyuan
> ---
>
>
>
> On Mon, Feb 14, 2011 at 01:42, Médéric Blestel 
> <Med...@in... 
> <mailto:Med...@in...>> wrote:
>
>     Dear Siyuan,
>
>     The Open SVC Decoder is still not compatible with MGS Control.
>     You have to remove the MGSVectorMode option from your
>     configuration files.
>
>     I have noticed that you are using ratio different from 1.5 or 2
>     between two consecutives enhancement layer, which is not
>     compatible with the SVC Baseline Profile.
>     To be compatible with the Open SVC Decoder, you can use these size
>     as example: 320x176, 640x 352, 1280x704.
>
>     Kind regards,
>
>     Médéric
>
>
>
>     Le 14/02/2011 10:22, Siyuan Xiang a écrit :
>>     Hi, Guys,
>>
>>     I used JSVM 9.19.10(beta) Encoder to encode a video
>>     with mixed CGS/MGS  configuration. There are 3 resolutions
>>     320x180, 640x360, 1280x720 with total number of 8 layers. when I
>>     use opensvcdecoder to decode, an error is prompted  "A layer is
>>     using a different scan for residual block" in
>>     SliceHeaderExtension.c:306.
>>
>>     I use MGS setting  in configure file as following:
>>
>>     MGSVectorMode   1                    # Write coefficients into
>>     multiple slices
>>     MGSVector0      8                       # Number of coefficients
>>     that are contained in slice 1
>>     MGSVector1      8                       # Number of coefficients
>>     that are contained in slice 2
>>
>>     Is there anything wrong with the configuration?
>>
>>
>>
>>     profile & level info:
>>     =====================
>>     DQ=  0:  Main @ Level 1.2
>>     DQ=  1:  Scalable High @ Level 1.3 320x180
>>     DQ=  2:  Scalable High @ Level 1.3
>>     DQ= 16:  Scalable High @ Level 3
>>     DQ= 17:  Scalable High @ Level 3.1
>>     DQ= 18:  Scalable High @ Level 3.1
>>     DQ= 32:  Scalable High @ Level 4
>>     DQ= 33:  Scalable High @ Level 4
>>
>>     # I do not know why JSVM shows wrong resolution 320x192, 640x368,
>>     but the JSVM decoded resolution is right.
>>
>>     SUMMARY:
>>                             bitrate    Min-bitr   Y-PSNR   U-PSNR  
>>     V-PSNR
>>                            --------- ---------- -------- --------
>>     --------
>>        320x192 @  3.0000   105.3180     3.2400  75.1867  77.6071  75.0764
>>        320x192 @  6.0000   223.8720     8.4840  67.7323  76.1392  74.2387
>>        320x192 @ 12.0000   338.7904    18.6560  57.3909  77.7631  76.0774
>>        320x192 @ 24.0000   838.7456    34.9696  49.8598  70.5339  67.9347
>>        640x368 @  3.0000   596.0040   452.5980  65.9925  69.5955  66.0604
>>        640x368 @  6.0000  1227.1800   928.7520  60.0840  67.7073  65.3157
>>        640x368 @ 12.0000  1904.9728  1436.2048  54.8221  65.1333  62.7191
>>        640x368 @ 24.0000  4268.8896  3183.4624  52.2276  63.3834  60.6160
>>       1280x720 @  3.0000   861.6300   607.2900  65.9835  69.4145  66.7894
>>       1280x720 @  6.0000  1745.2800  1222.5960  59.6164  67.9509  64.2980
>>       1280x720 @ 12.0000  2785.9584  1945.9072  54.6809  66.0932  63.4704
>>       1280x720 @ 24.0000  5871.8528  4134.2336  54.5693  63.6624  61.2874
>>
>>     Regards,
>>     Siyuan
>>     ---
>>
>>
>>
>>     On Tue, Feb 8, 2011 at 10:38, Siyuan Xiang <xia...@gm...
>>     <mailto:xia...@gm...>> wrote:
>>
>>         Thank you Mickaël and Médéric.
>>
>>         I was using debug mode and SVC_decoder_v9 in
>>         \src_1.10\Libs\SVC\build\PC.c.
>>         Now it is much faster with Release_MMX configuration.
>>
>>
>>         Regards,
>>         Siyuan
>>         ---
>>
>>
>>
>>
>>         On Tue, Feb 8, 2011 at 02:34, Médéric Blestel
>>         <Med...@in...
>>         <mailto:Med...@in...>> wrote:
>>
>>             Dear Siyuan,
>>
>>             I'm using TCPMP or mplayer to do the benchmarcks with
>>             give a timing and a frame rate more accurate.
>>             The decoder is compilled with the Release_MMX configuration.
>>             I am using windows 7 with visual studio 2008 professional.
>>
>>              kind regards,
>>             Médéric
>>
>>             Le 08/02/2011 10:56, Siyuan Xiang a écrit :
>>>             Dear Médéric,
>>>
>>>             Thanks for your reply. I am using windows 7 with visual
>>>             studio 2008 express.
>>>
>>>
>>>             Regards,
>>>             Siyuan
>>>             ---
>>>
>>>
>>>
>>>             On Tue, Feb 8, 2011 at 01:30, Médéric Blestel
>>>             <Med...@in...
>>>             <mailto:Med...@in...>> wrote:
>>>
>>>                 Dear Siyuan,
>>>
>>>                 Thank you for using OpenSVCDecoder.
>>>
>>>                 The Benchmarks on this page are quite old (version
>>>                 1.07, sorry for that!!), but seems to still be updated.
>>>                 I just try on my computer and the sequence was
>>>                 decoded at 80 fps on a 2.93Ghz processor.
>>>
>>>                 What is your operating system?
>>>
>>>                 kind regards,
>>>                 Médéric
>>>
>>>                 Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>>>>                 Hi, all,
>>>>
>>>>                 I played with the open SVC codec recently. I am
>>>>                 quite impressive with the excellent work. When I
>>>>                 use the main program PC.c to decode SVCBST-15 with
>>>>                 1280x720, but I did not think the playback frame
>>>>                 rate is as fast as reported in
>>>>                 http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features
>>>>
>>>>
>>>>                 My computer is intel core 2  2.24GHz, the source
>>>>                 code is the src 1.1.0 version. Is there anything I
>>>>                 am missing? Should MMX , SSE or other optimization
>>>>                 be enabled?
>>>>
>>>>
>>>>                 Regards,
>>>>                 Siyuan
>>>>                 ---
>>>>
>>>>
>>>>                 ------------------------------------------------------------------------------
>>>>                 The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>>                 Pinpoint memory and threading errors before they happen.
>>>>                 Find and fix more than 250 security defects in the development cycle.
>>>>                 Locate bottlenecks in serial and parallel code that limit performance.
>>>>                 http://p.sf.net/sfu/intel-dev2devfeb
>>>>
>>>>
>>>>                 _______________________________________________
>>>>                 Opensvcdecoder-support mailing list
>>>>                 Ope...@li...  <mailto:Ope...@li...>
>>>>                 https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>>
>>>
>>>
>>>             ------------------------------------------------------------------------------
>>>             The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>             Pinpoint memory and threading errors before they happen.
>>>             Find and fix more than 250 security defects in the development cycle.
>>>             Locate bottlenecks in serial and parallel code that limit performance.
>>>             http://p.sf.net/sfu/intel-dev2devfeb
>>>
>>>
>>>             _______________________________________________
>>>             Opensvcdecoder-support mailing list
>>>             Ope...@li...  <mailto:Ope...@li...>
>>>             https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>
>>
>>
>>
>>     ------------------------------------------------------------------------------
>>     The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>     Pinpoint memory and threading errors before they happen.
>>     Find and fix more than 250 security defects in the development cycle.
>>     Locate bottlenecks in serial and parallel code that limit performance.
>>     http://p.sf.net/sfu/intel-dev2devfeb
>>
>>
>>     _______________________________________________
>>     Opensvcdecoder-support mailing list
>>     Ope...@li...  <mailto:Ope...@li...>
>>     https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
> _______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

Re: [Opensvcdecoder-support] How to speed up decoding?

[Mickael R. <mr...@in...>]

It has to be a multiple of 16.

Mickael

Sent by my iPhone

Le 15 févr. 2011 à 03:29, Siyuan Xiang <xia...@gm...> a écrit :

> Dear Médéric, 
> 
> I use the source video with resolution  320x180, 640x360, 1280x720.  The ratio should be 2. I do not know why JSVM report the resolution with 320x192, 640x368 and 1280x720.  
> 
> I removed MGSVector. When I encode the video with these 3 dependency layers, layer 1280x720 with dependency id equal to 32 can be decoded. 
> 
> Then I config 2  layers(with different QP) for each resolution resulting in total 6 layers. The layer with DQ id equal to 17 can be decoded. But when the DQ id is 32 there is an error in I_BL.c
> 
> LeftBorder + (x_mbPartIdx << 2) + (y_mbPartIdx << 2) * LumaStride is larger than LumaStride * LumaStride, 
> then 
> tmp_luma[LeftBorder + (x_mbPartIdx << 2) + (y_mbPartIdx << 2) * LumaStride] leads to memory access violation. 
> 
> Is this a bug or wrong configuration?
> 
> 
> profile & level info:
> =====================
> DQ=  0:  Baseline @ Level 1.2
> DQ=  1:  Scalable Baseline @ Level 1.2
> DQ= 16:  Scalable Baseline @ Level 3
> DQ= 17:  Scalable Baseline @ Level 3
> DQ= 32:  Scalable Baseline @ Level 4
> DQ= 33:  Scalable Baseline @ Level 4
> 
> 
> Regards,
> Siyuan
> ---
> 
> 
> 
> On Mon, Feb 14, 2011 at 01:42, Médéric Blestel <Med...@in...> wrote:
> Dear Siyuan,
> 
> The Open SVC Decoder is still not compatible with MGS Control.
> You have to remove the MGSVectorMode option from your configuration files.
> 
> I have noticed that you are using ratio different from 1.5 or 2 between two consecutives enhancement layer, which is not compatible with the SVC Baseline Profile.
> To be compatible with the Open SVC Decoder, you can use these size as example: 320x176, 640x 352, 1280x704.
> 
> Kind regards,
> 
> Médéric
> 
> 
> 
> Le 14/02/2011 10:22, Siyuan Xiang a écrit :
>> Hi, Guys, 
>> 
>> I used JSVM 9.19.10(beta) Encoder to encode a video with mixed CGS/MGS  configuration. There are 3 resolutions 320x180, 640x360, 1280x720 with total number of 8 layers. when I use opensvcdecoder to decode, an error is prompted  "A layer is using a different scan for residual block" in SliceHeaderExtension.c:306. 
>> 
>> I use MGS setting  in configure file as following:
>> 
>> MGSVectorMode   1                    # Write coefficients into multiple slices
>> MGSVector0      8                       # Number of coefficients that are contained in slice 1
>> MGSVector1      8                       # Number of coefficients that are contained in slice 2
>> 
>> Is there anything wrong with the configuration? 
>> 
>> 
>> 
>> profile & level info:
>> =====================
>> DQ=  0:  Main @ Level 1.2   
>> DQ=  1:  Scalable High @ Level 1.3 320x180
>> DQ=  2:  Scalable High @ Level 1.3
>> DQ= 16:  Scalable High @ Level 3
>> DQ= 17:  Scalable High @ Level 3.1
>> DQ= 18:  Scalable High @ Level 3.1
>> DQ= 32:  Scalable High @ Level 4
>> DQ= 33:  Scalable High @ Level 4
>> 
>> # I do not know why JSVM shows wrong resolution 320x192, 640x368, but the JSVM decoded resolution is right.
>> 
>> SUMMARY:
>>                         bitrate    Min-bitr   Y-PSNR   U-PSNR   V-PSNR
>>                        --------- ---------- -------- -------- --------
>>    320x192 @  3.0000   105.3180     3.2400  75.1867  77.6071  75.0764
>>    320x192 @  6.0000   223.8720     8.4840  67.7323  76.1392  74.2387
>>    320x192 @ 12.0000   338.7904    18.6560  57.3909  77.7631  76.0774
>>    320x192 @ 24.0000   838.7456    34.9696  49.8598  70.5339  67.9347
>>    640x368 @  3.0000   596.0040   452.5980  65.9925  69.5955  66.0604
>>    640x368 @  6.0000  1227.1800   928.7520  60.0840  67.7073  65.3157
>>    640x368 @ 12.0000  1904.9728  1436.2048  54.8221  65.1333  62.7191
>>    640x368 @ 24.0000  4268.8896  3183.4624  52.2276  63.3834  60.6160
>>   1280x720 @  3.0000   861.6300   607.2900  65.9835  69.4145  66.7894
>>   1280x720 @  6.0000  1745.2800  1222.5960  59.6164  67.9509  64.2980
>>   1280x720 @ 12.0000  2785.9584  1945.9072  54.6809  66.0932  63.4704
>>   1280x720 @ 24.0000  5871.8528  4134.2336  54.5693  63.6624  61.2874
>> 
>> Regards,
>> Siyuan
>> ---
>> 
>> 
>> 
>> On Tue, Feb 8, 2011 at 10:38, Siyuan Xiang <xia...@gm...> wrote:
>> Thank you Mickaël and Médéric.  
>> 
>> I was using debug mode and SVC_decoder_v9 in \src_1.10\Libs\SVC\build\PC.c. 
>> Now it is much faster with Release_MMX configuration. 
>> 
>> 
>> Regards,
>> Siyuan
>> ---
>> 
>> 
>> 
>> 
>> On Tue, Feb 8, 2011 at 02:34, Médéric Blestel <Med...@in...> wrote:
>> Dear Siyuan,
>> 
>> I'm using TCPMP or mplayer to do the benchmarcks with give a timing and a frame rate more accurate.
>> The decoder is compilled with the Release_MMX configuration.
>> I am using windows 7 with visual studio 2008 professional.
>> 
>>  kind regards,
>> Médéric
>> 
>> Le 08/02/2011 10:56, Siyuan Xiang a écrit :
>>> Dear Médéric,
>>> 
>>> Thanks for your reply. I am using windows 7 with visual studio 2008 express.
>>> 
>>> 
>>> Regards,
>>> Siyuan
>>> ---
>>> 
>>> 
>>> 
>>> On Tue, Feb 8, 2011 at 01:30, Médéric Blestel <Med...@in...> wrote:
>>> Dear Siyuan,
>>> 
>>> Thank you for using OpenSVCDecoder.
>>> 
>>> The Benchmarks on this page are quite old (version 1.07, sorry for that!!), but seems to still be updated.
>>> I just try on my computer and the sequence was decoded at 80 fps on a 2.93Ghz processor.
>>> 
>>> What is your operating system?
>>> 
>>> kind regards,
>>> Médéric
>>> 
>>> Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>>>> 
>>>> Hi, all,
>>>> 
>>>> I played with the open SVC codec recently. I am quite impressive with the excellent work. When I use the main program PC.c to decode SVCBST-15 with 1280x720, but I did not think the playback frame rate is as fast as reported in
>>>> http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features 
>>>> 
>>>> My computer is intel core 2  2.24GHz, the source code is the src 1.1.0 version. Is there anything I am missing? Should MMX , SSE or other optimization be enabled?
>>>> 
>>>> 
>>>> Regards,
>>>> Siyuan
>>>> ---
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development cycle.
>>>> Locate bottlenecks in serial and parallel code that limit performance.
>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>> 
>>>> _______________________________________________
>>>> Opensvcdecoder-support mailing list
>>>> Ope...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> 
>>> _______________________________________________
>>> Opensvcdecoder-support mailing list
>>> Ope...@li...
>>> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> 
>> _______________________________________________
>> Opensvcdecoder-support mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
> 
> 
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

Re: [Opensvcdecoder-support] How to speed up decoding?

[Siyuan X. <xia...@gm...>]

Dear Médéric,

I use the source video with resolution  320x180, 640x360, 1280x720.  The
ratio should be 2. I do not know why JSVM report the resolution with
320x192, 640x368 and 1280x720.

I removed MGSVector. When I encode the video with these 3 dependency layers,
layer 1280x720 with dependency id equal to 32 can be decoded.

Then I config 2  layers(with different QP) for each resolution resulting in
total 6 layers. The layer with DQ id equal to 17 can be decoded. But when
the DQ id is 32 there is an error in I_BL.c

LeftBorder + (x_mbPartIdx << 2) + (y_mbPartIdx << 2) * LumaStride *is larger
than* LumaStride * LumaStride,
then
tmp_luma[LeftBorder + (x_mbPartIdx << 2) + (y_mbPartIdx << 2) * LumaStride]
leads to memory access violation.

Is this a bug or wrong configuration?


profile & level info:
=====================
DQ=  0:  Baseline @ Level 1.2
DQ=  1:  Scalable Baseline @ Level 1.2
DQ= 16:  Scalable Baseline @ Level 3
DQ= 17:  Scalable Baseline @ Level 3
DQ= 32:  Scalable Baseline @ Level 4
DQ= 33:  Scalable Baseline @ Level 4


Regards,
Siyuan
---



On Mon, Feb 14, 2011 at 01:42, Médéric Blestel <
Med...@in...> wrote:

>  Dear Siyuan,
>
> The Open SVC Decoder is still not compatible with MGS Control.
> You have to remove the MGSVectorMode option from your configuration files.
>
> I have noticed that you are using ratio different from 1.5 or 2 between two
> consecutives enhancement layer, which is not compatible with the SVC
> Baseline Profile.
> To be compatible with the Open SVC Decoder, you can use these size as
> example: 320x176, 640x 352, 1280x704.
>
> Kind regards,
>
> Médéric
>
>
>
> Le 14/02/2011 10:22, Siyuan Xiang a écrit :
>
> Hi, Guys,
>
>  I used JSVM 9.19.10(beta) Encoder to encode a video with mixed CGS/MGS
>  configuration. There are 3 resolutions 320x180, 640x360, 1280x720 with
> total number of 8 layers. when I use opensvcdecoder to decode, an error is
> prompted  "A layer is using a different scan for residual block" in
> SliceHeaderExtension.c:306.
>
>  I use MGS setting  in configure file as following:
>
>  MGSVectorMode   1                    # Write coefficients into multiple
> slices
> MGSVector0      8                       # Number of coefficients that are
> contained in slice 1
> MGSVector1      8                       # Number of coefficients that are
> contained in slice 2
>
>  Is there anything wrong with the configuration?
>
>
>
>  profile & level info:
> =====================
> DQ=  0:  Main @ Level 1.2
> DQ=  1:  Scalable High @ Level 1.3 320x180
> DQ=  2:  Scalable High @ Level 1.3
> DQ= 16:  Scalable High @ Level 3
> DQ= 17:  Scalable High @ Level 3.1
> DQ= 18:  Scalable High @ Level 3.1
> DQ= 32:  Scalable High @ Level 4
> DQ= 33:  Scalable High @ Level 4
>
>  # I do not know why JSVM shows wrong resolution 320x192, 640x368, but the
> JSVM decoded resolution is right.
>
>  SUMMARY:
>                         bitrate    Min-bitr   Y-PSNR   U-PSNR   V-PSNR
>                        --------- ---------- -------- -------- --------
>    320x192 @  3.0000   105.3180     3.2400  75.1867  77.6071  75.0764
>    320x192 @  6.0000   223.8720     8.4840  67.7323  76.1392  74.2387
>    320x192 @ 12.0000   338.7904    18.6560  57.3909  77.7631  76.0774
>    320x192 @ 24.0000   838.7456    34.9696  49.8598  70.5339  67.9347
>    640x368 @  3.0000   596.0040   452.5980  65.9925  69.5955  66.0604
>    640x368 @  6.0000  1227.1800   928.7520  60.0840  67.7073  65.3157
>    640x368 @ 12.0000  1904.9728  1436.2048  54.8221  65.1333  62.7191
>    640x368 @ 24.0000  4268.8896  3183.4624  52.2276  63.3834  60.6160
>   1280x720 @  3.0000   861.6300   607.2900  65.9835  69.4145  66.7894
>   1280x720 @  6.0000  1745.2800  1222.5960  59.6164  67.9509  64.2980
>   1280x720 @ 12.0000  2785.9584  1945.9072  54.6809  66.0932  63.4704
>   1280x720 @ 24.0000  5871.8528  4134.2336  54.5693  63.6624  61.2874
>
> Regards,
> Siyuan
> ---
>
>
>
> On Tue, Feb 8, 2011 at 10:38, Siyuan Xiang <xia...@gm...> wrote:
>
>> Thank you Mickaël and Médéric.
>>
>> I was using debug mode and SVC_decoder_v9 in
>> \src_1.10\Libs\SVC\build\PC.c.
>> Now it is much faster with Release_MMX configuration.
>>
>>
>> Regards,
>> Siyuan
>> ---
>>
>>
>>
>>
>> On Tue, Feb 8, 2011 at 02:34, Médéric Blestel <
>> Med...@in...> wrote:
>>
>>>  Dear Siyuan,
>>>
>>> I'm using TCPMP or mplayer to do the benchmarcks with give a timing and a
>>> frame rate more accurate.
>>> The decoder is compilled with the Release_MMX configuration.
>>> I am using windows 7 with visual studio 2008 professional.
>>>
>>>  kind regards,
>>> Médéric
>>>
>>> Le 08/02/2011 10:56, Siyuan Xiang a écrit :
>>>
>>> Dear Médéric,
>>>
>>>  Thanks for your reply. I am using windows 7 with visual studio 2008
>>> express.
>>>
>>>
>>> Regards,
>>> Siyuan
>>> ---
>>>
>>>
>>>
>>> On Tue, Feb 8, 2011 at 01:30, Médéric Blestel <
>>> Med...@in...> wrote:
>>>
>>>>  Dear Siyuan,
>>>>
>>>> Thank you for using OpenSVCDecoder.
>>>>
>>>> The Benchmarks on this page are quite old (version 1.07, sorry for
>>>> that!!), but seems to still be updated.
>>>> I just try on my computer and the sequence was decoded at 80 fps on a
>>>> 2.93Ghz processor.
>>>>
>>>> What is your operating system?
>>>>
>>>> kind regards,
>>>> Médéric
>>>>
>>>> Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>>>>
>>>>  Hi, all,
>>>>
>>>>  I played with the open SVC codec recently. I am quite impressive with
>>>> the excellent work. When I use the main program PC.c to decode SVCBST-15
>>>> with 1280x720, but I did not think the playback frame rate is as fast as
>>>> reported in
>>>>
>>>> http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features
>>>>
>>>>
>>>>  My computer is intel core 2  2.24GHz, the source code is the src 1.1.0
>>>> version. Is there anything I am missing? Should MMX , SSE or other
>>>> optimization be enabled?
>>>>
>>>>
>>>> Regards,
>>>> Siyuan
>>>> ---
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development cycle.
>>>> Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb
>>>>
>>>>
>>>> _______________________________________________
>>>> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>>>
>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb
>>>
>>>
>>> _______________________________________________
>>> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>>
>>>
>>>
>>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb
>
>
> _______________________________________________
> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
>
>

Re: [Opensvcdecoder-support] How to speed up decoding?

[Médéric B. <Med...@in...>]

Dear Siyuan,

The Open SVC Decoder is still not compatible with MGS Control.
You have to remove the MGSVectorMode option from your configuration files.

I have noticed that you are using ratio different from 1.5 or 2 between 
two consecutives enhancement layer, which is not compatible with the SVC 
Baseline Profile.
To be compatible with the Open SVC Decoder, you can use these size as 
example: 320x176, 640x 352, 1280x704.

Kind regards,

Médéric



Le 14/02/2011 10:22, Siyuan Xiang a écrit :
> Hi, Guys,
>
> I used JSVM 9.19.10(beta) Encoder to encode a video with mixed CGS/MGS 
>  configuration. There are 3 resolutions 320x180, 640x360, 1280x720 
> with total number of 8 layers. when I use opensvcdecoder to decode, an 
> error is prompted  "A layer is using a different scan for residual 
> block" in SliceHeaderExtension.c:306.
>
> I use MGS setting  in configure file as following:
>
> MGSVectorMode   1                    # Write coefficients into 
> multiple slices
> MGSVector0      8                       # Number of coefficients that 
> are contained in slice 1
> MGSVector1      8                       # Number of coefficients that 
> are contained in slice 2
>
> Is there anything wrong with the configuration?
>
>
>
> profile & level info:
> =====================
> DQ=  0:  Main @ Level 1.2
> DQ=  1:  Scalable High @ Level 1.3 320x180
> DQ=  2:  Scalable High @ Level 1.3
> DQ= 16:  Scalable High @ Level 3
> DQ= 17:  Scalable High @ Level 3.1
> DQ= 18:  Scalable High @ Level 3.1
> DQ= 32:  Scalable High @ Level 4
> DQ= 33:  Scalable High @ Level 4
>
> # I do not know why JSVM shows wrong resolution 320x192, 640x368, but 
> the JSVM decoded resolution is right.
>
> SUMMARY:
>                         bitrate    Min-bitr   Y-PSNR   U-PSNR   V-PSNR
>                        --------- ---------- -------- -------- --------
>    320x192 @  3.0000   105.3180     3.2400  75.1867  77.6071  75.0764
>    320x192 @  6.0000   223.8720     8.4840  67.7323  76.1392  74.2387
>    320x192 @ 12.0000   338.7904    18.6560  57.3909  77.7631  76.0774
>    320x192 @ 24.0000   838.7456    34.9696  49.8598  70.5339  67.9347
>    640x368 @  3.0000   596.0040   452.5980  65.9925  69.5955  66.0604
>    640x368 @  6.0000  1227.1800   928.7520  60.0840  67.7073  65.3157
>    640x368 @ 12.0000  1904.9728  1436.2048  54.8221  65.1333  62.7191
>    640x368 @ 24.0000  4268.8896  3183.4624  52.2276  63.3834  60.6160
>   1280x720 @  3.0000   861.6300   607.2900  65.9835  69.4145  66.7894
>   1280x720 @  6.0000  1745.2800  1222.5960  59.6164  67.9509  64.2980
>   1280x720 @ 12.0000  2785.9584  1945.9072  54.6809  66.0932  63.4704
>   1280x720 @ 24.0000  5871.8528  4134.2336  54.5693  63.6624  61.2874
>
> Regards,
> Siyuan
> ---
>
>
>
> On Tue, Feb 8, 2011 at 10:38, Siyuan Xiang <xia...@gm... 
> <mailto:xia...@gm...>> wrote:
>
>     Thank you Mickaël and Médéric.
>
>     I was using debug mode and SVC_decoder_v9 in
>     \src_1.10\Libs\SVC\build\PC.c.
>     Now it is much faster with Release_MMX configuration.
>
>
>     Regards,
>     Siyuan
>     ---
>
>
>
>
>     On Tue, Feb 8, 2011 at 02:34, Médéric Blestel
>     <Med...@in...
>     <mailto:Med...@in...>> wrote:
>
>         Dear Siyuan,
>
>         I'm using TCPMP or mplayer to do the benchmarcks with give a
>         timing and a frame rate more accurate.
>         The decoder is compilled with the Release_MMX configuration.
>         I am using windows 7 with visual studio 2008 professional.
>
>          kind regards,
>         Médéric
>
>         Le 08/02/2011 10:56, Siyuan Xiang a écrit :
>>         Dear Médéric,
>>
>>         Thanks for your reply. I am using windows 7 with visual
>>         studio 2008 express.
>>
>>
>>         Regards,
>>         Siyuan
>>         ---
>>
>>
>>
>>         On Tue, Feb 8, 2011 at 01:30, Médéric Blestel
>>         <Med...@in...
>>         <mailto:Med...@in...>> wrote:
>>
>>             Dear Siyuan,
>>
>>             Thank you for using OpenSVCDecoder.
>>
>>             The Benchmarks on this page are quite old (version 1.07,
>>             sorry for that!!), but seems to still be updated.
>>             I just try on my computer and the sequence was decoded at
>>             80 fps on a 2.93Ghz processor.
>>
>>             What is your operating system?
>>
>>             kind regards,
>>             Médéric
>>
>>             Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>>>             Hi, all,
>>>
>>>             I played with the open SVC codec recently. I am quite
>>>             impressive with the excellent work. When I use the main
>>>             program PC.c to decode SVCBST-15 with 1280x720, but I
>>>             did not think the playback frame rate is as fast as
>>>             reported in
>>>             http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features
>>>
>>>
>>>             My computer is intel core 2  2.24GHz, the source code is
>>>             the src 1.1.0 version. Is there anything I am missing?
>>>             Should MMX , SSE or other optimization be enabled?
>>>
>>>
>>>             Regards,
>>>             Siyuan
>>>             ---
>>>
>>>
>>>             ------------------------------------------------------------------------------
>>>             The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>             Pinpoint memory and threading errors before they happen.
>>>             Find and fix more than 250 security defects in the development cycle.
>>>             Locate bottlenecks in serial and parallel code that limit performance.
>>>             http://p.sf.net/sfu/intel-dev2devfeb
>>>
>>>
>>>             _______________________________________________
>>>             Opensvcdecoder-support mailing list
>>>             Ope...@li...  <mailto:Ope...@li...>
>>>             https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>
>>
>>
>>         ------------------------------------------------------------------------------
>>         The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>         Pinpoint memory and threading errors before they happen.
>>         Find and fix more than 250 security defects in the development cycle.
>>         Locate bottlenecks in serial and parallel code that limit performance.
>>         http://p.sf.net/sfu/intel-dev2devfeb
>>
>>
>>         _______________________________________________
>>         Opensvcdecoder-support mailing list
>>         Ope...@li...  <mailto:Ope...@li...>
>>         https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
> _______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

Re: [Opensvcdecoder-support] How to speed up decoding?

[Siyuan X. <xia...@gm...>]

Hi, Guys,

I used JSVM 9.19.10(beta) Encoder to encode a video with mixed CGS/MGS
 configuration. There are 3 resolutions 320x180, 640x360, 1280x720 with
total number of 8 layers. when I use opensvcdecoder to decode, an error is
prompted  "A layer is using a different scan for residual block" in
SliceHeaderExtension.c:306.

I use MGS setting  in configure file as following:

MGSVectorMode   1                    # Write coefficients into multiple
slices
MGSVector0      8                       # Number of coefficients that are
contained in slice 1
MGSVector1      8                       # Number of coefficients that are
contained in slice 2

Is there anything wrong with the configuration?



profile & level info:
=====================
DQ=  0:  Main @ Level 1.2
DQ=  1:  Scalable High @ Level 1.3 320x180
DQ=  2:  Scalable High @ Level 1.3
DQ= 16:  Scalable High @ Level 3
DQ= 17:  Scalable High @ Level 3.1
DQ= 18:  Scalable High @ Level 3.1
DQ= 32:  Scalable High @ Level 4
DQ= 33:  Scalable High @ Level 4

# I do not know why JSVM shows wrong resolution 320x192, 640x368, but the
JSVM decoded resolution is right.

SUMMARY:
                        bitrate    Min-bitr   Y-PSNR   U-PSNR   V-PSNR
                       --------- ---------- -------- -------- --------
   320x192 @  3.0000   105.3180     3.2400  75.1867  77.6071  75.0764
   320x192 @  6.0000   223.8720     8.4840  67.7323  76.1392  74.2387
   320x192 @ 12.0000   338.7904    18.6560  57.3909  77.7631  76.0774
   320x192 @ 24.0000   838.7456    34.9696  49.8598  70.5339  67.9347
   640x368 @  3.0000   596.0040   452.5980  65.9925  69.5955  66.0604
   640x368 @  6.0000  1227.1800   928.7520  60.0840  67.7073  65.3157
   640x368 @ 12.0000  1904.9728  1436.2048  54.8221  65.1333  62.7191
   640x368 @ 24.0000  4268.8896  3183.4624  52.2276  63.3834  60.6160
  1280x720 @  3.0000   861.6300   607.2900  65.9835  69.4145  66.7894
  1280x720 @  6.0000  1745.2800  1222.5960  59.6164  67.9509  64.2980
  1280x720 @ 12.0000  2785.9584  1945.9072  54.6809  66.0932  63.4704
  1280x720 @ 24.0000  5871.8528  4134.2336  54.5693  63.6624  61.2874

Regards,
Siyuan
---



On Tue, Feb 8, 2011 at 10:38, Siyuan Xiang <xia...@gm...> wrote:

> Thank you Mickaël and Médéric.
>
> I was using debug mode and SVC_decoder_v9 in
> \src_1.10\Libs\SVC\build\PC.c.
> Now it is much faster with Release_MMX configuration.
>
>
> Regards,
> Siyuan
> ---
>
>
>
>
> On Tue, Feb 8, 2011 at 02:34, Médéric Blestel <
> Med...@in...> wrote:
>
>>  Dear Siyuan,
>>
>> I'm using TCPMP or mplayer to do the benchmarcks with give a timing and a
>> frame rate more accurate.
>> The decoder is compilled with the Release_MMX configuration.
>> I am using windows 7 with visual studio 2008 professional.
>>
>>  kind regards,
>> Médéric
>>
>> Le 08/02/2011 10:56, Siyuan Xiang a écrit :
>>
>> Dear Médéric,
>>
>>  Thanks for your reply. I am using windows 7 with visual studio 2008
>> express.
>>
>>
>> Regards,
>> Siyuan
>> ---
>>
>>
>>
>> On Tue, Feb 8, 2011 at 01:30, Médéric Blestel <
>> Med...@in...> wrote:
>>
>>>  Dear Siyuan,
>>>
>>> Thank you for using OpenSVCDecoder.
>>>
>>> The Benchmarks on this page are quite old (version 1.07, sorry for
>>> that!!), but seems to still be updated.
>>> I just try on my computer and the sequence was decoded at 80 fps on a
>>> 2.93Ghz processor.
>>>
>>> What is your operating system?
>>>
>>> kind regards,
>>> Médéric
>>>
>>> Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>>>
>>>  Hi, all,
>>>
>>>  I played with the open SVC codec recently. I am quite impressive with
>>> the excellent work. When I use the main program PC.c to decode SVCBST-15
>>> with 1280x720, but I did not think the playback frame rate is as fast as
>>> reported in
>>>
>>> http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features
>>>
>>>
>>>  My computer is intel core 2  2.24GHz, the source code is the src 1.1.0
>>> version. Is there anything I am missing? Should MMX , SSE or other
>>> optimization be enabled?
>>>
>>>
>>> Regards,
>>> Siyuan
>>> ---
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb
>>>
>>>
>>> _______________________________________________
>>> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>>
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb
>>
>>
>> _______________________________________________
>> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>
>>
>>
>

Re: [Opensvcdecoder-support] How to speed up decoding?

[Siyuan X. <xia...@gm...>]

Thank you Mickaël and Médéric.

I was using debug mode and SVC_decoder_v9 in \src_1.10\Libs\SVC\build\PC.c.
Now it is much faster with Release_MMX configuration.


Regards,
Siyuan
---



On Tue, Feb 8, 2011 at 02:34, Médéric Blestel <
Med...@in...> wrote:

>  Dear Siyuan,
>
> I'm using TCPMP or mplayer to do the benchmarcks with give a timing and a
> frame rate more accurate.
> The decoder is compilled with the Release_MMX configuration.
> I am using windows 7 with visual studio 2008 professional.
>
>  kind regards,
> Médéric
>
> Le 08/02/2011 10:56, Siyuan Xiang a écrit :
>
> Dear Médéric,
>
>  Thanks for your reply. I am using windows 7 with visual studio 2008
> express.
>
>
> Regards,
> Siyuan
> ---
>
>
>
> On Tue, Feb 8, 2011 at 01:30, Médéric Blestel <
> Med...@in...> wrote:
>
>>  Dear Siyuan,
>>
>> Thank you for using OpenSVCDecoder.
>>
>> The Benchmarks on this page are quite old (version 1.07, sorry for
>> that!!), but seems to still be updated.
>> I just try on my computer and the sequence was decoded at 80 fps on a
>> 2.93Ghz processor.
>>
>> What is your operating system?
>>
>> kind regards,
>> Médéric
>>
>> Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>>
>>  Hi, all,
>>
>>  I played with the open SVC codec recently. I am quite impressive with
>> the excellent work. When I use the main program PC.c to decode SVCBST-15
>> with 1280x720, but I did not think the playback frame rate is as fast as
>> reported in
>>
>> http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features
>>
>>
>>  My computer is intel core 2  2.24GHz, the source code is the src 1.1.0
>> version. Is there anything I am missing? Should MMX , SSE or other
>> optimization be enabled?
>>
>>
>> Regards,
>> Siyuan
>> ---
>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb
>>
>>
>> _______________________________________________
>> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>
>>
>>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb
>
>
> _______________________________________________
> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
>
>

Re: [Opensvcdecoder-support] How to speed up decoding?

[Médéric B. <Med...@in...>]

Dear Siyuan,

I'm using TCPMP or mplayer to do the benchmarcks with give a timing and 
a frame rate more accurate.
The decoder is compilled with the Release_MMX configuration.
I am using windows 7 with visual studio 2008 professional.

  kind regards,
Médéric

Le 08/02/2011 10:56, Siyuan Xiang a écrit :
> Dear Médéric,
>
> Thanks for your reply. I am using windows 7 with visual studio 2008 
> express.
>
>
> Regards,
> Siyuan
> ---
>
>
>
> On Tue, Feb 8, 2011 at 01:30, Médéric Blestel 
> <Med...@in... 
> <mailto:Med...@in...>> wrote:
>
>     Dear Siyuan,
>
>     Thank you for using OpenSVCDecoder.
>
>     The Benchmarks on this page are quite old (version 1.07, sorry for
>     that!!), but seems to still be updated.
>     I just try on my computer and the sequence was decoded at 80 fps
>     on a 2.93Ghz processor.
>
>     What is your operating system?
>
>     kind regards,
>     Médéric
>
>     Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>>     Hi, all,
>>
>>     I played with the open SVC codec recently. I am quite impressive
>>     with the excellent work. When I use the main program PC.c to
>>     decode SVCBST-15 with 1280x720, but I did not think the playback
>>     frame rate is as fast as reported in
>>     http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features
>>
>>
>>     My computer is intel core 2  2.24GHz, the source code is the src
>>     1.1.0 version. Is there anything I am missing? Should MMX , SSE
>>     or other optimization be enabled?
>>
>>
>>     Regards,
>>     Siyuan
>>     ---
>>
>>
>>     ------------------------------------------------------------------------------
>>     The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>     Pinpoint memory and threading errors before they happen.
>>     Find and fix more than 250 security defects in the development cycle.
>>     Locate bottlenecks in serial and parallel code that limit performance.
>>     http://p.sf.net/sfu/intel-dev2devfeb
>>
>>
>>     _______________________________________________
>>     Opensvcdecoder-support mailing list
>>     Ope...@li...  <mailto:Ope...@li...>
>>     https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
> _______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

Re: [Opensvcdecoder-support] How to speed up decoding?

[Mickaël R. <mic...@in...>]

What is your decoding speed compared to the one mentioned on the website? I suppose Release mode is activated on Visual?

Cheers,
Mickaël

Le 8 févr. 2011 à 10:56, Siyuan Xiang a écrit :

> Dear Médéric,
> 
> Thanks for your reply. I am using windows 7 with visual studio 2008 express.
> 
> 
> Regards,
> Siyuan
> ---
> 
> 
> 
> On Tue, Feb 8, 2011 at 01:30, Médéric Blestel <Med...@in...> wrote:
> Dear Siyuan,
> 
> Thank you for using OpenSVCDecoder.
> 
> The Benchmarks on this page are quite old (version 1.07, sorry for that!!), but seems to still be updated.
> I just try on my computer and the sequence was decoded at 80 fps on a 2.93Ghz processor.
> 
> What is your operating system?
> 
> kind regards,
> Médéric
> 
> Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>> 
>> Hi, all,
>> 
>> I played with the open SVC codec recently. I am quite impressive with the excellent work. When I use the main program PC.c to decode SVCBST-15 with 1280x720, but I did not think the playback frame rate is as fast as reported in
>> http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features 
>> 
>> My computer is intel core 2  2.24GHz, the source code is the src 1.1.0 version. Is there anything I am missing? Should MMX , SSE or other optimization be enabled?
>> 
>> 
>> Regards,
>> Siyuan
>> ---
>> 
>> 
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> 
>> _______________________________________________
>> Opensvcdecoder-support mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
> 
> 
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb_______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

Re: [Opensvcdecoder-support] How to speed up decoding?

[Médéric B. <Med...@in...>]

Dear Siyuan,

Thank you for using OpenSVCDecoder.

The Benchmarks on this page are quite old (version 1.07, sorry for 
that!!), but seems to still be updated.
I just try on my computer and the sequence was decoded at 80 fps on a 
2.93Ghz processor.

What is your operating system?

kind regards,
Médéric

Le 08/02/2011 10:12, Siyuan Xiang a écrit :
> Hi, all,
>
> I played with the open SVC codec recently. I am quite impressive with 
> the excellent work. When I use the main program PC.c to decode 
> SVCBST-15 with 1280x720, but I did not think the playback frame rate 
> is as fast as reported in
> http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features 
>
>
> My computer is intel core 2  2.24GHz, the source code is the src 1.1.0 
> version. Is there anything I am missing? Should MMX , SSE or other 
> optimization be enabled?
>
>
> Regards,
> Siyuan
> ---
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
> _______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

Re: [Opensvcdecoder-support] How to speed up decoding?

[Siyuan X. <xia...@gm...>]

Dear Médéric,

Thanks for your reply. I am using windows 7 with visual studio 2008 express.


Regards,
Siyuan
---



On Tue, Feb 8, 2011 at 01:30, Médéric Blestel <
Med...@in...> wrote:

>  Dear Siyuan,
>
> Thank you for using OpenSVCDecoder.
>
> The Benchmarks on this page are quite old (version 1.07, sorry for that!!),
> but seems to still be updated.
> I just try on my computer and the sequence was decoded at 80 fps on a
> 2.93Ghz processor.
>
> What is your operating system?
>
> kind regards,
> Médéric
>
> Le 08/02/2011 10:12, Siyuan Xiang a écrit :
>
> Hi, all,
>
>  I played with the open SVC codec recently. I am quite impressive with the
> excellent work. When I use the main program PC.c to decode SVCBST-15 with
> 1280x720, but I did not think the playback frame rate is as fast as reported
> in
>
> http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features
>
>
>  My computer is intel core 2  2.24GHz, the source code is the src 1.1.0
> version. Is there anything I am missing? Should MMX , SSE or other
> optimization be enabled?
>
>
> Regards,
> Siyuan
> ---
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb
>
>
> _______________________________________________
> Opensvcdecoder-support mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
>
>

[Opensvcdecoder-support] How to speed up decoding?

[Siyuan X. <xia...@gm...>]

Hi, all,

I played with the open SVC codec recently. I am quite impressive with the
excellent work. When I use the main program PC.c to decode SVCBST-15 with
1280x720, but I did not think the playback frame rate is as fast as reported
in
http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Decoder_Features


My computer is intel core 2  2.24GHz, the source code is the src 1.1.0
version. Is there anything I am missing? Should MMX , SSE or other
optimization be enabled?


Regards,
Siyuan
---

Re: [Opensvcdecoder-support] Display timestamp in ffmpeg (libavcodec decoder) but not in OpenSVC

[M. R. <mr...@in...>]

We have to check that. The thing is weird because we are able to display picture are the right frame rate when we are putting -fps in the command line.
Mickaël

Le 4 janv. 2011 à 19:35, Shuaijun Zhang a écrit :

> Hi Mickael,
> 
> Yes, there is no PTS in the raw SVC video.
> And I don't mean ffmpeg is adding PTS for the raw .264 streams. I mean ffmpeg is adding PTS to the decoded picture. I got this from the ffmpeg source code ( I have not figure out how ffmpeg gets the PTS for decoded picture).
> 
> The way it works in ffmpeg is:
> AVC file ----> demuxer -----> ffmpeg decoder with NALs (Access Unit) as input ----> then we get the decoded picture (YUV) with PTS.
> 
> But with OpenSVC, we can only get the decoded picture, but no PTS with the decoded picture:
> SVC (.264) file -------> demuxer ------> OpenSVC decoder with NALs (Access Unit) as input -----> then we only get the decoded picture (YUV) without PTS
> 
> That is what I am wondering how the OpenSVC does not provide PTS for the decoded picture
> 
> Regards
> Jason
> 
> On 4 January 2011 17:20, Mickael Raulet <mr...@in...> wrote:
> Hi Jason,
> 
> My email is gone too early.
> 
> Timestamps are not part of the SVC codec standard. It is part of the transport stream mechanism not the decoding process of SVC.
> 
> Amendments to some transport stream standard have been added to support some SVC features. That is true that we are all conformant for all transport stream.
> 
> Btw do you mean that Ffmpeg is adding pts for raw streams (.264)? I believe you need to specify -fps in the command line.
> 
> Best regards,
> 
> 
> Mickael
> 
> Sent by my iPhone
> 
> Le 4 janv. 2011 à 16:17, Shuaijun Zhang <sz...@re...> a écrit :
> 
>> Hi all,
>> 
>> I read the source code of libavcodec decoder in ffmpeg, and there is a display timestamp with the decoded picture (AVFrame->pts). But with OpenSVC, there is no display timestamp in the decoded picture, in another word, OpenSVC does not specify the display timestamp to the decoded picture.
>> I am wondering that if this is the standard design for SVC decoder or OpenSVC is just not implementing this feature
>> 
>> Happy new year
>> Jason
>> -- 
>> Shuaijun (Jason) Zhang 
>> Research Engineer
>> Software Research Institute
>> Athlone Institute of Technology
>> Ireland
>> http://www.ait.ie/sri/
>> 
> 
>> ------------------------------------------------------------------------------
>> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
>> to consolidate database storage, standardize their database environment, and, 
>> should the need arise, upgrade to a full multi-node Oracle RAC database 
>> without downtime or disruption
>> http://p.sf.net/sfu/oracle-sfdevnl
>> _______________________________________________
>> Opensvcdecoder-support mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
> 
> 
> 
> -- 
> Shuaijun (Jason) Zhang 
> Research Engineer
> Software Research Institute
> Athlone Institute of Technology
> Ireland
> http://www.ait.ie/sri/
> 

Re: [Opensvcdecoder-support] Display timestamp in ffmpeg (libavcodec decoder) but not in OpenSVC

[Mickael R. <mr...@in...>]

Hi jason,

Mickael

Sent by my iPhone

Le 4 janv. 2011 à 16:17, Shuaijun Zhang <sz...@re...> a écrit :

> Hi all,
> 
> I read the source code of libavcodec decoder in ffmpeg, and there is a display timestamp with the decoded picture (AVFrame->pts). But with OpenSVC, there is no display timestamp in the decoded picture, in another word, OpenSVC does not specify the display timestamp to the decoded picture.
> I am wondering that if this is the standard design for SVC decoder or OpenSVC is just not implementing this feature
> 
> Happy new year
> Jason
> -- 
> Shuaijun (Jason) Zhang 
> Research Engineer
> Software Research Institute
> Athlone Institute of Technology
> Ireland
> http://www.ait.ie/sri/
> 
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and, 
> should the need arise, upgrade to a full multi-node Oracle RAC database 
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Opensvcdecoder-support mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support

[Opensvcdecoder-support] Display timestamp in ffmpeg (libavcodec decoder) but not in OpenSVC

[Shuaijun Z. <sz...@re...>]

Hi all,

I read the source code of libavcodec decoder in ffmpeg, and there is a
display timestamp with the decoded picture (AVFrame->pts). But with OpenSVC,
there is no display timestamp in the decoded picture, in another word,
OpenSVC does not specify the display timestamp to the decoded picture.
I am wondering that if this is the standard design for SVC decoder or OpenSVC
is just not implementing this feature

Happy new year
Jason
-- 
Shuaijun (Jason) Zhang
Research Engineer
Software Research Institute
Athlone Institute of Technology
Ireland
http://www.ait.ie/sri/