You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
(24) |
Nov
(12) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
|
Feb
(4) |
Mar
(6) |
Apr
|
May
(31) |
Jun
(20) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
|
Nov
(10) |
Dec
|
2011 |
Jan
(6) |
Feb
(1) |
Mar
(4) |
Apr
(9) |
May
(7) |
Jun
(3) |
Jul
(3) |
Aug
(1) |
Sep
(31) |
Oct
(23) |
Nov
(9) |
Dec
|
2012 |
Jan
(10) |
Feb
(17) |
Mar
(11) |
Apr
(26) |
May
(15) |
Jun
(11) |
Jul
(21) |
Aug
(17) |
Sep
(15) |
Oct
(10) |
Nov
(22) |
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
(5) |
Nov
(28) |
Dec
(7) |
2014 |
Jan
(28) |
Feb
(16) |
Mar
(23) |
Apr
(4) |
May
(21) |
Jun
(14) |
Jul
(22) |
Aug
(5) |
Sep
(5) |
Oct
(9) |
Nov
(5) |
Dec
(3) |
2015 |
Jan
(1) |
Feb
(3) |
Mar
(16) |
Apr
(23) |
May
(18) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Leonidas T. <lts...@ab...> - 2015-04-30 11:01:45
|
Hi! Problem solved after deleting old directories with workspace and doing the process for importing Orcc apps into Eclipse from the very beginning. Thanks a lot to Antoine Lorence and Evgeniy Upenik for trying to help! Best Regards, Leonidas Quoting Evgeniy Upenik <evg...@ep...>: > Hello Leonidas, > > From what I can see according to your problem description, you need to > clean all the projects in the workspace and it should get fixed. > > Otherwise, I can only help you if you provide more information: like > what is the version of ORCC plugin you are using, what exactly is the > application etc. > > Anyway, don't hesitate to ask. It were some changes applied to the ORCC > and we did not update tutorials yet. > > Thanks for your interest! > > Regards, > > Evgeniy > >> >> >> -------- Forwarded Message -------- >> Subject: [orcc-list] Problem with Eclipse Luna and Orcc on a Mac >> OS X Yosemite >> Date: Tue, 28 Apr 2015 11:21:41 +0300 >> From: Leonidas Tsiopoulos <lts...@ab...> >> To: orc...@li... >> >> >> >> Hi! >> >> I have installed Eclipse Luna and Orcc and I can open the .xdf >> networks of the latest Orcc applications but when I double click the >> actors I cannot see the CAL code. Could somebody assist me in >> overcoming this issue? >> >> Thank you in advance! >> >> Best Regards, >> >> Leonidas Tsiopoulos >> |
From: Evgeniy U. <evg...@ep...> - 2015-04-28 13:55:17
|
Hello Leonidas, From what I can see according to your problem description, you need to clean all the projects in the workspace and it should get fixed. Otherwise, I can only help you if you provide more information: like what is the version of ORCC plugin you are using, what exactly is the application etc. Anyway, don't hesitate to ask. It were some changes applied to the ORCC and we did not update tutorials yet. Thanks for your interest! Regards, Evgeniy > > > -------- Forwarded Message -------- > Subject: [orcc-list] Problem with Eclipse Luna and Orcc on a Mac OS X > Yosemite > Date: Tue, 28 Apr 2015 11:21:41 +0300 > From: Leonidas Tsiopoulos <lts...@ab...> > To: orc...@li... > > > > Hi! > > I have installed Eclipse Luna and Orcc and I can open the .xdf > networks of the latest Orcc applications but when I double click the > actors I cannot see the CAL code. Could somebody assist me in > overcoming this issue? > > Thank you in advance! > > Best Regards, > > Leonidas Tsiopoulos > |
From: Mickaël R. <Mic...@in...> - 2015-04-28 10:42:45
|
Mickael Sent by my iPhone Début du message transféré : > Expéditeur: Embedded Systems News <emb...@ir...> > Date: 28 avril 2015 11:07:56 UTC+2 > Destinataire: undisclosed-recipients:; > Objet: [Embedded_news] [Special Issue] Real-Time Energy-Aware Circuits and Systems for HEVC and for its 3D and SVC Extensions > Répondre à: new...@ir... > > [We apologize if you receive multiple copies of this Call For Papers] > > ==================================================================== > SPECIAL ISSUE: "Real-Time Energy-Aware Circuits and Systems for HEVC and for its 3D and SVC Extensions" > > JOURNAL: Journal of Real-Time Image Processing (Springer) > > MANUSCRIPT DUE: September 20, 2015 > > http://www.springer.com/computer/image+processing/journal/11554 > ==================================================================== > > DESCRIPTION: > > The Journal of Real-Time Image Processing (ISI IF=1.111) is an international journal focused on real time aspects of image and video processing systems and algorithms for industrial, medical, consumer electronics, portable and embedded device applications. Under this very specific domain, it presents practical, low-cost, and real-time processing architectures and systems, as well as tools, simulation and modeling for real-time processing algorithms and their implementations. > > SCOPE: > > Since its formal approval, in 2013, the High Efficiency Video Coding (HEVC) standard has established as the new state of the art on video compression. When compared with the previous standards, it has been shown that HEVC encoders can achieve equivalent subjective visual quality as H.264/AVC encoders, when using approximately 50% less of the bit rate. However, such coding efficiency comes at cost of a substantial increase of the computational complexity of both the video encoder and the decoder. As a consequence, real-time implementations of HEVC codecs is still an open and challenging task, only attained by using special purpose circuits and systems. > > Complementarily, the recent advent of 3D video technologies and of Scalable Video Coding (SVC) extensions has pushed the formal definition of the HEVC, together with the development of convenient high-throughput and real-time encoding/decoding systems and supporting hardware. > > However, although conventional approaches often relying on programmable and/or dedicated parallel processing platforms already allow achieving a significant performance level, important compromises have to be established in order to cope with the strict energy efficiency requirements imposed at the several different application domains (e.g. mobile, battery supplied and hand-held devices). As a consequence, energy efficiency is gradually becoming one fundamental constraint and requisite for video encoding/decoding systems design, often requiring the adoption of new technologies and micro-architecture design approaches. > > This special issue is mainly focused on the new design and development trends of energy efficient and real-time processing architectures for HEVC systems design. Topics of interest cover all aspects of this research domain, including not only architectures but also algorithms and circuits. > > TOPICS OF INTEREST INCLUDE: > > Prospective authors are invited to submit manuscripts related to efficient implementations of real time HEVC encoding systems and/or its 3D and SVC extensions. Potential topics of interest include, but are not limited to: > * Low-latency HEVC encoding circuits and systems for interactive applications > * High-throughput VLSI hardware for HEVC codecs (e.g. Ultra-HD 8k) > * ASICs and dedicated architectures for real-time processing > * Multi-core and multi-processor systems, SoCs, and NoCs > * Dynamically reconfigurable/adaptable encoding and decoding systems > * Energy-aware real-time HEVC codecs supported on embedded processors (e.g. ARM's big.LITTLE), embedded GPUs (e.g., ARM's Mali, NVIDIA's Tegra) or low power FPGA-based SoCs (e.g. Xilinx's Zynq) > * Low-power and energy-aware HEVC codec design techniques > * Performance-power-energy aware strategies > * HEVC SW/HW co-design and partitioning > * Optimized memory hierarchies and system organization for real-time HEVC coding > > IMPORTANT DATES > > Manuscript Submission: September 20, 2015 > Acceptance Notification: March 31, 2016 > Final Manuscript: June 30, 2016 > > SUBMISSION PROCEDURE > > Authors from academia and industry working in the above or closely related research areas are invited to submit original manuscripts that have not been published and are not currently under review by other journals or conferences. All potential authors are requested to volunteer as reviewers in the peer-review process for manuscripts submitted for this special issue. > > To ensure that all manuscripts are correctly identified for consideration by the Special Issue, the authors should select "S.I.: Real-Time Energy-Aware Circuits and Systems for HEVC and 3D/SVC" when they reach the "Article Type" step in the submission process. For further questions or inquiries, please contact the Guest Editors. > > GUEST EDITORS: > > * Leonel Sousa, IST, Univ. Lisboa (Leo...@te...) > * Nuno Roma, INESC-ID, Univ. Lisboa (Nun...@in...) > > INFO: > > For more information about this special issue, please visit: > > http://www.springer.com/computer/image+processing/journal/11554 > > > > -- > Nuno Roma > Assistant Professor, PhD > INESC-ID, IST, University of Lisbon > Dept. of Electrical and Computer Engineering > http://sips.inesc-id.pt/~nfvr > > _______________________________________________ > > To unsubscribe > send a mail with the subject "unsubscribe" (without the quotes) to > emb...@ir... > > To subscribe > send a mail with the subject "subscribe" (without the quotes) to > emb...@ir... |
From: Mickaël R. <mr...@gm...> - 2015-04-28 09:25:37
|
Fyi. ---------- Message transféré ---------- De : *Google Scholar Alerts* <sch...@go...> Date : mardi 28 avril 2015 Objet : Scholar Alert - New citations to my articles À : mr...@gm... *Scholar Alert: New citations to my articles* Execution of dataflow process networks on OpenCL platforms <http://scholar.google.com/scholar_url?url=http://ieeexplore.ieee.org/xpls/abs_all.jsp%3Farnumber%3D7092784&hl=en&sa=X&scisig=AAGBfm1-U2gC2S3ZFLTEpQGfYpKL3zMaCg&nossl=1&oi=scholaralrt> W Lund, S Kanur, J Ersfolk, L Tsiopoulos, J Lilius… Abstract—The trend in computing systems is to combine various kinds of processing elements (PEs) to build more parallel architectures. This trend leads to more heterogeneous computing systems, for which abstractions are needed to efficiently program the systems * ...* ------------------------------ This Google Scholar Alert is brought to you by Google. Cancel alert <http://scholar.google.com/scholar_alerts?view_op=cancel_alert_options&email_for_op=mraulet%40gmail.com&alert_id=AuiZHZrhEYEJ&hl=en> List my alerts <http://scholar.google.com/scholar_alerts?view_op=list_alerts&email_for_op=mraulet%40gmail.com&alert_id=AuiZHZrhEYEJ&hl=en> |
From: Leonidas T. <lts...@ab...> - 2015-04-28 08:37:19
|
Hi! I have installed Eclipse Luna and Orcc and I can open the .xdf networks of the latest Orcc applications but when I double click the actors I cannot see the CAL code. Could somebody assist me in overcoming this issue? Thank you in advance! Best Regards, Leonidas Tsiopoulos |
From: Manuel S. <man...@in...> - 2015-04-09 16:32:16
|
Thanks ! On 04/09/2015 06:21 PM, Hervé Yviquel wrote: > Mmhh I don’t know, I think they could be decode by both decoders… > But keep in mind that these AVC decoders have wrong designs that lead to very poor performance and bugs that introduces deadlocks… > They are not a good subjects for paper experiments: you should focus on HEVC and MPEG-4 Part 2 SP > >> Le 9 avr. 2015 à 13:12, Manuel Selva <man...@in...> a écrit : >> >> Hi Hervé, >> >> Thanks for the reactive answer ;-) You mean in tha AVC.zip archive ? In this archive, which file are CBP streams and which ones are PHP streams ? >> >> ---- >> Manu >> >> On 04/09/2015 06:05 PM, Hervé Yviquel wrote: >>> Hi Manuel, >>> >>> You can find some here: >>> http://sourceforge.net/projects/orcc/files/Sequences/ >>> >>> Cheers, >>> Hervé >>> >>>> Le 9 avr. 2015 à 13:02, Manuel Selva <man...@in... >>>> <mailto:man...@in...>> a écrit : >>>> >>>> Hi, >>>> >>>> Few weeks ago I asked a question about a problem with decoding an HEVC >>>> input file. The source of the problem was that I was using a wrong input >>>> stream (not yet supported). I was pointed to >>>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ to get HEVC >>>> input stream. >>>> >>>> I am now wondering where can I download the input streams you (the Orcc >>>> community) use to validate your work ? I am mainly looking for input >>>> streams to be used with the two H264 decoders (CBP and PHP) provided in >>>> the RVC project from the application git repository. >>>> >>>> Thanks for your help, >>>> >>>> ---- >>>> Manu >>>> >>>> ------------------------------------------------------------------------------ >>>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT >>>> Develop your own process in accordance with the BPMN 2 standard >>>> Learn Process modeling best practices with Bonita BPM through live >>>> exercises >>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- >>>> event?utm_ >>>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF >>>> _______________________________________________ >>>> Orcc-list mailing list >>>> Orc...@li... <mailto:Orc...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/orcc-list >>> > |
From: Hervé Y. <hyv...@gm...> - 2015-04-09 16:21:53
|
Mmhh I don’t know, I think they could be decode by both decoders… But keep in mind that these AVC decoders have wrong designs that lead to very poor performance and bugs that introduces deadlocks… They are not a good subjects for paper experiments: you should focus on HEVC and MPEG-4 Part 2 SP > Le 9 avr. 2015 à 13:12, Manuel Selva <man...@in...> a écrit : > > Hi Hervé, > > Thanks for the reactive answer ;-) You mean in tha AVC.zip archive ? In this archive, which file are CBP streams and which ones are PHP streams ? > > ---- > Manu > > On 04/09/2015 06:05 PM, Hervé Yviquel wrote: >> Hi Manuel, >> >> You can find some here: >> http://sourceforge.net/projects/orcc/files/Sequences/ >> >> Cheers, >> Hervé >> >>> Le 9 avr. 2015 à 13:02, Manuel Selva <man...@in... >>> <mailto:man...@in...>> a écrit : >>> >>> Hi, >>> >>> Few weeks ago I asked a question about a problem with decoding an HEVC >>> input file. The source of the problem was that I was using a wrong input >>> stream (not yet supported). I was pointed to >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ to get HEVC >>> input stream. >>> >>> I am now wondering where can I download the input streams you (the Orcc >>> community) use to validate your work ? I am mainly looking for input >>> streams to be used with the two H264 decoders (CBP and PHP) provided in >>> the RVC project from the application git repository. >>> >>> Thanks for your help, >>> >>> ---- >>> Manu >>> >>> ------------------------------------------------------------------------------ >>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT >>> Develop your own process in accordance with the BPMN 2 standard >>> Learn Process modeling best practices with Bonita BPM through live >>> exercises >>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- >>> event?utm_ >>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF >>> _______________________________________________ >>> Orcc-list mailing list >>> Orc...@li... <mailto:Orc...@li...> >>> https://lists.sourceforge.net/lists/listinfo/orcc-list >> |
From: Manuel S. <man...@in...> - 2015-04-09 16:12:21
|
Hi Hervé, Thanks for the reactive answer ;-) You mean in tha AVC.zip archive ? In this archive, which file are CBP streams and which ones are PHP streams ? ---- Manu On 04/09/2015 06:05 PM, Hervé Yviquel wrote: > Hi Manuel, > > You can find some here: > http://sourceforge.net/projects/orcc/files/Sequences/ > > Cheers, > Hervé > >> Le 9 avr. 2015 à 13:02, Manuel Selva <man...@in... >> <mailto:man...@in...>> a écrit : >> >> Hi, >> >> Few weeks ago I asked a question about a problem with decoding an HEVC >> input file. The source of the problem was that I was using a wrong input >> stream (not yet supported). I was pointed to >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ to get HEVC >> input stream. >> >> I am now wondering where can I download the input streams you (the Orcc >> community) use to validate your work ? I am mainly looking for input >> streams to be used with the two H264 decoders (CBP and PHP) provided in >> the RVC project from the application git repository. >> >> Thanks for your help, >> >> ---- >> Manu >> >> ------------------------------------------------------------------------------ >> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT >> Develop your own process in accordance with the BPMN 2 standard >> Learn Process modeling best practices with Bonita BPM through live >> exercises >> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- >> event?utm_ >> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF >> _______________________________________________ >> Orcc-list mailing list >> Orc...@li... <mailto:Orc...@li...> >> https://lists.sourceforge.net/lists/listinfo/orcc-list > |
From: Hervé Y. <hyv...@gm...> - 2015-04-09 16:05:18
|
Hi Manuel, You can find some here: http://sourceforge.net/projects/orcc/files/Sequences/ <http://sourceforge.net/projects/orcc/files/Sequences/> Cheers, Hervé > Le 9 avr. 2015 à 13:02, Manuel Selva <man...@in...> a écrit : > > Hi, > > Few weeks ago I asked a question about a problem with decoding an HEVC > input file. The source of the problem was that I was using a wrong input > stream (not yet supported). I was pointed to > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ to get HEVC > input stream. > > I am now wondering where can I download the input streams you (the Orcc > community) use to validate your work ? I am mainly looking for input > streams to be used with the two H264 decoders (CBP and PHP) provided in > the RVC project from the application git repository. > > Thanks for your help, > > ---- > Manu > > ------------------------------------------------------------------------------ > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF > _______________________________________________ > Orcc-list mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orcc-list |
From: Manuel S. <man...@in...> - 2015-04-09 16:02:25
|
Hi, Few weeks ago I asked a question about a problem with decoding an HEVC input file. The source of the problem was that I was using a wrong input stream (not yet supported). I was pointed to ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ to get HEVC input stream. I am now wondering where can I download the input streams you (the Orcc community) use to validate your work ? I am mainly looking for input streams to be used with the two H264 decoders (CBP and PHP) provided in the RVC project from the application git repository. Thanks for your help, ---- Manu |
From: Martin <zen...@ya...> - 2015-04-02 10:16:41
|
Hi, You are receiving this email because we wish you to use our target email marketing service. Email marketing is one of the best marketing strategies of all time and has helped many businesses globally achieve their goals, double their profits and increase their client base. We have worked on a number of projects and campaigns, all our packages are tailor made and designed according to your requirements. Increase your client base and market your product to millions or let us bring the buying leads for you! We can always help your business reach the next level! Our goal is to increase your business sales 2-5 times than now. If you would require more information please send us an email and we would be glad to discuss the project requirements with you! Looking forward to your positive response. Kind Regards Martin Email Marketing Specialist Contact: ta...@to... |
From: Martin <zen...@ya...> - 2015-04-02 10:16:40
|
Hi, You are receiving this email because we wish you to use our target email marketing service. Email marketing is one of the best marketing strategies of all time and has helped many businesses globally achieve their goals, double their profits and increase their client base. We have worked on a number of projects and campaigns, all our packages are tailor made and designed according to your requirements. Increase your client base and market your product to millions or let us bring the buying leads for you! We can always help your business reach the next level! Our goal is to increase your business sales 2-5 times than now. If you would require more information please send us an email and we would be glad to discuss the project requirements with you! Looking forward to your positive response. Kind Regards Martin Email Marketing Specialist Contact: ta...@to... |
From: Marco M. <mar...@ep...> - 2015-03-26 08:57:56
|
Mickael, yes indeed!! Good suggestion. Let's put is in the conformance testing action point list. Marco On 25.03.2015 22:32, Mickaël Raulet wrote: > We should have a patch-welcome message and abort decoding when trying to decode such a bitstream. > > Mickael > > Sent by my iPhone > >> Le 25 mars 2015 à 18:41, Marco Mattavelli <mar...@ep...> a écrit : >> >> Manuel, >> 10 bits HEVC decoding will probably need to revise all decoder network >> to be fully supported. >> The action is in the plan of new projects, but not yet in the schedule >> at the moment. >> >> It is surprising that the parser did not immediately deadlock, so giving >> the impression that was decoding correctly ..... >> >> Cheers. >> >> marco >> >>> On 25.03.2015 18:33, Manuel Selva wrote: >>> Hi all, >>> >>> Thanks for your help and answers. I guess, it's not worth to fill a bug entry if it's only an "unsupported" file ? >>> >>> ------ >>> Manuel >>> >>> ----- Original Message ----- >>> From: "Damien de Saint Jorre" <dam...@ep...> >>> To: "manuel selva" <man...@in...>, orc...@li... >>> Sent: Wednesday, March 25, 2015 2:24:37 PM >>> Subject: Re: [orcc-list] HEVC scheduler starvation >>> >>> Hello Manuel, >>> >>> Thanks for your feedback. >>> The sequences you are mentionning (located in ld_main10, lp_main10, >>> i_main10 and ra_main10 folders) are sequences from the profile "Main10". >>> The RVC decoder is supporting Main profile and main still picture but >>> not main10 profile. These informations are mentionned in the RVC >>> standard but unfortunately not in the RVC-Cal code/readme (we should do >>> it to avoid users to try other sequences). >>> >>> As Alexandre told you, you should use these sequences which belongs to >>> the other profiles we support : >>> >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ >>> >>> Best regards, >>> Damien de Saint Jorre. >>> >>>> On 03/25/2015 10:36 AM, Alexande Sanchez wrote: >>>> Le 24/03/2015 16:04, Manuel Selva a écrit : >>>>> Hi all, >>>>> >>>>> The following setting leads to a deadloc (the scheduler has no more actors to fire) >>>>> >>>>> - I am working directly on Orcc GitHub sources >>>>> >>>>> - I am using org.ietr.mpegh.part2.Top_mpegh_part2_main_no_md5 network in Research project from GitHub >>>>> >>>>> - I compile the networtk using the C backend with only the "Compile Xdf Network" >>>>> >>>>> - Fifo size 8192 (I also tried with 262144, the problem is the same)) >>>>> >>>>> - I launch the application with only the-i /Kimono1_1920x1080_24_qp27.bin downloaded from here ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ld_main10/ >>>>> >>>>> ===> 4 frames are decoded and then the scheduler "deadlocks" >>>>> >>>>> After checking, I have the same issue with the standardize version of the HEVC network in the RVC project. I guess I missed something, but I amnot yet available to find what. Does anyone reproduces the same issue or has a hint of what can cause this "deadlock" ? >>>>> >>>>> Thanks >>>>> >>>>> ------ >>>>> Manuel >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >>>>> by Intel and developed in partnership with Slashdot Media, is your hub for all >>>>> things parallel software development, from weekly thought leadership blogs to >>>>> news, videos, case studies, tutorials and more. Take a look and join the >>>>> conversation now. http://goparallel.sourceforge.net/ >>>>> _______________________________________________ >>>>> Orcc-list mailing list >>>>> Orc...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/orcc-list >>>> Hi Manuel, >>>> >>>> You are right, I can reproduce your issue and it should work. >>>> Please open an issue on Github (orc-apps) in order that the support team >>>> can handle it properly. >>>> The problems seems to be in HEVC application. >>>> >>>> You should use sequences from those directories for the moment : >>>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ >>>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ >>>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ >>>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ >>> ------------------------------------------------------------------------------ >>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >>> by Intel and developed in partnership with Slashdot Media, is your hub for all >>> things parallel software development, from weekly thought leadership blogs to >>> news, videos, case studies, tutorials and more. Take a look and join the >>> conversation now. http://goparallel.sourceforge.net/ >>> _______________________________________________ >>> Orcc-list mailing list >>> Orc...@li... >>> https://lists.sourceforge.net/lists/listinfo/orcc-list >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for all >> things parallel software development, from weekly thought leadership blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> Orcc-list mailing list >> Orc...@li... >> https://lists.sourceforge.net/lists/listinfo/orcc-list > . > |
From: Mickaël R. <Mic...@in...> - 2015-03-25 21:32:44
|
We should have a patch-welcome message and abort decoding when trying to decode such a bitstream. Mickael Sent by my iPhone > Le 25 mars 2015 à 18:41, Marco Mattavelli <mar...@ep...> a écrit : > > Manuel, > 10 bits HEVC decoding will probably need to revise all decoder network > to be fully supported. > The action is in the plan of new projects, but not yet in the schedule > at the moment. > > It is surprising that the parser did not immediately deadlock, so giving > the impression that was decoding correctly ..... > > Cheers. > > marco > >> On 25.03.2015 18:33, Manuel Selva wrote: >> Hi all, >> >> Thanks for your help and answers. I guess, it's not worth to fill a bug entry if it's only an "unsupported" file ? >> >> ------ >> Manuel >> >> ----- Original Message ----- >> From: "Damien de Saint Jorre" <dam...@ep...> >> To: "manuel selva" <man...@in...>, orc...@li... >> Sent: Wednesday, March 25, 2015 2:24:37 PM >> Subject: Re: [orcc-list] HEVC scheduler starvation >> >> Hello Manuel, >> >> Thanks for your feedback. >> The sequences you are mentionning (located in ld_main10, lp_main10, >> i_main10 and ra_main10 folders) are sequences from the profile "Main10". >> The RVC decoder is supporting Main profile and main still picture but >> not main10 profile. These informations are mentionned in the RVC >> standard but unfortunately not in the RVC-Cal code/readme (we should do >> it to avoid users to try other sequences). >> >> As Alexandre told you, you should use these sequences which belongs to >> the other profiles we support : >> >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ >> >> Best regards, >> Damien de Saint Jorre. >> >>> On 03/25/2015 10:36 AM, Alexande Sanchez wrote: >>> Le 24/03/2015 16:04, Manuel Selva a écrit : >>>> Hi all, >>>> >>>> The following setting leads to a deadloc (the scheduler has no more actors to fire) >>>> >>>> - I am working directly on Orcc GitHub sources >>>> >>>> - I am using org.ietr.mpegh.part2.Top_mpegh_part2_main_no_md5 network in Research project from GitHub >>>> >>>> - I compile the networtk using the C backend with only the "Compile Xdf Network" >>>> >>>> - Fifo size 8192 (I also tried with 262144, the problem is the same)) >>>> >>>> - I launch the application with only the-i /Kimono1_1920x1080_24_qp27.bin downloaded from here ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ld_main10/ >>>> >>>> ===> 4 frames are decoded and then the scheduler "deadlocks" >>>> >>>> After checking, I have the same issue with the standardize version of the HEVC network in the RVC project. I guess I missed something, but I amnot yet available to find what. Does anyone reproduces the same issue or has a hint of what can cause this "deadlock" ? >>>> >>>> Thanks >>>> >>>> ------ >>>> Manuel >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >>>> by Intel and developed in partnership with Slashdot Media, is your hub for all >>>> things parallel software development, from weekly thought leadership blogs to >>>> news, videos, case studies, tutorials and more. Take a look and join the >>>> conversation now. http://goparallel.sourceforge.net/ >>>> _______________________________________________ >>>> Orcc-list mailing list >>>> Orc...@li... >>>> https://lists.sourceforge.net/lists/listinfo/orcc-list >>> Hi Manuel, >>> >>> You are right, I can reproduce your issue and it should work. >>> Please open an issue on Github (orc-apps) in order that the support team >>> can handle it properly. >>> The problems seems to be in HEVC application. >>> >>> You should use sequences from those directories for the moment : >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ >>> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for all >> things parallel software development, from weekly thought leadership blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> Orcc-list mailing list >> Orc...@li... >> https://lists.sourceforge.net/lists/listinfo/orcc-list > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Orcc-list mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orcc-list |
From: Marco M. <mar...@ep...> - 2015-03-25 17:41:19
|
Manuel, 10 bits HEVC decoding will probably need to revise all decoder network to be fully supported. The action is in the plan of new projects, but not yet in the schedule at the moment. It is surprising that the parser did not immediately deadlock, so giving the impression that was decoding correctly ..... Cheers. marco On 25.03.2015 18:33, Manuel Selva wrote: > Hi all, > > Thanks for your help and answers. I guess, it's not worth to fill a bug entry if it's only an "unsupported" file ? > > ------ > Manuel > > ----- Original Message ----- > From: "Damien de Saint Jorre" <dam...@ep...> > To: "manuel selva" <man...@in...>, orc...@li... > Sent: Wednesday, March 25, 2015 2:24:37 PM > Subject: Re: [orcc-list] HEVC scheduler starvation > > Hello Manuel, > > Thanks for your feedback. > The sequences you are mentionning (located in ld_main10, lp_main10, > i_main10 and ra_main10 folders) are sequences from the profile "Main10". > The RVC decoder is supporting Main profile and main still picture but > not main10 profile. These informations are mentionned in the RVC > standard but unfortunately not in the RVC-Cal code/readme (we should do > it to avoid users to try other sequences). > > As Alexandre told you, you should use these sequences which belongs to > the other profiles we support : > > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ > > Best regards, > Damien de Saint Jorre. > > On 03/25/2015 10:36 AM, Alexande Sanchez wrote: >> Le 24/03/2015 16:04, Manuel Selva a écrit : >>> Hi all, >>> >>> The following setting leads to a deadloc (the scheduler has no more actors to fire) >>> >>> - I am working directly on Orcc GitHub sources >>> >>> - I am using org.ietr.mpegh.part2.Top_mpegh_part2_main_no_md5 network in Research project from GitHub >>> >>> - I compile the networtk using the C backend with only the "Compile Xdf Network" >>> >>> - Fifo size 8192 (I also tried with 262144, the problem is the same)) >>> >>> - I launch the application with only the-i /Kimono1_1920x1080_24_qp27.bin downloaded from here ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ld_main10/ >>> >>> ===> 4 frames are decoded and then the scheduler "deadlocks" >>> >>> After checking, I have the same issue with the standardize version of the HEVC network in the RVC project. I guess I missed something, but I amnot yet available to find what. Does anyone reproduces the same issue or has a hint of what can cause this "deadlock" ? >>> >>> Thanks >>> >>> ------ >>> Manuel >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >>> by Intel and developed in partnership with Slashdot Media, is your hub for all >>> things parallel software development, from weekly thought leadership blogs to >>> news, videos, case studies, tutorials and more. Take a look and join the >>> conversation now. http://goparallel.sourceforge.net/ >>> _______________________________________________ >>> Orcc-list mailing list >>> Orc...@li... >>> https://lists.sourceforge.net/lists/listinfo/orcc-list >> Hi Manuel, >> >> You are right, I can reproduce your issue and it should work. >> Please open an issue on Github (orc-apps) in order that the support team >> can handle it properly. >> The problems seems to be in HEVC application. >> >> You should use sequences from those directories for the moment : >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ >> ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ >> > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Orcc-list mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orcc-list |
From: Manuel S. <man...@in...> - 2015-03-25 17:33:20
|
Hi all, Thanks for your help and answers. I guess, it's not worth to fill a bug entry if it's only an "unsupported" file ? ------ Manuel ----- Original Message ----- From: "Damien de Saint Jorre" <dam...@ep...> To: "manuel selva" <man...@in...>, orc...@li... Sent: Wednesday, March 25, 2015 2:24:37 PM Subject: Re: [orcc-list] HEVC scheduler starvation Hello Manuel, Thanks for your feedback. The sequences you are mentionning (located in ld_main10, lp_main10, i_main10 and ra_main10 folders) are sequences from the profile "Main10". The RVC decoder is supporting Main profile and main still picture but not main10 profile. These informations are mentionned in the RVC standard but unfortunately not in the RVC-Cal code/readme (we should do it to avoid users to try other sequences). As Alexandre told you, you should use these sequences which belongs to the other profiles we support : ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ Best regards, Damien de Saint Jorre. On 03/25/2015 10:36 AM, Alexande Sanchez wrote: > Le 24/03/2015 16:04, Manuel Selva a écrit : >> Hi all, >> >> The following setting leads to a deadloc (the scheduler has no more actors to fire) >> >> - I am working directly on Orcc GitHub sources >> >> - I am using org.ietr.mpegh.part2.Top_mpegh_part2_main_no_md5 network in Research project from GitHub >> >> - I compile the networtk using the C backend with only the "Compile Xdf Network" >> >> - Fifo size 8192 (I also tried with 262144, the problem is the same)) >> >> - I launch the application with only the-i /Kimono1_1920x1080_24_qp27.bin downloaded from here ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ld_main10/ >> >> ===> 4 frames are decoded and then the scheduler "deadlocks" >> >> After checking, I have the same issue with the standardize version of the HEVC network in the RVC project. I guess I missed something, but I amnot yet available to find what. Does anyone reproduces the same issue or has a hint of what can cause this "deadlock" ? >> >> Thanks >> >> ------ >> Manuel >> >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for all >> things parallel software development, from weekly thought leadership blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> Orcc-list mailing list >> Orc...@li... >> https://lists.sourceforge.net/lists/listinfo/orcc-list > Hi Manuel, > > You are right, I can reproduce your issue and it should work. > Please open an issue on Github (orc-apps) in order that the support team > can handle it properly. > The problems seems to be in HEVC application. > > You should use sequences from those directories for the moment : > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ > |
From: Damien de S. J. <dam...@ep...> - 2015-03-25 13:24:49
|
Hello Manuel, Thanks for your feedback. The sequences you are mentionning (located in ld_main10, lp_main10, i_main10 and ra_main10 folders) are sequences from the profile "Main10". The RVC decoder is supporting Main profile and main still picture but not main10 profile. These informations are mentionned in the RVC standard but unfortunately not in the RVC-Cal code/readme (we should do it to avoid users to try other sequences). As Alexandre told you, you should use these sequences which belongs to the other profiles we support : ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ Best regards, Damien de Saint Jorre. On 03/25/2015 10:36 AM, Alexande Sanchez wrote: > Le 24/03/2015 16:04, Manuel Selva a écrit : >> Hi all, >> >> The following setting leads to a deadloc (the scheduler has no more actors to fire) >> >> - I am working directly on Orcc GitHub sources >> >> - I am using org.ietr.mpegh.part2.Top_mpegh_part2_main_no_md5 network in Research project from GitHub >> >> - I compile the networtk using the C backend with only the "Compile Xdf Network" >> >> - Fifo size 8192 (I also tried with 262144, the problem is the same)) >> >> - I launch the application with only the-i /Kimono1_1920x1080_24_qp27.bin downloaded from here ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ld_main10/ >> >> ===> 4 frames are decoded and then the scheduler "deadlocks" >> >> After checking, I have the same issue with the standardize version of the HEVC network in the RVC project. I guess I missed something, but I amnot yet available to find what. Does anyone reproduces the same issue or has a hint of what can cause this "deadlock" ? >> >> Thanks >> >> ------ >> Manuel >> >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming The Go Parallel Website, sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for all >> things parallel software development, from weekly thought leadership blogs to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> Orcc-list mailing list >> Orc...@li... >> https://lists.sourceforge.net/lists/listinfo/orcc-list > Hi Manuel, > > You are right, I can reproduce your issue and it should work. > Please open an issue on Github (orc-apps) in order that the support team > can handle it properly. > The problems seems to be in HEVC application. > > You should use sequences from those directories for the moment : > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ > |
From: Renzi D. <dan...@ep...> - 2015-03-25 10:01:53
|
Hi Manuel, many thanks for the feedback. As suggested by Alex, please for the moment use sequences compliant to the reference model HM-10.1, as there may be some conformance issues with different versions of the ref model. In any case we are working on this issue and try to fix it as soon as possible. We will keep you updated. Thanks. Best regards, -- Daniele Renzi ---------------------------------------------- EPFL SCI STI MM ELG 139 (ELG Building) Station 11 CH-1015 Lausanne - Switzerland ---------------------------------------------- -----Original Message----- From: Alexande Sanchez [mailto:Ale...@in...] Sent: mercredi 25 mars 2015 10:37 To: Manuel Selva Cc: orc...@li... Subject: Re: [orcc-list] HEVC scheduler starvation Le 24/03/2015 16:04, Manuel Selva a écrit : > Hi all, > > The following setting leads to a deadloc (the scheduler has no more > actors to fire) > > - I am working directly on Orcc GitHub sources > > - I am using org.ietr.mpegh.part2.Top_mpegh_part2_main_no_md5 network > in Research project from GitHub > > - I compile the networtk using the C backend with only the "Compile Xdf Network" > > - Fifo size 8192 (I also tried with 262144, the problem is the same)) > > - I launch the application with only the-i > /Kimono1_1920x1080_24_qp27.bin downloaded from here > ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ld_main10/ > > ===> 4 frames are decoded and then the scheduler "deadlocks" > > After checking, I have the same issue with the standardize version of the HEVC network in the RVC project. I guess I missed something, but I amnot yet available to find what. Does anyone reproduces the same issue or has a hint of what can cause this "deadlock" ? > > Thanks > > ------ > Manuel > > > > > ---------------------------------------------------------------------- > -------- Dive into the World of Parallel Programming The Go Parallel > Website, sponsored by Intel and developed in partnership with Slashdot > Media, is your hub for all things parallel software development, from > weekly thought leadership blogs to news, videos, case studies, > tutorials and more. Take a look and join the conversation now. > http://goparallel.sourceforge.net/ > _______________________________________________ > Orcc-list mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orcc-list Hi Manuel, You are right, I can reproduce your issue and it should work. Please open an issue on Github (orc-apps) in order that the support team can handle it properly. The problems seems to be in HEVC application. You should use sequences from those directories for the moment : ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ -- Alexandre Sanchez INSA de Rennes - Département EII IETR - Groupe Image Bureau 216 - Bat. 10 20, Avenue des Buttes de Coësmes CS 70839 35708 Rennes Cedex 7 ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Orcc-list mailing list Orc...@li... https://lists.sourceforge.net/lists/listinfo/orcc-list |
From: Alexande S. <Ale...@in...> - 2015-03-25 09:37:04
|
Le 24/03/2015 16:04, Manuel Selva a écrit : > Hi all, > > The following setting leads to a deadloc (the scheduler has no more actors to fire) > > - I am working directly on Orcc GitHub sources > > - I am using org.ietr.mpegh.part2.Top_mpegh_part2_main_no_md5 network in Research project from GitHub > > - I compile the networtk using the C backend with only the "Compile Xdf Network" > > - Fifo size 8192 (I also tried with 262144, the problem is the same)) > > - I launch the application with only the-i /Kimono1_1920x1080_24_qp27.bin downloaded from here ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ld_main10/ > > ===> 4 frames are decoded and then the scheduler "deadlocks" > > After checking, I have the same issue with the standardize version of the HEVC network in the RVC project. I guess I missed something, but I amnot yet available to find what. Does anyone reproduces the same issue or has a hint of what can cause this "deadlock" ? > > Thanks > > ------ > Manuel > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Orcc-list mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orcc-list Hi Manuel, You are right, I can reproduce your issue and it should work. Please open an issue on Github (orc-apps) in order that the support team can handle it properly. The problems seems to be in HEVC application. You should use sequences from those directories for the moment : ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ld_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/i_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/ra_main/ ftp://ftp.kw.bbc.co.uk/hevc/hm-10.1-anchors/bitstreams/lp_main/ -- Alexandre Sanchez INSA de Rennes - Département EII IETR - Groupe Image Bureau 216 - Bat. 10 20, Avenue des Buttes de Coësmes CS 70839 35708 Rennes Cedex 7 |
From: Manuel S. <man...@in...> - 2015-03-24 15:05:03
|
Hi all, The following setting leads to a deadloc (the scheduler has no more actors to fire) - I am working directly on Orcc GitHub sources - I am using org.ietr.mpegh.part2.Top_mpegh_part2_main_no_md5 network in Research project from GitHub - I compile the networtk using the C backend with only the "Compile Xdf Network" - Fifo size 8192 (I also tried with 262144, the problem is the same)) - I launch the application with only the-i /Kimono1_1920x1080_24_qp27.bin downloaded from here ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/ld_main10/ ===> 4 frames are decoded and then the scheduler "deadlocks" After checking, I have the same issue with the standardize version of the HEVC network in the RVC project. I guess I missed something, but I amnot yet available to find what. Does anyone reproduces the same issue or has a hint of what can cause this "deadlock" ? Thanks ------ Manuel |
From: Mickael R. <Mic...@in...> - 2015-03-23 15:14:28
|
the list is nice to use and should be used as it gives feedback for others that may have the same question. Mickaël ----- Mail original ----- De: "Manuel Selva" <man...@in...> À: "khaled jb" <kha...@ya...> Cc: orc...@li... Envoyé: Lundi 23 Mars 2015 15:28:32 Objet: Re: [orcc-list] How enable openHEVC in Research project ? Hi Khaled, Many thanks and sorry for my impatience that led me to also ask the question on the list. I just checked out the rvc branch, and the compilation is now ok. I'll follow-up my experiments and keep you informed about my results. Thanks again, ---- Manu ----- Original Message ----- From: "khaled jb" <kha...@ya...> To: "Manuel Selva" <man...@in...>, orc...@li... Sent: Monday, March 23, 2015 2:35:44 PM Subject: Re: [orcc-list] How enable openHEVC in Research project ? Hi Manuel,I was preparing an answer to your private mail. But since you got in advance with downloading Openhevc from git repository, I will answer to this mail.Indeed, some functions have been changed in the new openhevc decoder (master and rext). To have the same arguments, you should checkout the "rvc" branch in the repository! compile the new openhevcWrapper library then check if Cmake has detected the library automatically. If not set it manually at first time. Try this and tell me if every thing is OK !kind regards, Khaled JERBI Signal Processing Engineer IETR/INSA Rennes 20 avenue des buttes de Coësmes 35708 Rennes Cédex, FRANCE De : Manuel Selva <man...@in...> À : orc...@li... Envoyé le : Lundi 23 mars 2015 13h59 Objet : [orcc-list] How enable openHEVC in Research project ? Hi all, I am trying to compile (C backend) and run the optimized version of the HEVC decoder available in the Research project of the applications repository. For this I downloaded, compiled and installed the openHEVC library from GitHub: https://github.com/OpenHEVC/openHEVC When trying to compile the code generated by Orcc with SSE/openHEVC optimizations on, I got the following error: openhevc_sse.c:431:3: note: expected ‘int’ but argument is of type ‘int *’ After digging and checking the documentation (and the header file), it appears that the openHevc *hevc_h_loop_filter_luma* function needs an int for its third parameter and Orcc is giving it a pointer to an int (an array). So my question is, which version of openHevc should I use to run the optimized version of HEVC ? Is the HEVC decoder in the Research project still maintained and supported ? Thanks for your help, ---- Manu ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Orcc-list mailing list Orc...@li... https://lists.sourceforge.net/lists/listinfo/orcc-list ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Orcc-list mailing list Orc...@li... https://lists.sourceforge.net/lists/listinfo/orcc-list |
From: Manuel S. <man...@in...> - 2015-03-23 14:28:49
|
Hi Khaled, Many thanks and sorry for my impatience that led me to also ask the question on the list. I just checked out the rvc branch, and the compilation is now ok. I'll follow-up my experiments and keep you informed about my results. Thanks again, ---- Manu ----- Original Message ----- From: "khaled jb" <kha...@ya...> To: "Manuel Selva" <man...@in...>, orc...@li... Sent: Monday, March 23, 2015 2:35:44 PM Subject: Re: [orcc-list] How enable openHEVC in Research project ? Hi Manuel,I was preparing an answer to your private mail. But since you got in advance with downloading Openhevc from git repository, I will answer to this mail.Indeed, some functions have been changed in the new openhevc decoder (master and rext). To have the same arguments, you should checkout the "rvc" branch in the repository! compile the new openhevcWrapper library then check if Cmake has detected the library automatically. If not set it manually at first time. Try this and tell me if every thing is OK !kind regards, Khaled JERBI Signal Processing Engineer IETR/INSA Rennes 20 avenue des buttes de Coësmes 35708 Rennes Cédex, FRANCE De : Manuel Selva <man...@in...> À : orc...@li... Envoyé le : Lundi 23 mars 2015 13h59 Objet : [orcc-list] How enable openHEVC in Research project ? Hi all, I am trying to compile (C backend) and run the optimized version of the HEVC decoder available in the Research project of the applications repository. For this I downloaded, compiled and installed the openHEVC library from GitHub: https://github.com/OpenHEVC/openHEVC When trying to compile the code generated by Orcc with SSE/openHEVC optimizations on, I got the following error: openhevc_sse.c:431:3: note: expected ‘int’ but argument is of type ‘int *’ After digging and checking the documentation (and the header file), it appears that the openHevc *hevc_h_loop_filter_luma* function needs an int for its third parameter and Orcc is giving it a pointer to an int (an array). So my question is, which version of openHevc should I use to run the optimized version of HEVC ? Is the HEVC decoder in the Research project still maintained and supported ? Thanks for your help, ---- Manu ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Orcc-list mailing list Orc...@li... https://lists.sourceforge.net/lists/listinfo/orcc-list |
From: khaled jb <kha...@ya...> - 2015-03-23 13:35:54
|
Hi Manuel,I was preparing an answer to your private mail. But since you got in advance with downloading Openhevc from git repository, I will answer to this mail.Indeed, some functions have been changed in the new openhevc decoder (master and rext). To have the same arguments, you should checkout the "rvc" branch in the repository! compile the new openhevcWrapper library then check if Cmake has detected the library automatically. If not set it manually at first time. Try this and tell me if every thing is OK !kind regards, Khaled JERBI Signal Processing Engineer IETR/INSA Rennes 20 avenue des buttes de Coësmes 35708 Rennes Cédex, FRANCE De : Manuel Selva <man...@in...> À : orc...@li... Envoyé le : Lundi 23 mars 2015 13h59 Objet : [orcc-list] How enable openHEVC in Research project ? Hi all, I am trying to compile (C backend) and run the optimized version of the HEVC decoder available in the Research project of the applications repository. For this I downloaded, compiled and installed the openHEVC library from GitHub: https://github.com/OpenHEVC/openHEVC When trying to compile the code generated by Orcc with SSE/openHEVC optimizations on, I got the following error: openhevc_sse.c:431:3: note: expected ‘int’ but argument is of type ‘int *’ After digging and checking the documentation (and the header file), it appears that the openHevc *hevc_h_loop_filter_luma* function needs an int for its third parameter and Orcc is giving it a pointer to an int (an array). So my question is, which version of openHevc should I use to run the optimized version of HEVC ? Is the HEVC decoder in the Research project still maintained and supported ? Thanks for your help, ---- Manu ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Orcc-list mailing list Orc...@li... https://lists.sourceforge.net/lists/listinfo/orcc-list |
From: Manuel S. <man...@in...> - 2015-03-23 13:24:45
|
Hi all, I am trying to compile (C backend) and run the optimized version of the HEVC decoder available in the Research project of the applications repository. For this I downloaded, compiled and installed the openHEVC library from GitHub: https://github.com/OpenHEVC/openHEVC When trying to compile the code generated by Orcc with SSE/openHEVC optimizations on, I got the following error: openhevc_sse.c:431:3: note: expected ‘int’ but argument is of type ‘int *’ After digging and checking the documentation (and the header file), it appears that the openHevc *hevc_h_loop_filter_luma* function needs an int for its third parameter and Orcc is giving it a pointer to an int (an array). So my question is, which version of openHevc should I use to run the optimized version of HEVC ? Is the HEVC decoder in the Research project still maintained and supported ? Thanks for your help, ---- Manu |
From: KAyona G. <ch...@gm...> - 2015-02-22 23:31:21
|
I am doing a research project on Jade llvm and I have to find the benchmark for Jade, however I am having a challenge in understanding what problem(s) the llvm solves and how it goes through the compiler transformation phases. Is there any research papers on Jade llvm and how it works. I am even having a problem installing it because the cmakelist is giving me a continuous error. May I have some assistance please? Chevounne Getten University of Technology Jamaica ch...@gm... <http://goog_535946363> che...@ya... |