You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(13) |
Jul
(9) |
Aug
(4) |
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(7) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(5) |
Feb
(18) |
Mar
(11) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(3) |
Aug
|
Sep
(16) |
Oct
(2) |
Nov
(2) |
Dec
(12) |
2012 |
Jan
(12) |
Feb
(2) |
Mar
(8) |
Apr
(16) |
May
(33) |
Jun
(5) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(10) |
2013 |
Jan
|
Feb
(4) |
Mar
|
Apr
(14) |
May
(9) |
Jun
|
Jul
(8) |
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2016 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Thejaswini P <the...@gm...> - 2010-07-21 16:45:21
|
Dear all, I am trying to decode the SVC bitstream obtained by using the JSVM encoder. There seems to be a problem. I get an error saying "The layer is using a different scan order". Kindly advice. Thank you. -- regards, thejaswini purushotham |
From: Jun Xu <jon...@gm...> - 2010-07-13 10:00:08
|
Dear Sir, The opensvc is a great work. Thanks for your work, May I get some guidance from you? I only interested in the SVC decoder in libs folder so far. I note that in PC.c file, there are lots of numbers in data structure definition. I think it is just for specific resolution.e.g. short decoder_svc_Nal_Compute_slice_layer_in_scalable_ext_20_Decode_IPB_svc_Decode_B_svc_Upsampling_tmp[2088960]; Could you please let me know how to calcualte these numbers for other resolutions e.g.720p and D1 . How about define macros to make it more general to different resolutions? I note that the demo is for spatial ratio of 2. How about the performace of arbitrary spatial ratio? In void get_base_P_non_dyadic() in line 93 of motion_vector_svc.c There are comments: //TODO with the scale factor What is its meaning? The base layer MV is not scaled for the enhancement layer? Sorry to bother you and look forward to your reply. Thanks and best regards, Jones |
From: M. R. <mr...@in...> - 2010-07-09 06:29:16
|
Hi, Well, we are missing a lot information in your email. Which executable are you talking about? Mplayer? Tcpmp? the standalone library? You may have to read the following page to have your answer: http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Installation. Best regards, Mickaël Le 9 juil. 2010 à 00:44, Thejaswini P a écrit : > I was able to build the project and get the exe for the OpenSVC decoder. > I dont know how to proceed. Could someone kindly guide me on this.. > > Thank you. > > > -- > regards, > thejaswini purushotham > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
From: Thejaswini P <the...@gm...> - 2010-07-08 22:44:27
|
I was able to build the project and get the exe for the OpenSVC decoder. I dont know how to proceed. Could someone kindly guide me on this.. Thank you. -- regards, thejaswini purushotham |
From: mblestel <med...@in...> - 2010-07-07 11:25:56
|
Dear Selim, The decoder can detect if there is a different frame between different layer. Using mplayer or TCPMP, the decoder returns a value named "got_picture" (for mplayer: h264.c on line 3369) which indicates the type of the output frame. got_picture can have 3 different values - 0: no frame to display - 1: a frame of the wanted layer is ready to be displayed. - 2: a frame with a higher temporal scalability has been detected. The frame can belong to a higher enhancement layer, or to the wanted layer (when smaller temporal resolution is asked). In both player, the case with got_picture equals to 2 is treated as no frame available to be displayed. That's why the stream is decoded faster. Modifications have to be done in case of got_picture is equals to 2 in order to keep the right frame rate. I hope this information could help. Best regards Médéric sel...@or... a écrit : > > Hello, > > > > Thank you for your answer. We are using Mplayer. We will investigate > the SEI messages in the coming days. > > Concerning the keyboard, it works fine but we need an automatic > process. So we will try to find a way how to make the opensvcdecoder > aware of a framerate change either with settemporalID or with an SEI > message. > > > > Best regards, > > Selim > > > > *De :* Mickaël Raulet [mailto:mr...@gm...] *De la part de* > Mickaël Raulet > *Envoyé :* mercredi 30 juin 2010 18:00 > *À :* ELLOUZE Selim RD-CORE-LAN > *Cc :* mr...@in...; med...@in...; > ope...@li... > *Objet :* Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > > > Hi, > > We noticed that when we change the framerate, the player continues > to decode with the initial one and the stream is accelerated or > slowed down. We thought that the most efficient way is to inform > the decoder about any modification applied to the stream by using > an SEI message. > > > > which player are you talking about? Mplayer? > > > > You might consider to inform the player with SEI messages -- not the > decoder -- to use such information. I don't see the case where it is > useful in the decoder. > > > > Do you have any knowledge if there is a trick to make the decoder > adapt to the new framerate ? > > With Mplayer there is a trick using the keyboard. You can find all > information here: > > http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Mplayer#SVC_Features_in_MPlayer. > > > > In the decoder API you can use settemporalID to change the decoding > framerate. > > > > Let us know if it works? > > > > Best regards, > > Mickaël > > > > > > Regards, > > Selim > > > > *De :* Mickaël Raulet [mailto:mr...@gm...] *De la part > de* Mickaël Raulet > *Envoyé :* mercredi 30 juin 2010 17:13 > *À :* ELLOUZE Selim RD-CORE-LAN > *Cc :* med...@in... > <mailto:med...@in...>; ope...@li... > <mailto:ope...@li...> > *Objet :* Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > > > Hi selim, > > > > we bypass SEI messages at this stage. It is not normative, just > informative in the spec. > > > > Could you tell us why you need them? > > > > Best regards, > > Mickaël > > > > Le 30 juin 2010 à 17:08, <sel...@or... > <mailto:sel...@or...>> a écrit : > > > > > Hello Mederic, > > > > I will try with the value 0 and let you know about the results. > > Concerning the scalability SEI message, do you have an idea if > opensvcdecoder supports such messages ? and if we could use it to > inform the decoder about a framerate change or any modification of > the stream ? > > > > Best regards, > > Selim > > > > *De :* mblestel [mailto:med...@in...] > *Envoyé :* mercredi 30 juin 2010 09:55 > *À :* ELLOUZE Selim RD-CORE-LAN > *Cc :* ope...@li... > <mailto:ope...@li...> > *Objet :* Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > > > Hello Selim, > > > Thank you for testing the decoder. > > Having a look to your cfg files, I point out that you are using > MGS Vectors eqauls to 1 > I think that the problem can come from this option. > > You should try with MGS Vector equals to 0. > > I will try to solve the bug with the MGS Vector option. > > Kind regards > > Médéric > > > > sel...@or... > <mailto:sel...@or...> a écrit : > > Hello again, > > > > Please find attached 3 streams containing MGS layers: > > DQD : L0Q1 (working) > > DQDQ : L0Q1 + L1Q1 (not working fine) > > DDQ : L1Q1 (not working fine) > > > > If you have any configuration scheme where MGS layers are decoded > fine, could you please send it to me that will be of great help. > > > > Otherwise, is the opensvcdecoder capable of handling the SEI > messages? Especially the SSEI or the layers not present SEI > message. Our intention is to provide such messages when modifying > the stream in order to let the player know about the new stream > characteristics. > > > > Thankfully, > > Selim > > > > > > > > *De :* mblestel [mailto:med...@in...] > *Envoyé :* mercredi 16 juin 2010 09:16 > *À :* ELLOUZE Selim RD-CORE-LAN > *Cc :* ope...@li... > <mailto:ope...@li...> > *Objet :* Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > > > Hello Selim, > > I know that I have problems with MGS case, but it depends of the > encoding parameters. > For example, the decoder is compatible with the following stream > (SVCBMT-13.264) which is part from the conformance testing of the > SVC standard. > This stream has three layers, DqId equals to 0, 1 or 2. > > I have also several others streams with different configurations > in which MGS layers have dependency_id different from 0. And the > decoder is able to decode correctly these streams. > > If you can provide me streams and configuration files for the case > where OpenSVCDecoder is not compatible with. > > Kind regards > > Médéric > > > > sel...@or... > <mailto:sel...@or...> a écrit : > > Hello again, > > > > Reporting on MGS case: I have tested some scenarios and I noticed > that MGS is fine only with one layer on top of the base layer, i.e > L0Q0 -- L0Q1 works. I have also test L0Q0-L0Q1-L1Q0 and it works > fine. However these cases are not supported by the OpenSVC Decoder: > > More than one MGS Layer on top of the base layer > > Any MGS layer with L > 0 > > That means the only case it works Q=1 and L=0. > > I hope this could help any future work on this issue. > > > > Best regards, > > Selim > > > > *De :* mblestel [mailto:med...@in...] > *Envoyé :* vendredi 11 juin 2010 17:34 > *À :* ELLOUZE Selim RD-CORE-LAN > *Cc :* ope...@li... > <mailto:ope...@li...>; mr...@in... > <mailto:mr...@in...> > *Objet :* Re: Problem decoding IDR pictures > > > > > Hello Selim, > > First, thank you for using Open SVC Decoder. > > The problem was due to negative POC, which are authorized in the > SVC standard. > The modifications can be found under the revision 171 of the SVN > repository. > > Concerning constraints in configuration files, Open SVC Decoder is > not compatible with MGSVector. > These following lines should be removed from configuration files: > MGSVectorMode 1 > MGSVector0 4 > MGSVector1 4 > MGSVector2 8 > > > Kind regards > > Médéric > > sel...@or... > <mailto:sel...@or...> a écrit : > > Hello, > > > > I have got some troubles trying decoding a sequence with IDR > pictures. The SVC stream is decoded properly except that when > decoding an IDR picture, a sort of comeback occurs. It is like the > stream is paused, played back and then restarts being decoded > properly. However changing the spatial resolution is not affected. > > > > When I checked the JSVM encoder output, I found this stream > structure (which I think is the source of the problem): > > AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V > 42.2093 13568 bit > > AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V > 42.5728 55392 bit > > AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V > 42.7728 5664 bit > > AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V > 42.4606 34912 bit > > AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V > 42.7954 3280 bit > > AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 > 27568 bit > > AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V > 42.9154 1440 bit > > AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V > 42.3649 13952 bit > > AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V > 42.9284 728 bit > > > > I suspect the « - » ordered pictures to trouble the decoder. > > Please find attached the configuration files I used and the > encoder output. > > > > I tested you video_2 sequence and I noticed that we could change > spatial resolution without problems so it should include IDR > pictures. I was wondering if there are any constraints to include > in the JSVM configuration files in order to have the stream work > properly with Open SVC Decoder. > > > > Best regards, > > Selim > > > > > > > > -- > > *Médéric Blestel* > > *Ingénieur de Recherche / Research Engineer* > > > > > > > *IETR/Groupe Image* > > > > > > > > > *INSA DE RENNES* > > *20 AVENUE DES BUTTES DE COESMES* > > *CS 70 839* > > *35 708 RENNES CEDEX 7* > > Tél : +33 (2) 23 23 85 67 > > <image001.gif> > > > > <image002.jpg> > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > ThinkGeek and WIRED's GeekDad team up for the Ultimate > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > > lucky parental unit. See the prize list and enter to win: > > http://p.sf.net/sfu/thinkgeek-promo > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Opensvcdecoder-support mailing list > > Ope...@li... <mailto:Ope...@li...> > > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > > > > > > -- > > *Médéric Blestel* > > *Ingénieur de Recherche / Research Engineer* > > > > > > *IETR/Groupe Image* > > > > > > > > *INSA DE RENNES* > > *20 AVENUE DES BUTTES DE COESMES* > > *CS 70 839* > > *35 708 RENNES CEDEX 7* > > Tél : +33 (2) 23 23 85 67 > > <image001.gif> > > > > <image002.jpg> > > > > > > -- > > *Médéric Blestel* > > *Ingénieur de Recherche / Research Engineer* > > > > > *IETR/Groupe Image* > > > > > > > *INSA DE RENNES* > > *20 AVENUE DES BUTTES DE COESMES* > > *CS 70 839* > > *35 708 RENNES CEDEX 7* > > Tél : +33 (2) 23 23 85 67 > > <image001.gif> > > > > <image004.jpg> > > > > ------------------------------------------------------------------------------ > This SF.net <http://SF.net> email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first > <http://sprint.com/first> -- http://p.sf.net/sfu/sprint-com-first_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > <mailto:Ope...@li...> > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > > > > > -- *Médéric Blestel* *Ingénieur de Recherche / Research Engineer* *IETR/Groupe Image* ** *INSA DE RENNES* *20 AVENUE DES BUTTES DE COESMES* *CS 70 839* *35 708 RENNES CEDEX 7* Tél : +33 (2) 23 23 85 67 |
From: <sel...@or...> - 2010-07-07 10:19:26
|
Hello, Thank you for your answer. We are using Mplayer. We will investigate the SEI messages in the coming days. Concerning the keyboard, it works fine but we need an automatic process. So we will try to find a way how to make the opensvcdecoder aware of a framerate change either with settemporalID or with an SEI message. Best regards, Selim De : Mickaël Raulet [mailto:mr...@gm...] De la part de Mickaël Raulet Envoyé : mercredi 30 juin 2010 18:00 À : ELLOUZE Selim RD-CORE-LAN Cc : mr...@in...; med...@in...; ope...@li... Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures Hi, We noticed that when we change the framerate, the player continues to decode with the initial one and the stream is accelerated or slowed down. We thought that the most efficient way is to inform the decoder about any modification applied to the stream by using an SEI message. which player are you talking about? Mplayer? You might consider to inform the player with SEI messages -- not the decoder -- to use such information. I don't see the case where it is useful in the decoder. Do you have any knowledge if there is a trick to make the decoder adapt to the new framerate ? With Mplayer there is a trick using the keyboard. You can find all information here: http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Mplayer#SVC_Features_in_MPlayer. In the decoder API you can use settemporalID to change the decoding framerate. Let us know if it works? Best regards, Mickaël Regards, Selim De : Mickaël Raulet [mailto:mr...@gm...] De la part de Mickaël Raulet Envoyé : mercredi 30 juin 2010 17:13 À : ELLOUZE Selim RD-CORE-LAN Cc : med...@in...; ope...@li... Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures Hi selim, we bypass SEI messages at this stage. It is not normative, just informative in the spec. Could you tell us why you need them? Best regards, Mickaël Le 30 juin 2010 à 17:08, <sel...@or...> a écrit : Hello Mederic, I will try with the value 0 and let you know about the results. Concerning the scalability SEI message, do you have an idea if opensvcdecoder supports such messages ? and if we could use it to inform the decoder about a framerate change or any modification of the stream ? Best regards, Selim De : mblestel [mailto:med...@in...] Envoyé : mercredi 30 juin 2010 09:55 À : ELLOUZE Selim RD-CORE-LAN Cc : ope...@li... Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures Hello Selim, Thank you for testing the decoder. Having a look to your cfg files, I point out that you are using MGS Vectors eqauls to 1 I think that the problem can come from this option. You should try with MGS Vector equals to 0. I will try to solve the bug with the MGS Vector option. Kind regards Médéric sel...@or... a écrit : Hello again, Please find attached 3 streams containing MGS layers: DQD : L0Q1 (working) DQDQ : L0Q1 + L1Q1 (not working fine) DDQ : L1Q1 (not working fine) If you have any configuration scheme where MGS layers are decoded fine, could you please send it to me that will be of great help. Otherwise, is the opensvcdecoder capable of handling the SEI messages? Especially the SSEI or the layers not present SEI message. Our intention is to provide such messages when modifying the stream in order to let the player know about the new stream characteristics. Thankfully, Selim De : mblestel [mailto:med...@in...] Envoyé : mercredi 16 juin 2010 09:16 À : ELLOUZE Selim RD-CORE-LAN Cc : ope...@li... Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures Hello Selim, I know that I have problems with MGS case, but it depends of the encoding parameters. For example, the decoder is compatible with the following stream (SVCBMT-13.264) which is part from the conformance testing of the SVC standard. This stream has three layers, DqId equals to 0, 1 or 2. I have also several others streams with different configurations in which MGS layers have dependency_id different from 0. And the decoder is able to decode correctly these streams. If you can provide me streams and configuration files for the case where OpenSVCDecoder is not compatible with. Kind regards Médéric sel...@or... a écrit : Hello again, Reporting on MGS case: I have tested some scenarios and I noticed that MGS is fine only with one layer on top of the base layer, i.e L0Q0 - L0Q1 works. I have also test L0Q0-L0Q1-L1Q0 and it works fine. However these cases are not supported by the OpenSVC Decoder: More than one MGS Layer on top of the base layer Any MGS layer with L > 0 That means the only case it works Q=1 and L=0. I hope this could help any future work on this issue. Best regards, Selim De : mblestel [mailto:med...@in...] Envoyé : vendredi 11 juin 2010 17:34 À : ELLOUZE Selim RD-CORE-LAN Cc : ope...@li...; mr...@in... Objet : Re: Problem decoding IDR pictures Hello Selim, First, thank you for using Open SVC Decoder. The problem was due to negative POC, which are authorized in the SVC standard. The modifications can be found under the revision 171 of the SVN repository. Concerning constraints in configuration files, Open SVC Decoder is not compatible with MGSVector. These following lines should be removed from configuration files: MGSVectorMode 1 MGSVector0 4 MGSVector1 4 MGSVector2 8 Kind regards Médéric sel...@or... a écrit : Hello, I have got some troubles trying decoding a sequence with IDR pictures. The SVC stream is decoded properly except that when decoding an IDR picture, a sort of comeback occurs. It is like the stream is paused, played back and then restarts being decoded properly. However changing the spatial resolution is not affected. When I checked the JSVM encoder output, I found this stream structure (which I think is the source of the problem): AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V 42.2093 13568 bit AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V 42.5728 55392 bit AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V 42.7728 5664 bit AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V 42.4606 34912 bit AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V 42.7954 3280 bit AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 27568 bit AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V 42.9154 1440 bit AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V 42.3649 13952 bit AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V 42.9284 728 bit I suspect the « - » ordered pictures to trouble the decoder. Please find attached the configuration files I used and the encoder output. I tested you video_2 sequence and I noticed that we could change spatial resolution without problems so it should include IDR pictures. I was wondering if there are any constraints to include in the JSVM configuration files in order to have the stream work properly with Open SVC Decoder. Best regards, Selim -- Médéric Blestel Ingénieur de Recherche / Research Engineer IETR/Groupe Image INSA DE RENNES 20 AVENUE DES BUTTES DE COESMES CS 70 839 35 708 RENNES CEDEX 7 Tél : +33 (2) 23 23 85 67 <image001.gif> <image002.jpg> ________________________________ ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ________________________________ _______________________________________________ Opensvcdecoder-support mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support -- Médéric Blestel Ingénieur de Recherche / Research Engineer IETR/Groupe Image INSA DE RENNES 20 AVENUE DES BUTTES DE COESMES CS 70 839 35 708 RENNES CEDEX 7 Tél : +33 (2) 23 23 85 67 <image001.gif> <image002.jpg> -- Médéric Blestel Ingénieur de Recherche / Research Engineer IETR/Groupe Image INSA DE RENNES 20 AVENUE DES BUTTES DE COESMES CS 70 839 35 708 RENNES CEDEX 7 Tél : +33 (2) 23 23 85 67 <image001.gif> <image004.jpg> ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first_______________________________________________ Opensvcdecoder-support mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
From: mblestel <med...@in...> - 2010-07-06 13:12:43
|
Hello Selim, I have corrected bugs in the decoder to decode correctly the 3 streams you send to me. Modifications are available under the 186th version of the SVN repository. Thank you for testing the decoder. Best regards, Médéric sel...@or... a écrit : > > Hello again, > > Please find attached 3 streams containing MGS layers: > > - DQD : L0Q1 (working) > > - DQDQ : L0Q1 + L1Q1 (not working fine) > > - DDQ : L1Q1 (not working fine) > > If you have any configuration scheme where MGS layers are decoded > fine, could you please send it to me that will be of great help. > > Otherwise, is the opensvcdecoder capable of handling the SEI messages? > Especially the SSEI or the layers not present SEI message. Our > intention is to provide such messages when modifying the stream in > order to let the player know about the new stream characteristics. > > Thankfully, > > Selim > > *De :* mblestel [mailto:med...@in...] > *Envoyé :* mercredi 16 juin 2010 09:16 > *À :* ELLOUZE Selim RD-CORE-LAN > *Cc :* ope...@li... > *Objet :* Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > Hello Selim, > > I know that I have problems with MGS case, but it depends of the > encoding parameters. > For example, the decoder is compatible with the following stream > (SVCBMT-13.264) which is part from the conformance testing of the SVC > standard. > This stream has three layers, DqId equals to 0, 1 or 2. > > I have also several others streams with different configurations in > which MGS layers have dependency_id different from 0. And the decoder > is able to decode correctly these streams. > > If you can provide me streams and configuration files for the case > where OpenSVCDecoder is not compatible with. > > Kind regards > > Médéric > > > > sel...@or... > <mailto:sel...@or...> a écrit : > > Hello again, > > Reporting on MGS case: I have tested some scenarios and I noticed that > MGS is fine only with one layer on top of the base layer, i.e L0Q0 – > L0Q1 works. I have also test L0Q0-L0Q1-L1Q0 and it works fine. However > these cases are not supported by the OpenSVC Decoder: > > More than one MGS Layer on top of the base layer > > Any MGS layer with L > 0 > > That means the only case it works Q=1 and L=0. > > I hope this could help any future work on this issue. > > Best regards, > > Selim > > *De :* mblestel [mailto:med...@in...] > *Envoyé :* vendredi 11 juin 2010 17:34 > *À :* ELLOUZE Selim RD-CORE-LAN > *Cc :* ope...@li... > <mailto:ope...@li...>; > mr...@in... <mailto:mr...@in...> > *Objet :* Re: Problem decoding IDR pictures > > > Hello Selim, > > First, thank you for using Open SVC Decoder. > > The problem was due to negative POC, which are authorized in the SVC > standard. > The modifications can be found under the revision 171 of the SVN > repository. > > Concerning constraints in configuration files, Open SVC Decoder is not > compatible with MGSVector. > These following lines should be removed from configuration files: > MGSVectorMode 1 > MGSVector0 4 > MGSVector1 4 > MGSVector2 8 > > > Kind regards > > Médéric > > sel...@or... > <mailto:sel...@or...> a écrit : > > Hello, > > I have got some troubles trying decoding a sequence with IDR pictures. > The SVC stream is decoded properly except that when decoding an IDR > picture, a sort of comeback occurs. It is like the stream is paused, > played back and then restarts being decoded properly. However changing > the spatial resolution is not affected. > > When I checked the JSVM encoder output, I found this stream structure > (which I think is the source of the problem): > > AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V 42.2093 13568 bit > > AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V 42.5728 55392 bit > > AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V 42.7728 5664 bit > > AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V 42.4606 34912 bit > > AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V 42.7954 3280 bit > > AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 27568 bit > > AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V 42.9154 1440 bit > > AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V 42.3649 13952 bit > > AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V 42.9284 728 bit > > I suspect the « - » ordered pictures to trouble the decoder. > > Please find attached the configuration files I used and the encoder > output. > > I tested you video_2 sequence and I noticed that we could change > spatial resolution without problems so it should include IDR pictures. > I was wondering if there are any constraints to include in the JSVM > configuration files in order to have the stream work properly with > Open SVC Decoder. > > Best regards, > > Selim > > -- > > *Médéric Blestel* > > *Ingénieur de Recherche / Research Engineer* > > > > *IETR/Groupe Image* > > > > > > *INSA DE RENNES* > > *20 AVENUE DES BUTTES DE COESMES* > > *CS 70 839* > > *35 708 RENNES CEDEX 7* > > Tél : +33 (2) 23 23 85 67 > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > > ------------------------------------------------------------------------ > > > > > _______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... <mailto:Ope...@li...> > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > > > -- > > *Médéric Blestel* > > *Ingénieur de Recherche / Research Engineer* > > > *IETR/Groupe Image* > > > > > *INSA DE RENNES* > > *20 AVENUE DES BUTTES DE COESMES* > > *CS 70 839* > > *35 708 RENNES CEDEX 7* > > Tél : +33 (2) 23 23 85 67 > > > -- *Médéric Blestel* *Ingénieur de Recherche / Research Engineer* *IETR/Groupe Image* ** *INSA DE RENNES* *20 AVENUE DES BUTTES DE COESMES* *CS 70 839* *35 708 RENNES CEDEX 7* Tél : +33 (2) 23 23 85 67 |
From: M. R. <mr...@in...> - 2010-06-30 16:05:57
|
Hi, > We noticed that when we change the framerate, the player continues to decode with the initial one and the stream is accelerated or slowed down. We thought that the most efficient way is to inform the decoder about any modification applied to the stream by using an SEI message. which player are you talking about? Mplayer? You might consider to inform the player with SEI messages -- not the decoder -- to use such information. I don't see the case where it is useful in the decoder. > Do you have any knowledge if there is a trick to make the decoder adapt to the new framerate ? With Mplayer there is a trick using the keyboard. You can find all information here: http://sourceforge.net/apps/mediawiki/opensvcdecoder/index.php?title=Mplayer#SVC_Features_in_MPlayer. In the decoder API you can use settemporalID to change the decoding framerate. Let us know if it works? Best regards, Mickaël > > Regards, > Selim > > De : Mickaël Raulet [mailto:mr...@gm...] De la part de Mickaël Raulet > Envoyé : mercredi 30 juin 2010 17:13 > À : ELLOUZE Selim RD-CORE-LAN > Cc : med...@in...; ope...@li... > Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > Hi selim, > > we bypass SEI messages at this stage. It is not normative, just informative in the spec. > > Could you tell us why you need them? > > Best regards, > Mickaël > > Le 30 juin 2010 à 17:08, <sel...@or...> a écrit : > > > Hello Mederic, > > I will try with the value 0 and let you know about the results. > Concerning the scalability SEI message, do you have an idea if opensvcdecoder supports such messages ? and if we could use it to inform the decoder about a framerate change or any modification of the stream ? > > Best regards, > Selim > > De : mblestel [mailto:med...@in...] > Envoyé : mercredi 30 juin 2010 09:55 > À : ELLOUZE Selim RD-CORE-LAN > Cc : ope...@li... > Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > Hello Selim, > > > Thank you for testing the decoder. > > Having a look to your cfg files, I point out that you are using MGS Vectors eqauls to 1 > I think that the problem can come from this option. > > You should try with MGS Vector equals to 0. > > I will try to solve the bug with the MGS Vector option. > > Kind regards > > Médéric > > > > sel...@or... a écrit : > Hello again, > > Please find attached 3 streams containing MGS layers: > DQD : L0Q1 (working) > DQDQ : L0Q1 + L1Q1 (not working fine) > DDQ : L1Q1 (not working fine) > > If you have any configuration scheme where MGS layers are decoded fine, could you please send it to me that will be of great help. > > Otherwise, is the opensvcdecoder capable of handling the SEI messages? Especially the SSEI or the layers not present SEI message. Our intention is to provide such messages when modifying the stream in order to let the player know about the new stream characteristics. > > Thankfully, > Selim > > > > De : mblestel [mailto:med...@in...] > Envoyé : mercredi 16 juin 2010 09:16 > À : ELLOUZE Selim RD-CORE-LAN > Cc : ope...@li... > Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > Hello Selim, > > I know that I have problems with MGS case, but it depends of the encoding parameters. > For example, the decoder is compatible with the following stream (SVCBMT-13.264) which is part from the conformance testing of the SVC standard. > This stream has three layers, DqId equals to 0, 1 or 2. > > I have also several others streams with different configurations in which MGS layers have dependency_id different from 0. And the decoder is able to decode correctly these streams. > > If you can provide me streams and configuration files for the case where OpenSVCDecoder is not compatible with. > > Kind regards > > Médéric > > > > sel...@or... a écrit : > Hello again, > > Reporting on MGS case: I have tested some scenarios and I noticed that MGS is fine only with one layer on top of the base layer, i.e L0Q0 – L0Q1 works. I have also test L0Q0-L0Q1-L1Q0 and it works fine. However these cases are not supported by the OpenSVC Decoder: > More than one MGS Layer on top of the base layer > Any MGS layer with L > 0 > That means the only case it works Q=1 and L=0. > I hope this could help any future work on this issue. > > Best regards, > Selim > > De : mblestel [mailto:med...@in...] > Envoyé : vendredi 11 juin 2010 17:34 > À : ELLOUZE Selim RD-CORE-LAN > Cc : ope...@li...; mr...@in... > Objet : Re: Problem decoding IDR pictures > > > Hello Selim, > > First, thank you for using Open SVC Decoder. > > The problem was due to negative POC, which are authorized in the SVC standard. > The modifications can be found under the revision 171 of the SVN repository. > > Concerning constraints in configuration files, Open SVC Decoder is not compatible with MGSVector. > These following lines should be removed from configuration files: > MGSVectorMode 1 > MGSVector0 4 > MGSVector1 4 > MGSVector2 8 > > > Kind regards > > Médéric > > sel...@or... a écrit : > Hello, > > I have got some troubles trying decoding a sequence with IDR pictures. The SVC stream is decoded properly except that when decoding an IDR picture, a sort of comeback occurs. It is like the stream is paused, played back and then restarts being decoded properly. However changing the spatial resolution is not affected. > > When I checked the JSVM encoder output, I found this stream structure (which I think is the source of the problem): > AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V 42.2093 13568 bit > AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V 42.5728 55392 bit > AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V 42.7728 5664 bit > AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V 42.4606 34912 bit > AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V 42.7954 3280 bit > AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 27568 bit > AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V 42.9154 1440 bit > AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V 42.3649 13952 bit > AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V 42.9284 728 bit > > I suspect the « - » ordered pictures to trouble the decoder. > Please find attached the configuration files I used and the encoder output. > > I tested you video_2 sequence and I noticed that we could change spatial resolution without problems so it should include IDR pictures. I was wondering if there are any constraints to include in the JSVM configuration files in order to have the stream work properly with Open SVC Decoder. > > Best regards, > Selim > > > > > -- > Médéric Blestel > Ingénieur de Recherche / Research Engineer > > > > > > IETR/Groupe Image > > > > > > INSA DE RENNES > 20 AVENUE DES BUTTES DE COESMES > CS 70 839 > 35 708 RENNES CEDEX 7 > > Tél : +33 (2) 23 23 85 67 > <image001.gif> > <image002.jpg> > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > > > > > > > > > > > > > _______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > > > > -- > Médéric Blestel > Ingénieur de Recherche / Research Engineer > > > > > IETR/Groupe Image > > > > > INSA DE RENNES > 20 AVENUE DES BUTTES DE COESMES > CS 70 839 > 35 708 RENNES CEDEX 7 > > Tél : +33 (2) 23 23 85 67 > <image001.gif> > <image002.jpg> > > > > -- > Médéric Blestel > Ingénieur de Recherche / Research Engineer > > > > IETR/Groupe Image > > > > INSA DE RENNES > 20 AVENUE DES BUTTES DE COESMES > CS 70 839 > 35 708 RENNES CEDEX 7 > > Tél : +33 (2) 23 23 85 67 > <image001.gif> > <image004.jpg> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > |
From: <sel...@or...> - 2010-06-30 15:27:36
|
We noticed that when we change the framerate, the player continues to decode with the initial one and the stream is accelerated or slowed down. We thought that the most efficient way is to inform the decoder about any modification applied to the stream by using an SEI message. Do you have any knowledge if there is a trick to make the decoder adapt to the new framerate ? Regards, Selim De : Mickaël Raulet [mailto:mr...@gm...] De la part de Mickaël Raulet Envoyé : mercredi 30 juin 2010 17:13 À : ELLOUZE Selim RD-CORE-LAN Cc : med...@in...; ope...@li... Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures Hi selim, we bypass SEI messages at this stage. It is not normative, just informative in the spec. Could you tell us why you need them? Best regards, Mickaël Le 30 juin 2010 à 17:08, <sel...@or...> a écrit : Hello Mederic, I will try with the value 0 and let you know about the results. Concerning the scalability SEI message, do you have an idea if opensvcdecoder supports such messages ? and if we could use it to inform the decoder about a framerate change or any modification of the stream ? Best regards, Selim De : mblestel [mailto:med...@in...] Envoyé : mercredi 30 juin 2010 09:55 À : ELLOUZE Selim RD-CORE-LAN Cc : ope...@li... Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures Hello Selim, Thank you for testing the decoder. Having a look to your cfg files, I point out that you are using MGS Vectors eqauls to 1 I think that the problem can come from this option. You should try with MGS Vector equals to 0. I will try to solve the bug with the MGS Vector option. Kind regards Médéric sel...@or... a écrit : Hello again, Please find attached 3 streams containing MGS layers: DQD : L0Q1 (working) DQDQ : L0Q1 + L1Q1 (not working fine) DDQ : L1Q1 (not working fine) If you have any configuration scheme where MGS layers are decoded fine, could you please send it to me that will be of great help. Otherwise, is the opensvcdecoder capable of handling the SEI messages? Especially the SSEI or the layers not present SEI message. Our intention is to provide such messages when modifying the stream in order to let the player know about the new stream characteristics. Thankfully, Selim De : mblestel [mailto:med...@in...] Envoyé : mercredi 16 juin 2010 09:16 À : ELLOUZE Selim RD-CORE-LAN Cc : ope...@li... Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures Hello Selim, I know that I have problems with MGS case, but it depends of the encoding parameters. For example, the decoder is compatible with the following stream (SVCBMT-13.264) which is part from the conformance testing of the SVC standard. This stream has three layers, DqId equals to 0, 1 or 2. I have also several others streams with different configurations in which MGS layers have dependency_id different from 0. And the decoder is able to decode correctly these streams. If you can provide me streams and configuration files for the case where OpenSVCDecoder is not compatible with. Kind regards Médéric sel...@or... a écrit : Hello again, Reporting on MGS case: I have tested some scenarios and I noticed that MGS is fine only with one layer on top of the base layer, i.e L0Q0 - L0Q1 works. I have also test L0Q0-L0Q1-L1Q0 and it works fine. However these cases are not supported by the OpenSVC Decoder: More than one MGS Layer on top of the base layer Any MGS layer with L > 0 That means the only case it works Q=1 and L=0. I hope this could help any future work on this issue. Best regards, Selim De : mblestel [mailto:med...@in...] Envoyé : vendredi 11 juin 2010 17:34 À : ELLOUZE Selim RD-CORE-LAN Cc : ope...@li...; mr...@in... Objet : Re: Problem decoding IDR pictures Hello Selim, First, thank you for using Open SVC Decoder. The problem was due to negative POC, which are authorized in the SVC standard. The modifications can be found under the revision 171 of the SVN repository. Concerning constraints in configuration files, Open SVC Decoder is not compatible with MGSVector. These following lines should be removed from configuration files: MGSVectorMode 1 MGSVector0 4 MGSVector1 4 MGSVector2 8 Kind regards Médéric sel...@or... a écrit : Hello, I have got some troubles trying decoding a sequence with IDR pictures. The SVC stream is decoded properly except that when decoding an IDR picture, a sort of comeback occurs. It is like the stream is paused, played back and then restarts being decoded properly. However changing the spatial resolution is not affected. When I checked the JSVM encoder output, I found this stream structure (which I think is the source of the problem): AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V 42.2093 13568 bit AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V 42.5728 55392 bit AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V 42.7728 5664 bit AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V 42.4606 34912 bit AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V 42.7954 3280 bit AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 27568 bit AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V 42.9154 1440 bit AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V 42.3649 13952 bit AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V 42.9284 728 bit I suspect the « - » ordered pictures to trouble the decoder. Please find attached the configuration files I used and the encoder output. I tested you video_2 sequence and I noticed that we could change spatial resolution without problems so it should include IDR pictures. I was wondering if there are any constraints to include in the JSVM configuration files in order to have the stream work properly with Open SVC Decoder. Best regards, Selim -- Médéric Blestel Ingénieur de Recherche / Research Engineer IETR/Groupe Image INSA DE RENNES 20 AVENUE DES BUTTES DE COESMES CS 70 839 35 708 RENNES CEDEX 7 Tél : +33 (2) 23 23 85 67 <image001.gif> <image002.jpg> ________________________________ ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ________________________________ _______________________________________________ Opensvcdecoder-support mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support -- Médéric Blestel Ingénieur de Recherche / Research Engineer IETR/Groupe Image INSA DE RENNES 20 AVENUE DES BUTTES DE COESMES CS 70 839 35 708 RENNES CEDEX 7 Tél : +33 (2) 23 23 85 67 <image001.gif> <image002.jpg> -- Médéric Blestel Ingénieur de Recherche / Research Engineer IETR/Groupe Image INSA DE RENNES 20 AVENUE DES BUTTES DE COESMES CS 70 839 35 708 RENNES CEDEX 7 Tél : +33 (2) 23 23 85 67 <image001.gif> <image004.jpg> ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first_______________________________________________ Opensvcdecoder-support mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
From: M. R. <mr...@in...> - 2010-06-30 15:13:22
|
Hi selim, we bypass SEI messages at this stage. It is not normative, just informative in the spec. Could you tell us why you need them? Best regards, Mickaël Le 30 juin 2010 à 17:08, <sel...@or...> a écrit : > Hello Mederic, > > I will try with the value 0 and let you know about the results. > Concerning the scalability SEI message, do you have an idea if opensvcdecoder supports such messages ? and if we could use it to inform the decoder about a framerate change or any modification of the stream ? > > Best regards, > Selim > > De : mblestel [mailto:med...@in...] > Envoyé : mercredi 30 juin 2010 09:55 > À : ELLOUZE Selim RD-CORE-LAN > Cc : ope...@li... > Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > Hello Selim, > > > Thank you for testing the decoder. > > Having a look to your cfg files, I point out that you are using MGS Vectors eqauls to 1 > I think that the problem can come from this option. > > You should try with MGS Vector equals to 0. > > I will try to solve the bug with the MGS Vector option. > > Kind regards > > Médéric > > > > sel...@or... a écrit : > Hello again, > > Please find attached 3 streams containing MGS layers: > DQD : L0Q1 (working) > DQDQ : L0Q1 + L1Q1 (not working fine) > DDQ : L1Q1 (not working fine) > > If you have any configuration scheme where MGS layers are decoded fine, could you please send it to me that will be of great help. > > Otherwise, is the opensvcdecoder capable of handling the SEI messages? Especially the SSEI or the layers not present SEI message. Our intention is to provide such messages when modifying the stream in order to let the player know about the new stream characteristics. > > Thankfully, > Selim > > > > De : mblestel [mailto:med...@in...] > Envoyé : mercredi 16 juin 2010 09:16 > À : ELLOUZE Selim RD-CORE-LAN > Cc : ope...@li... > Objet : Re: [Opensvcdecoder-support] Problem decoding IDR pictures > > Hello Selim, > > I know that I have problems with MGS case, but it depends of the encoding parameters. > For example, the decoder is compatible with the following stream (SVCBMT-13.264) which is part from the conformance testing of the SVC standard. > This stream has three layers, DqId equals to 0, 1 or 2. > > I have also several others streams with different configurations in which MGS layers have dependency_id different from 0. And the decoder is able to decode correctly these streams. > > If you can provide me streams and configuration files for the case where OpenSVCDecoder is not compatible with. > > Kind regards > > Médéric > > > > sel...@or... a écrit : > Hello again, > > Reporting on MGS case: I have tested some scenarios and I noticed that MGS is fine only with one layer on top of the base layer, i.e L0Q0 – L0Q1 works. I have also test L0Q0-L0Q1-L1Q0 and it works fine. However these cases are not supported by the OpenSVC Decoder: > More than one MGS Layer on top of the base layer > Any MGS layer with L > 0 > That means the only case it works Q=1 and L=0. > I hope this could help any future work on this issue. > > Best regards, > Selim > > De : mblestel [mailto:med...@in...] > Envoyé : vendredi 11 juin 2010 17:34 > À : ELLOUZE Selim RD-CORE-LAN > Cc : ope...@li...; mr...@in... > Objet : Re: Problem decoding IDR pictures > > > Hello Selim, > > First, thank you for using Open SVC Decoder. > > The problem was due to negative POC, which are authorized in the SVC standard. > The modifications can be found under the revision 171 of the SVN repository. > > Concerning constraints in configuration files, Open SVC Decoder is not compatible with MGSVector. > These following lines should be removed from configuration files: > MGSVectorMode 1 > MGSVector0 4 > MGSVector1 4 > MGSVector2 8 > > > Kind regards > > Médéric > > sel...@or... a écrit : > Hello, > > I have got some troubles trying decoding a sequence with IDR pictures. The SVC stream is decoded properly except that when decoding an IDR picture, a sort of comeback occurs. It is like the stream is paused, played back and then restarts being decoded properly. However changing the spatial resolution is not affected. > > When I checked the JSVM encoder output, I found this stream structure (which I think is the source of the problem): > AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V 42.2093 13568 bit > AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V 42.5728 55392 bit > AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V 42.7728 5664 bit > AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V 42.4606 34912 bit > AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V 42.7954 3280 bit > AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 27568 bit > AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V 42.9154 1440 bit > AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V 42.3649 13952 bit > AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V 42.9284 728 bit > > I suspect the « - » ordered pictures to trouble the decoder. > Please find attached the configuration files I used and the encoder output. > > I tested you video_2 sequence and I noticed that we could change spatial resolution without problems so it should include IDR pictures. I was wondering if there are any constraints to include in the JSVM configuration files in order to have the stream work properly with Open SVC Decoder. > > Best regards, > Selim > > > > > -- > Médéric Blestel > Ingénieur de Recherche / Research Engineer > > > > > IETR/Groupe Image > > > > > INSA DE RENNES > 20 AVENUE DES BUTTES DE COESMES > CS 70 839 > 35 708 RENNES CEDEX 7 > > Tél : +33 (2) 23 23 85 67 > <image001.gif> > <image002.jpg> > > > > > > > > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > > > > > > > > > _______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > > > > -- > Médéric Blestel > Ingénieur de Recherche / Research Engineer > > > > IETR/Groupe Image > > > > INSA DE RENNES > 20 AVENUE DES BUTTES DE COESMES > CS 70 839 > 35 708 RENNES CEDEX 7 > > Tél : +33 (2) 23 23 85 67 > <image001.gif> > <image002.jpg> > > > > -- > Médéric Blestel > Ingénieur de Recherche / Research Engineer > > > IETR/Groupe Image > > > INSA DE RENNES > 20 AVENUE DES BUTTES DE COESMES > CS 70 839 > 35 708 RENNES CEDEX 7 > > Tél : +33 (2) 23 23 85 67 > <image001.gif> > <image004.jpg> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
From: mblestel <med...@in...> - 2010-06-30 07:55:13
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Hello Selim,<br> <br> <br> Thank you for testing the decoder.<br> <br> Having a look to your cfg files, I point out that you are using MGS Vectors eqauls to 1<br> I think that the problem can come from this option.<br> <br> You should try with MGS Vector equals to 0.<br> <br> I will try to solve the bug with the MGS Vector option.<br> <br> Kind regards<br> <br> Médéric<br> <br> <br> <br> <a class="moz-txt-link-abbreviated" href="mailto:sel...@or...">sel...@or...</a> a écrit : <blockquote cite="mid:FE8...@ft..." type="cite"> <meta http-equiv="Content-Type" content="text/html; "> <meta name="Generator" content="Microsoft Word 12 (filtered medium)"> <!--[if !mso]> <style> v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style> <![endif]--> <style> <!-- /* Font Definitions */ @font-face {font-family:Wingdings; panose-1:5 0 0 0 0 0 0 0 0 0;} @font-face {font-family:SimSun; panose-1:2 1 6 0 3 1 1 1 1 1;} @font-face {font-family:SimSun; panose-1:2 1 6 0 3 1 1 1 1 1;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:"\@SimSun"; panose-1:2 1 6 0 3 1 1 1 1 1;} @font-face {font-family:Verdana; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:Consolas; panose-1:2 11 6 9 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif"; color:black;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} pre {mso-style-priority:99; mso-style-link:"Préformaté HTML Car"; margin:0cm; margin-bottom:.0001pt; font-size:10.0pt; font-family:"Courier New"; color:black;} p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph {mso-style-priority:34; margin-top:0cm; margin-right:0cm; margin-bottom:0cm; margin-left:36.0pt; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif"; color:black;} span.moz-txt-citetags {mso-style-name:moz-txt-citetags;} span.EmailStyle19 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:windowtext;} span.EmailStyle20 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:#1F497D;} span.PrformatHTMLCar {mso-style-name:"Préformaté HTML Car"; mso-style-priority:99; mso-style-link:"Préformaté HTML"; font-family:"Consolas","serif"; color:black;} span.EmailStyle23 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 70.85pt 70.85pt;} div.WordSection1 {page:WordSection1;} /* List Definitions */ @list l0 {mso-list-id:1074670688; mso-list-type:hybrid; mso-list-template-ids:668755384 -1826094258 67895299 67895301 67895297 67895299 67895301 67895297 67895299 67895301;} @list l0:level1 {mso-level-start-at:0; mso-level-number-format:bullet; mso-level-text:-; mso-level-tab-stop:none; mso-level-number-position:left; text-indent:-18.0pt; font-family:"Calibri","sans-serif"; mso-fareast-font-family:SimSun; mso-bidi-font-family:Arial;} ol {margin-bottom:0cm;} ul {margin-bottom:0cm;} --> </style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> <div class="WordSection1"> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Hello again,<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Please find attached 3 streams containing MGS layers:<o:p></o:p></span></p> <p class="MsoListParagraph" style="text-indent: -18pt;"><!--[if !supportLists]--><span style="color: rgb(31, 73, 125);" lang="EN-US"><span style="">-<span style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"> </span></span></span><!--[endif]--><span dir="ltr"></span><span style="color: rgb(31, 73, 125);" lang="EN-US">DQD : L0Q1 (working)<o:p></o:p></span></p> <p class="MsoListParagraph" style="text-indent: -18pt;"><!--[if !supportLists]--><span style="color: rgb(31, 73, 125);" lang="EN-US"><span style="">-<span style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"> </span></span></span><!--[endif]--><span dir="ltr"></span><span style="color: rgb(31, 73, 125);" lang="EN-US">DQDQ : L0Q1 + L1Q1 (not working fine)<o:p></o:p></span></p> <p class="MsoListParagraph" style="text-indent: -18pt;"><!--[if !supportLists]--><span style="color: rgb(31, 73, 125);" lang="EN-US"><span style="">-<span style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"> </span></span></span><!--[endif]--><span dir="ltr"></span><span style="color: rgb(31, 73, 125);" lang="EN-US">DDQ : L1Q1 (not working fine)<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">If you have any configuration scheme where MGS layers are decoded fine, could you please send it to me that will be of great help. <o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Otherwise, is the opensvcdecoder capable of handling the SEI messages? Especially the SSEI or the layers not present SEI message. Our intention is to provide such messages when modifying the stream in order to let the player know about the new stream characteristics.<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Thankfully,<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Selim<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"> <o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"><o:p> </o:p></span></p> <div> <div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0cm 0cm;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;">De :</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;"> mblestel [<a class="moz-txt-link-freetext" href="mailto:med...@in...">mailto:med...@in...</a>] <br> <b>Envoyé :</b> mercredi 16 juin 2010 09:16<br> <b>À :</b> ELLOUZE Selim RD-CORE-LAN<br> <b>Cc :</b> <a class="moz-txt-link-abbreviated" href="mailto:ope...@li...">ope...@li...</a><br> <b>Objet :</b> Re: [Opensvcdecoder-support] Problem decoding IDR pictures<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">Hello Selim,<br> <br> I know that I have problems with MGS case, but it depends of the encoding parameters.<br> For example, the decoder is compatible with the following stream (SVCBMT-13.264) which is part from the conformance testing of the SVC standard.<br> This stream has three layers, DqId equals to 0, 1 or 2.<br> <br> I have also several others streams with different configurations in which MGS layers have dependency_id different from 0. And the decoder is able to decode correctly these streams.<br> <br> If you can provide me streams and configuration files for the case where OpenSVCDecoder is not compatible with.<br> <br> Kind regards<br> <br> Médéric<br> <br> <br> <br> <a moz-do-not-send="true" href="mailto:sel...@or...">sel...@or...</a> a écrit : <o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Hello again,</span><o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"> </span><o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Reporting on MGS case: I have tested some scenarios and I noticed that MGS is fine only with one layer on top of the base layer, i.e L0Q0 – L0Q1 works. I have also test L0Q0-L0Q1-L1Q0 and it works fine. However these cases are not supported by the OpenSVC Decoder:</span><o:p></o:p></p> <p class="MsoListParagraph" style="text-indent: -18pt;"><span style="color: rgb(31, 73, 125);" lang="EN-US">More than one MGS Layer on top of the base layer</span><o:p></o:p></p> <p class="MsoListParagraph" style="text-indent: -18pt;"><span style="color: rgb(31, 73, 125);" lang="EN-US">Any MGS layer with L > 0</span><o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">That means the only case it works Q=1 and L=0. </span><o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">I hope this could help any future work on this issue.</span><o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Best regards,</span><o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Selim </span><o:p></o:p></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"> </span><o:p></o:p></p> <div> <div style="border-style: solid none none; border-color: -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0cm 0cm;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;" lang="EN-US">De :</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;" lang="EN-US"> mblestel [<a moz-do-not-send="true" href="mailto:med...@in...">mailto:med...@in...</a>] <br> <b>Envoyé :</b> vendredi 11 juin 2010 17:34<br> <b>À :</b> ELLOUZE Selim RD-CO</span><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;">RE-LAN<br> <b>Cc :</b> <a moz-do-not-send="true" href="mailto:ope...@li...">ope...@li...</a>; <a moz-do-not-send="true" href="mailto:mr...@in...">mr...@in...</a><br> <b>Objet :</b> Re: Problem decoding IDR pictures</span><o:p></o:p></p> </div> </div> <p class="MsoNormal"> <o:p></o:p></p> <p class="MsoNormal"><br> Hello Selim,<br> <br> First, thank you for using Open SVC Decoder.<br> <br> The problem was due to negative POC, which are authorized in the SVC standard.<br> The modifications can be found under the revision 171 of the SVN repository.<br> <br> Concerning constraints in configuration files, Open SVC Decoder is not compatible with MGSVector.<br> These following lines should be removed from configuration files:<br> MGSVectorMode 1<br> MGSVector0 4<br> MGSVector1 4<br> MGSVector2 8<br> <br> <br> Kind regards<br> <br> Médéric<br> <br> <a moz-do-not-send="true" href="mailto:sel...@or...">sel...@or...</a> a écrit : <o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US">Hello,</span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US">I have got some troubles trying decoding a sequence with IDR pictures. The SVC stream is decoded properly except that when decoding an IDR picture, a sort of comeback occurs. It is like the stream is paused, played back and then restarts being decoded properly. However changing the spatial resolution is not affected.</span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US">When I checked the JSVM encoder output, I found this stream structure (which I think is the source of the problem):</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V 42.2093 13568 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V 42.5728 55392 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V 42.7728 5664 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V 42.4606 34912 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V 42.7954 3280 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 27568 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V 42.9154 1440 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V 42.3649 13952 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V 42.9284 728 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";"> </span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">I suspect the « - » ordered pictures to trouble the decoder.</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Please find attached the configuration files I used and the encoder output. </span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">I tested you video_2 sequence and I noticed that we could change spatial resolution without problems so it should include IDR pictures. I was wondering if there are any constraints to include in the JSVM configuration files in order to have the stream work properly with Open SVC Decoder.</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Best regards,</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Selim </span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal" style="margin-bottom: 12pt;"><span style="font-size: 12pt; font-family: "Times New Roman","serif";"> </span><o:p></o:p></p> <div> <p class="MsoNormal"><span style="font-size: 12pt; font-family: "Times New Roman","serif";">-- </span><o:p></o:p></p> <div> <table class="MsoNormalTable" style="border: 1pt solid black; width: 450pt;" border="1" cellpadding="0" cellspacing="0" width="600"> <tbody> <tr style="height: 79.65pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 79.65pt;" valign="top" width="348"> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">Médéric Blestel</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">Ingénieur de Recherche / Research Engineer</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"><br> <br> <br> <br> </span><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">IETR/Groupe Image</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"> <br> <br> <br> <br> </span><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 79.65pt;" valign="top" width="252"> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">INSA DE RENNES</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">20 AVENUE DES BUTTES DE COESMES</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">CS 70 839</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">35 708 RENNES CEDEX 7</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"><br> <br> Tél : +33 (2) 23 23 85 67</span><o:p></o:p></p> </td> </tr> <tr style="height: 38.25pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 38.25pt;" valign="top" width="348"> <p class="MsoNormal"><img id="_x0000_i1025" src="cid:par...@in..." border="0" height="49" width="120"><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 38.25pt;" valign="top" width="252"> <p class="MsoNormal" style="text-align: right;" align="right"><img id="_x0000_i1026" src="cid:par...@in..." border="0" height="50" width="120"><o:p></o:p></p> </td> </tr> </tbody> </table> <p class="MsoNormal"><span style="font-size: 12pt; font-family: "Times New Roman","serif"; color: windowtext;"> </span><o:p></o:p></p> </div> </div> <pre><o:p> </o:p></pre> <pre style="text-align: center;"> <hr align="center" size="4" width="90%"> </pre> <pre><o:p> </o:p></pre> <pre>------------------------------------------------------------------------------<o:p></o:p></pre> <pre>ThinkGeek and WIRED's GeekDad team up for the Ultimate <o:p></o:p></pre> <pre>GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the <o:p></o:p></pre> <pre>lucky parental unit. See the prize list and enter to win: <o:p></o:p></pre> <pre><a moz-do-not-send="true" href="http://p.sf.net/sfu/thinkgeek-promo">http://p.sf.net/sfu/thinkgeek-promo</a><o:p></o:p></pre> <pre><o:p> </o:p></pre> <pre style="text-align: center;"> <hr align="center" size="4" width="90%"> </pre> <pre><o:p> </o:p></pre> <pre>_______________________________________________<o:p></o:p></pre> <pre>Opensvcdecoder-support mailing list<o:p></o:p></pre> <pre><a moz-do-not-send="true" href="mailto:Ope...@li...">Ope...@li...</a><o:p></o:p></pre> <pre><a moz-do-not-send="true" href="https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support">https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support</a><o:p></o:p></pre> <pre> <o:p></o:p></pre> <p class="MsoNormal" style="margin-bottom: 12pt;"><span style="font-size: 12pt; font-family: "Times New Roman","serif";"><o:p> </o:p></span></p> <div> <p class="MsoNormal"><span style="font-size: 12pt; font-family: "Times New Roman","serif";">-- <o:p></o:p></span></p> <div> <table class="MsoNormalTable" style="border: 1pt solid black; width: 450pt;" border="1" cellpadding="0" cellspacing="0" width="600"> <tbody> <tr style="height: 79.65pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 79.65pt;" valign="top" width="348"> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">Médéric Blestel</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">Ingénieur de Recherche / Research Engineer</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"><br> <br> <br> </span><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">IETR/Groupe Image</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"> <br> <br> <br> </span><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 79.65pt;" valign="top" width="252"> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">INSA DE RENNES</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">20 AVENUE DES BUTTES DE COESMES</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">CS 70 839</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">35 708 RENNES CEDEX 7</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"><br> <br> Tél : +33 (2) 23 23 85 67</span><o:p></o:p></p> </td> </tr> <tr style="height: 38.25pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 38.25pt;" valign="top" width="348"> <p class="MsoNormal"><img id="_x0000_i1029" src="cid:par...@in..." border="0" height="49" width="120"><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 38.25pt;" valign="top" width="252"> <p class="MsoNormal" style="text-align: right;" align="right"><img id="_x0000_i1030" src="cid:par...@in..." border="0" height="50" width="120"><o:p></o:p></p> </td> </tr> </tbody> </table> <p class="MsoNormal"><span style="font-size: 12pt; font-family: "Times New Roman","serif"; color: windowtext;"><o:p> </o:p></span></p> </div> </div> </div> </blockquote> <br> <br> <div class="moz-signature">-- <br> <title></title> <div class="moz-signature"> <table class="MsoNormalTable" style="border: 1pt solid black; width: 450pt;" border="1" cellpadding="0" cellspacing="0" width="600"> <tbody> <tr style="height: 79.65pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 79.65pt;" valign="top" width="348"> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">Médéric Blestel<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">Ingénieur de Recherche / Research Engineer</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"><br style=""> <br style=""> <o:p></o:p></span></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">IETR/Groupe Image</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"> <br style=""> <br style=""> <b><o:p></o:p></b></span></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 79.65pt;" valign="top" width="252"> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">INSA DE RENNES<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">20 AVENUE DES BUTTES DE COESMES<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">CS 70 839<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">35 708 RENNES CEDEX 7</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"><br> <br> Tél : +33 (2) 23 23 85 67<o:p></o:p></span></p> </td> </tr> <tr style="height: 38.25pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 38.25pt;" valign="top" width="348"> <p class="MsoNormal" style=""><!--[if gte vml 1]><v:shapetype id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f"> <v:stroke joinstyle="miter"/> <v:formulas> <v:f eqn="if lineDrawn pixelLineWidth 0"/> <v:f eqn="sum @0 1 0"/> <v:f eqn="sum 0 0 @1"/> <v:f eqn="prod @2 1 2"/> <v:f eqn="prod @3 21600 pixelWidth"/> <v:f eqn="prod @3 21600 pixelHeight"/> <v:f eqn="sum @0 0 1"/> <v:f eqn="prod @6 1 2"/> <v:f eqn="prod @7 21600 pixelWidth"/> <v:f eqn="sum @8 21600 0"/> <v:f eqn="prod @7 21600 pixelHeight"/> <v:f eqn="sum @10 21600 0"/> </v:formulas> <v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect"/> <o:lock v:ext="edit" aspectratio="t"/> </v:shapetype><v:shape id="_x0000_i1025" type="#_x0000_t75" style='width:90pt; height:36.75pt'> <v:imagedata src="file:///D:/Documents/Sign/ietr.gif" o:title="ietr"/> </v: shape><![endif]--><img alt="" src="cid:par...@in..." v:shapes="_x0000_i1025" height="49" width="120"><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 38.25pt;" valign="top" width="252"> <p class="MsoNormal" style="text-align: right;" align="right"><!--[if gte vml 1]><v:shape id="_x0000_i1026" type="#_x0000_t75" style='width:80.25pt;height:37.5pt'> <v:imagedata src="file:///D:/Documents/Sign/logoInsa.png" o:title="logoInsa"/> </v:shape><![endif]--><img alt="" src="cid:par...@in..." v:shapes="_x0000_i1026" height="50" width="120"><o:p></o:p></p> </td> </tr> </tbody> </table> </div> </div> </body> </html> |
From: mblestel <med...@in...> - 2010-06-16 07:15:44
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Hello Selim,<br> <br> I know that I have problems with MGS case, but it depends of the encoding parameters.<br> For example, the decoder is compatible with the following stream (SVCBMT-13.264) which is part from the conformance testing of the SVC standard.<br> This stream has three layers, DqId equals to 0, 1 or 2.<br> <br> I have also several others streams with different configurations in which MGS layers have dependency_id different from 0. And the decoder is able to decode correctly these streams.<br> <br> If you can provide me streams and configuration files for the case where OpenSVCDecoder is not compatible with.<br> <br> Kind regards<br> <br> Médéric<br> <br> <br> <br> <a class="moz-txt-link-abbreviated" href="mailto:sel...@or...">sel...@or...</a> a écrit : <blockquote cite="mid:FE8...@ft..." type="cite"> <meta http-equiv="Content-Type" content="text/html; "> <meta name="Generator" content="Microsoft Word 12 (filtered medium)"> <!--[if !mso]> <style> v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style> <![endif]--> <style> <!-- /* Font Definitions */ @font-face {font-family:SimSun; panose-1:2 1 6 0 3 1 1 1 1 1;} @font-face {font-family:SimSun; panose-1:2 1 6 0 3 1 1 1 1 1;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:"\@SimSun"; panose-1:2 1 6 0 3 1 1 1 1 1;} @font-face {font-family:Verdana; panose-1:2 11 6 4 3 5 4 4 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif"; color:black;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph {mso-style-priority:34; margin-top:0cm; margin-right:0cm; margin-bottom:0cm; margin-left:36.0pt; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif"; color:black;} span.moz-txt-citetags {mso-style-name:moz-txt-citetags;} span.EmailStyle18 {mso-style-type:personal; font-family:"Calibri","sans-serif"; color:windowtext;} span.EmailStyle19 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 70.85pt 70.85pt;} div.WordSection1 {page:WordSection1;} /* List Definitions */ @list l0 {mso-list-id:1161235560; mso-list-type:hybrid; mso-list-template-ids:-1992917076 67895311 67895321 67895323 67895311 67895321 67895323 67895311 67895321 67895323;} @list l0:level1 {mso-level-tab-stop:none; mso-level-number-position:left; text-indent:-18.0pt;} ol {margin-bottom:0cm;} ul {margin-bottom:0cm;} --> </style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> <div class="WordSection1"> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Hello again,<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Reporting on MGS case: I have tested some scenarios and I noticed that MGS is fine only with one layer on top of the base layer, i.e L0Q0 – L0Q1 works. I have also test L0Q0-L0Q1-L1Q0 and it works fine. However these cases are not supported by the OpenSVC Decoder:<o:p></o:p></span></p> <p class="MsoListParagraph" style="text-indent: -18pt;"><!--[if !supportLists]--><span style="color: rgb(31, 73, 125);" lang="EN-US"><span style="">1.<span style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"> </span></span></span><!--[endif]--><span dir="ltr"></span><span style="color: rgb(31, 73, 125);" lang="EN-US">More than one MGS Layer on top of the base layer<o:p></o:p></span></p> <p class="MsoListParagraph" style="text-indent: -18pt;"><!--[if !supportLists]--><span style="color: rgb(31, 73, 125);" lang="EN-US"><span style="">2.<span style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"> </span></span></span><!--[endif]--><span dir="ltr"></span><span style="color: rgb(31, 73, 125);" lang="EN-US">Any MGS layer with L > 0<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">That means the only case it works Q=1 and L=0. <o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">I hope this could help any future work on this issue.<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Best regards,<o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US">Selim <o:p></o:p></span></p> <p class="MsoNormal"><span style="color: rgb(31, 73, 125);" lang="EN-US"><o:p> </o:p></span></p> <div> <div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0cm 0cm;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;" lang="EN-US">De :</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;" lang="EN-US"> mblestel [<a class="moz-txt-link-freetext" href="mailto:med...@in...">mailto:med...@in...</a>] <br> <b>Envoyé :</b> vendredi 11 juin 2010 17:34<br> <b>À :</b> ELLOUZE Selim RD-CO</span><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;">RE-LAN<br> <b>Cc :</b> <a class="moz-txt-link-abbreviated" href="mailto:ope...@li...">ope...@li...</a>; <a class="moz-txt-link-abbreviated" href="mailto:mr...@in...">mr...@in...</a><br> <b>Objet :</b> Re: Problem decoding IDR pictures<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><br> Hello Selim,<br> <br> First, thank you for using Open SVC Decoder.<br> <br> The problem was due to negative POC, which are authorized in the SVC standard.<br> The modifications can be found under the revision 171 of the SVN repository.<br> <br> Concerning constraints in configuration files, Open SVC Decoder is not compatible with MGSVector.<br> These following lines should be removed from configuration files:<br> MGSVectorMode 1<br> MGSVector0 4<br> MGSVector1 4<br> MGSVector2 8<br> <br> <br> Kind regards<br> <br> Médéric<br> <br> <a moz-do-not-send="true" href="mailto:sel...@or...">sel...@or...</a> a écrit : <o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US">Hello,</span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US">I have got some troubles trying decoding a sequence with IDR pictures. The SVC stream is decoded properly except that when decoding an IDR picture, a sort of comeback occurs. It is like the stream is paused, played back and then restarts being decoded properly. However changing the spatial resolution is not affected.</span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US">When I checked the JSVM encoder output, I found this stream structure (which I think is the source of the problem):</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V 42.2093 13568 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V 42.5728 55392 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V 42.7728 5664 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V 42.4606 34912 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V 42.7954 3280 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 27568 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V 42.9154 1440 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V 42.3649 13952 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V 42.9284 728 bit</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";"> </span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">I suspect the « - » ordered pictures to trouble the decoder.</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Please find attached the configuration files I used and the encoder output. </span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">I tested you video_2 sequence and I noticed that we could change spatial resolution without problems so it should include IDR pictures. I was wondering if there are any constraints to include in the JSVM configuration files in order to have the stream work properly with Open SVC Decoder.</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Best regards,</span><o:p></o:p></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Selim </span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal"><span lang="EN-US"> </span><o:p></o:p></p> <p class="MsoNormal" style="margin-bottom: 12pt;"><span style="font-size: 12pt; font-family: "Times New Roman","serif";"><o:p> </o:p></span></p> <div> <p class="MsoNormal"><span style="font-size: 12pt; font-family: "Times New Roman","serif";">-- <o:p></o:p></span></p> <div> <table class="MsoNormalTable" style="border: 1pt solid black; width: 450pt;" border="1" cellpadding="0" cellspacing="0" width="600"> <tbody> <tr style="height: 79.65pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 79.65pt;" valign="top" width="348"> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">Médéric Blestel</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">Ingénieur de Recherche / Research Engineer</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"><br> <br> <br> </span><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">IETR/Groupe Image</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"> <br> <br> <br> </span><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 79.65pt;" valign="top" width="252"> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">INSA DE RENNES</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">20 AVENUE DES BUTTES DE COESMES</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">CS 70 839</span></b><o:p></o:p></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);">35 708 RENNES CEDEX 7</span></b><span style="font-size: 8pt; font-family: "Verdana","sans-serif"; color: rgb(127, 127, 130);"><br> <br> Tél : +33 (2) 23 23 85 67</span><o:p></o:p></p> </td> </tr> <tr style="height: 38.25pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 38.25pt;" valign="top" width="348"> <p class="MsoNormal"><img id="_x0000_i1025" src="cid:par...@in..." border="0" height="49" width="120"><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 38.25pt;" valign="top" width="252"> <p class="MsoNormal" style="text-align: right;" align="right"><img id="_x0000_i1026" src="cid:par...@in..." border="0" height="50" width="120"><o:p></o:p></p> </td> </tr> </tbody> </table> <p class="MsoNormal"><span style="font-size: 12pt; font-family: "Times New Roman","serif"; color: windowtext;"><o:p> </o:p></span></p> </div> </div> </div> <pre wrap=""> <hr size="4" width="90%"> ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/thinkgeek-promo">http://p.sf.net/sfu/thinkgeek-promo</a></pre> <pre wrap=""> <hr size="4" width="90%"> _______________________________________________ Opensvcdecoder-support mailing list <a class="moz-txt-link-abbreviated" href="mailto:Ope...@li...">Ope...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support">https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support</a> </pre> </blockquote> <br> <br> <div class="moz-signature">-- <br> <title></title> <div class="moz-signature"> <table class="MsoNormalTable" style="border: 1pt solid black; width: 450pt;" border="1" cellpadding="0" cellspacing="0" width="600"> <tbody> <tr style="height: 79.65pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 79.65pt;" valign="top" width="348"> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">Médéric Blestel<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">Ingénieur de Recherche / Research Engineer</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"><br style=""> <br style=""> <o:p></o:p></span></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">IETR/Groupe Image</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"> <br style=""> <br style=""> <b><o:p></o:p></b></span></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 79.65pt;" valign="top" width="252"> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">INSA DE RENNES<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">20 AVENUE DES BUTTES DE COESMES<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">CS 70 839<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">35 708 RENNES CEDEX 7</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"><br> <br> Tél : +33 (2) 23 23 85 67<o:p></o:p></span></p> </td> </tr> <tr style="height: 38.25pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 38.25pt;" valign="top" width="348"> <p class="MsoNormal" style=""><!--[if gte vml 1]><v:shapetype id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f"> <v:stroke joinstyle="miter"/> <v:formulas> <v:f eqn="if lineDrawn pixelLineWidth 0"/> <v:f eqn="sum @0 1 0"/> <v:f eqn="sum 0 0 @1"/> <v:f eqn="prod @2 1 2"/> <v:f eqn="prod @3 21600 pixelWidth"/> <v:f eqn="prod @3 21600 pixelHeight"/> <v:f eqn="sum @0 0 1"/> <v:f eqn="prod @6 1 2"/> <v:f eqn="prod @7 21600 pixelWidth"/> <v:f eqn="sum @8 21600 0"/> <v:f eqn="prod @7 21600 pixelHeight"/> <v:f eqn="sum @10 21600 0"/> </v:formulas> <v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect"/> <o:lock v:ext="edit" aspectratio="t"/> </v:shapetype><v:shape id="_x0000_i1025" type="#_x0000_t75" style='width:90pt; height:36.75pt'> <v:imagedata src="file:///D:/Documents/Sign/ietr.gif" o:title="ietr"/> </v: shape><![endif]--><img alt="" src="cid:par...@in..." v:shapes="_x0000_i1025" height="49" width="120"><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 38.25pt;" valign="top" width="252"> <p class="MsoNormal" style="text-align: right;" align="right"><!--[if gte vml 1]><v:shape id="_x0000_i1026" type="#_x0000_t75" style='width:80.25pt;height:37.5pt'> <v:imagedata src="file:///D:/Documents/Sign/logoInsa.png" o:title="logoInsa"/> </v:shape><![endif]--><img alt="" src="cid:par...@in..." v:shapes="_x0000_i1026" height="50" width="120"><o:p></o:p></p> </td> </tr> </tbody> </table> </div> </div> </body> </html> |
From: mblestel <med...@in...> - 2010-06-11 16:09:42
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <br> Hello Selim,<br> <br> First, thank you for using Open SVC Decoder.<br> <br> The problem was due to negative POC, which are authorized in the SVC standard.<br> The modifications can be found under the revision 171 of the SVN repository.<br> <br> Concerning constraints in configuration files, Open SVC Decoder is not compatible with MGSVector.<br> These following lines should be removed from configuration files:<br> MGSVectorMode 1<br> <span class="moz-txt-citetags"></span>MGSVector0 4<br> <span class="moz-txt-citetags"></span>MGSVector1 4<br> <span class="moz-txt-citetags"></span>MGSVector2 8<br> <br> <br> Kind regards<br> <br> Médéric<br> <br> <a class="moz-txt-link-abbreviated" href="mailto:sel...@or...">sel...@or...</a> a écrit : <blockquote cite="mid:FE8...@ft..." type="cite"> <meta http-equiv="Content-Type" content="text/html; "> <meta name="Generator" content="Microsoft Word 12 (filtered medium)"> <style> <!-- /* Font Definitions */ @font-face {font-family:SimSun; panose-1:2 1 6 0 3 1 1 1 1 1;} @font-face {font-family:SimSun; panose-1:2 1 6 0 3 1 1 1 1 1;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:"\@SimSun"; panose-1:2 1 6 0 3 1 1 1 1 1;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif";} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri","sans-serif"; color:windowtext;} .MsoChpDefault {mso-style-type:export-only;} @page Section1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 70.85pt 70.85pt;} div.Section1 {page:Section1;} --> </style> <!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> <div class="Section1"> <p class="MsoNormal"><span lang="EN-US">Hello,<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span lang="EN-US">I have got some troubles trying decoding a sequence with IDR pictures. The SVC stream is decoded properly except that when decoding an IDR picture, a sort of comeback occurs. It is like the stream is paused, played back and then restarts being decoded properly. However changing the spatial resolution is not affected.<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span lang="EN-US">When I checked the JSVM encoder output, I found this stream structure (which I think is the source of the problem):<o:p></o:p></span></p> <p class="MsoNormal" style=""><span style="font-size: 10pt; font-family: "Courier New";">AU 0: I T0 L0 Q0 QP 34 Y 31.2299 U 41.3298 V 42.2093 13568 bit<o:p></o:p></span></p> <p class="MsoNormal" style=""><span style="font-size: 10pt; font-family: "Courier New";">AU 0: I T0 L1 Q0 QP 34 Y 31.1768 U 41.8522 V 42.5728 55392 bit<o:p></o:p></span></p> <p class="MsoNormal" style=""><span style="font-size: 10pt; font-family: "Courier New";">AU -8: P T1 L0 Q0 QP 38 Y 30.3367 U 41.6256 V 42.7728 5664 bit<o:p></o:p></span></p> <p class="MsoNormal" style=""><span style="font-size: 10pt; font-family: "Courier New";">AU -8: P T1 L1 Q0 QP 38 Y 30.2618 U 42.3020 V 42.4606 34912 bit<o:p></o:p></span></p> <p class="MsoNormal" style=""><span style="font-size: 10pt; font-family: "Courier New";">AU -12: P T2 L0 Q0 QP 39 Y 30.0292 U 41.6095 V 42.7954 3280 bit<o:p></o:p></span></p> <p class="MsoNormal" style=""><span style="font-size: 10pt; font-family: "Courier New";">AU -12: P T2 L1 Q0 QP 39 Y 29.9022 U 42.2241 V 42.2924 27568 bit<o:p></o:p></span></p> <p class="MsoNormal" style=""><span style="font-size: 10pt; font-family: "Courier New";">AU -14: P T3 L0 Q0 QP 40 Y 29.7667 U 41.6960 V 42.9154 1440 bit<o:p></o:p></span></p> <p class="MsoNormal" style=""><span style="font-size: 10pt; font-family: "Courier New";">AU -14: P T3 L1 Q0 QP 40 Y 29.2568 U 42.2922 V 42.3649 13952 bit<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";">AU -15: P T4 L0 Q0 QP 42 Y 29.6208 U 41.6600 V 42.9284 728 bit<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">I suspect the « - » ordered pictures to trouble the decoder.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Please find attached the configuration files I used and the encoder output. <o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">I tested you video_2 sequence and I noticed that we could change spatial resolution without problems so it should include IDR pictures. I was wondering if there are any constraints to include in the JSVM configuration files in order to have the stream work properly with Open SVC Decoder.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Best regards,<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 10pt; font-family: "Courier New";" lang="EN-US">Selim </span><span lang="EN-US"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p> <p class="MsoNormal"><span lang="EN-US"> <o:p></o:p></span></p> </div> </blockquote> <br> <br> <div class="moz-signature">-- <br> <title></title> <div class="moz-signature"> <table class="MsoNormalTable" style="border: 1pt solid black; width: 450pt;" border="1" cellpadding="0" cellspacing="0" width="600"> <tbody> <tr style="height: 79.65pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 79.65pt;" valign="top" width="348"> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">Médéric Blestel<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">Ingénieur de Recherche / Research Engineer</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"><br style=""> <br style=""> <o:p></o:p></span></p> <p class="MsoNormal" style="margin: 3.75pt; line-height: 9.75pt;"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">IETR/Groupe Image</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"> <br style=""> <br style=""> <b><o:p></o:p></b></span></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 79.65pt;" valign="top" width="252"> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">INSA DE RENNES<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">20 AVENUE DES BUTTES DE COESMES<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">CS 70 839<o:p></o:p></span></b></p> <p class="MsoNormal" style="margin: 3.75pt; text-align: right; line-height: 9.75pt;" align="right"><b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);">35 708 RENNES CEDEX 7</span></b><span style="font-size: 8pt; font-family: Verdana; color: rgb(127, 127, 130);"><br> <br> Tél : +33 (2) 23 23 85 67<o:p></o:p></span></p> </td> </tr> <tr style="height: 38.25pt;"> <td style="border: medium none ; padding: 0cm; width: 261pt; height: 38.25pt;" valign="top" width="348"> <p class="MsoNormal" style=""><!--[if gte vml 1]><v:shapetype id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f"> <v:stroke joinstyle="miter"/> <v:formulas> <v:f eqn="if lineDrawn pixelLineWidth 0"/> <v:f eqn="sum @0 1 0"/> <v:f eqn="sum 0 0 @1"/> <v:f eqn="prod @2 1 2"/> <v:f eqn="prod @3 21600 pixelWidth"/> <v:f eqn="prod @3 21600 pixelHeight"/> <v:f eqn="sum @0 0 1"/> <v:f eqn="prod @6 1 2"/> <v:f eqn="prod @7 21600 pixelWidth"/> <v:f eqn="sum @8 21600 0"/> <v:f eqn="prod @7 21600 pixelHeight"/> <v:f eqn="sum @10 21600 0"/> </v:formulas> <v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect"/> <o:lock v:ext="edit" aspectratio="t"/> </v:shapetype><v:shape id="_x0000_i1025" type="#_x0000_t75" style='width:90pt; height:36.75pt'> <v:imagedata src="file:///D:/Documents/Sign/ietr.gif" o:title="ietr"/> </v: shape><![endif]--><img alt="" src="cid:par...@in..." v:shapes="_x0000_i1025" height="49" width="120"><o:p></o:p></p> </td> <td style="border: medium none ; padding: 0cm; width: 189pt; height: 38.25pt;" valign="top" width="252"> <p class="MsoNormal" style="text-align: right;" align="right"><!--[if gte vml 1]><v:shape id="_x0000_i1026" type="#_x0000_t75" style='width:80.25pt;height:37.5pt'> <v:imagedata src="file:///D:/Documents/Sign/logoInsa.png" o:title="logoInsa"/> </v:shape><![endif]--><img alt="" src="cid:par...@in..." v:shapes="_x0000_i1026" height="50" width="120"><o:p></o:p></p> </td> </tr> </tbody> </table> </div> </div> </body> </html> |
From: M. R. <mr...@in...> - 2010-06-09 13:40:31
|
Hi sandeep, Of course yes! we will add the source code for SVC support under MP4 box in the download section of Opensvcdecoder. Mickaël Le 4 juin 2010 à 20:28, Sandeep Chauhan a écrit : > Hi, > > I used the MP4Box exe that you provide under additional tools. And that MP4Box seems to support SVC in a much better way than the latest available source code of MP4Box. > > But the SDP generated has some issues: > > 1) H264 should be H264-SVC on a=rtpmap line as per the SVC spec. > 2) sprop-scalability-info parameter is not populated at all. > > I wanted to make changes to fix these issues. I think you guys made some changes to MP4Box source code which have not yet been checked in back to their main branch. Can I get the MP4Box source code that you have ? I will be really thankful. > > -- > -Sandeep > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
From: Sandeep C. <san...@gm...> - 2010-06-04 18:29:17
|
Hi, I used the MP4Box exe that you provide under additional tools. And that MP4Box seems to support SVC in a much better way than the latest available source code of MP4Box. But the SDP generated has some issues: 1) H264 should be H264-SVC on a=rtpmap line as per the SVC spec. 2) sprop-scalability-info parameter is not populated at all. I wanted to make changes to fix these issues. I think you guys made some changes to MP4Box source code which have not yet been checked in back to their main branch. Can I get the MP4Box source code that you have ? I will be really thankful. -- -Sandeep |
From: M. R. <mr...@in...> - 2010-03-20 17:08:04
|
Hi peter, This has been corrected in rev 136. Best regards, Mickaël Hi, SVN rev 134 fails to compile on Linux; the file slice_data_cabac.h is with lowercase s, but it is included with uppercase s; same for slice_header.h the file name is AVCdisplay.h, but slice_header.c includes AVCDisplay.h (with uppercase D) regards, p. -- Peter Meerwald Kaigasse 3 / 8 A-5020 Salzburg / AUSTRIA (mobile) |