Menu
▾
▴
opensvcdecoder-support — Open SVC Decoder support
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: Mickaël R. <Mic...@in...> - 2012-12-13 01:10:54
|
It seems that this sequence does not work properly with the standalone project. I have a bad access. __ Mickaël Le 11 déc. 2012 à 19:27, ANA LOBO CASTAÑON <lo...@un...> a écrit : > First of all, thanks for your quick responses. > > Médéric, I have encapsulated the video in mp4, but again I can not see the video. Now Mplayer gives me the following message: > > "Could not find codec parameters (Video: h264, 324 Kb/s) > LAVF_header: av_find_stream_info() failed > Quicktime/MOV file format detected. > [mov] Video stream found, -vid 0 > VIDEO: [avc1] 352x288 24bpp 25.000 fps 0.0 kbps (0.0 kbyte/s)" > > Then, it opens the video decoder and starts playback, but I can not see anything. > > Ramu, I don't know what do yo mean with "use MinGW emulation". I use MinGW to execute Mplayer. > Furthermore, it is not only the problem that I can not see the video. If I try to convert it to y4m by the following: > > mplayer video.mp4 -fps 30 -vo yuv4mpeg:file='video.y4m' > > it doesn't create any file y4m. But the weird thing is that these problems are only with de SVCHM-1.264 (from JVT SVC test conformance), with other videos I have no problems. > > Regards, > Ana > > > El 11/12/12, Ramu Chakravadhanula <boy...@gm...> escribió: >> >> Hi, >> >> I have no problem with playing .264 files in Mplayer. The .264 files obtained after tailoring with JSVM software are playing good with Mplayer (I used linux version). >> >> Do you have any more information from player? I haven't tried on WIndows; may be it could be some problem with GUI (check this! perhaps windows version use MinGW emulation ) as you said player is doing its job well. >> >> /Ramu. >> >> December 2012 09:59, Médéric Blestel <mbl...@gm... <mbl...@gm...>> wrote: >> Dear Ana Lobo Castanon, >> >> Mplayer is not fully compliant with raw streams (*.h264), you should used encapsulated files (for instance *.mp4) to be fully decoded by Mplayer. >> To do it, you can use gpac tools kit. >> >> Regards, >> Médéric >> >> >> 2012/12/10 "ANA LOBO CASTAÑON" <lo...@un... <lo...@un...>> >> Hello, >> >> I'm testing the SVC conformance sequences available on the JVT site with Open SVC Decoder 1.12 and Mplayer 4.2.5 in Windows XP. Most of them are shown correctly, but I have some problems with some of them. For example, with the SVCHM-1 video. Apparently, the Mplayer opens the video decoder and starts the playback of all the 300 frames, but I can not see any frame of the video. It does not give me any error. I do not understand what happened. >> Can anyone help me? >> >> Thank you! >> >> ------------------------------------------------------------------------------ >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> _______________________________________________ >> Opensvcdecoder-support mailing list >> Ope...@li... <Ope...@li...> >> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support >> >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> _______________________________________________ >> Opensvcdecoder-support mailing list >> Ope...@li... <Ope...@li...> >> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support >> >> > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
|
From: ANA L. C. <lo...@un...> - 2012-12-11 18:27:42
|
First of all, thanks for your quick responses.<br /><br />Médéric, I have encapsulated the video in mp4, but again I can not see the video. Now Mplayer gives me the following message:<br /><br />"Could not find codec parameters (Video: h264, 324 Kb/s)<br />LAVF_header: av_find_stream_info() failed<br />Quicktime/MOV file format detected.<br />[mov] Video stream found, -vid 0<br />VIDEO: [avc1] 352x288 24bpp 25.000 fps 0.0 kbps (0.0 kbyte/s)"<br /><br />Then, it opens the video decoder and starts playback, but I can not see anything.<br /><br />Ramu, I don't know what do yo mean with "use MinGW emulation". I use MinGW to execute Mplayer. <br />Furthermore, it is not only the problem that I can not see the video. If I try to convert it to y4m by the following:<br /><br />mplayer video.mp4 -fps 30 -vo yuv4mpeg:file='video.y4m'<br /><br />it doesn't create any file y4m. But the weird thing is that these problems are only with de SVCHM-1.264 (from JVT SVC test conformance), with other videos I have no problems.<br /><br />Regards,<br />Ana<br /><div style="font-family: 'Times New Roman'; font-size: 16px;"><br /><br /><span>El 11/12/12, <b class="name">Ramu Chakravadhanula </b> <boy...@gm...> escribió:</span><blockquote cite="mid:CAF...@ma..." class="iwcQuote" style="border-left: 1px solid #00F; padding-left: 13px; margin-left: 0;" type="cite"><div class="mimepart text html">Hi,<div><br /></div><div>I have no problem with playing .264 files in Mplayer. The .264 files obtained after tailoring with JSVM software are playing good with Mplayer (I used linux version). </div><div><br /></div><div>Do you have any more information from player? I haven't tried on WIndows; may be it could be some problem with GUI (check this! perhaps windows version use MinGW emulation ) as you said player is doing its job well. </div> <div><br /></div><div>/Ramu.</div><div><br /></div><div>December 2012 09:59, Médéric Blestel <span dir="ltr"><mbl...@gm... <mbl...@gm...>></span> wrote:</div><div><div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Ana Lobo Castanon,<div><br /></div><div>Mplayer is not fully compliant with raw streams (*.h264), you should used encapsulated files (for instance *.mp4) to be fully decoded by Mplayer.</div> <div>To do it, you can use gpac tools kit.</div> <div><br /></div><div>Regards,</div><div>Médéric</div><div><br /> <br /><div class="gmail_quote"><div><div class="h5">2012/12/10 "ANA LOBO CASTAÑON" <span dir="ltr"><lo...@un... <lo...@un...>></span><br /> </div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div style="font-family:'Times New Roman';font-size:16px">Hello,<br /><br />I'm testing the SVC conformance sequences available on the JVT site with Open SVC Decoder 1.12 and Mplayer 4.2.5 in Windows XP. Most of them are shown correctly, but I have some problems with some of them. For example, with the SVCHM-1 video. Apparently, the Mplayer opens the video decoder and starts the playback of all the 300 frames, but I can not see any frame of the video. It does not give me any error. I do not understand what happened.<br /> Can anyone help me?<br /><br />Thank you!<br /></div> <br /></div></div>------------------------------------------------------------------------------<br /> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial<br /> Remotely access PCs and mobile devices and provide instant support<br /> Improve your efficiency, and focus on delivering more value-add services<br /> Discover what IT Professionals Know. Rescue delivers<br /> <a href="http://p.sf.net/sfu/logmein_12329d2d" target="_blank">http://p.sf.net/sfu/logmein_12329d2d</a><br />_______________________________________________<br /> Opensvcdecoder-support mailing list<br /> Ope...@li... <Ope...@li...><br /> <a href="https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support" target="_blank">https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support</a><br /> <br /></blockquote></div><br /></div> <br />------------------------------------------------------------------------------<br /> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial<br /> Remotely access PCs and mobile devices and provide instant support<br /> Improve your efficiency, and focus on delivering more value-add services<br /> Discover what IT Professionals Know. Rescue delivers<br /> <a href="http://p.sf.net/sfu/logmein_12329d2d" target="_blank">http://p.sf.net/sfu/logmein_12329d2d</a><br />_______________________________________________<br /> Opensvcdecoder-support mailing list<br /> Ope...@li... <Ope...@li...><br /> <a href="https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support" target="_blank">https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support</a><br /> <br /></blockquote></div><br /></div> </div></blockquote></div> |
|
From: Ramu C. <boy...@gm...> - 2012-12-11 10:28:13
|
Hi, I have no problem with playing .264 files in Mplayer. The .264 files obtained after tailoring with JSVM software are playing good with Mplayer (I used linux version). Do you have any more information from player? I haven't tried on WIndows; may be it could be some problem with GUI (check this! perhaps windows version use MinGW emulation ) as you said player is doing its job well. /Ramu. December 2012 09:59, Médéric Blestel <mbl...@gm...> wrote: > Dear Ana Lobo Castanon, > > Mplayer is not fully compliant with raw streams (*.h264), you should used > encapsulated files (for instance *.mp4) to be fully decoded by Mplayer. > To do it, you can use gpac tools kit. > > Regards, > Médéric > > > 2012/12/10 "ANA LOBO CASTAÑON" <lo...@un...> > >> Hello, >> >> I'm testing the SVC conformance sequences available on the JVT site with >> Open SVC Decoder 1.12 and Mplayer 4.2.5 in Windows XP. Most of them are >> shown correctly, but I have some problems with some of them. For example, >> with the SVCHM-1 video. Apparently, the Mplayer opens the video decoder and >> starts the playback of all the 300 frames, but I can not see any frame of >> the video. It does not give me any error. I do not understand what happened. >> Can anyone help me? >> >> Thank you! >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> _______________________________________________ >> Opensvcdecoder-support mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support >> >> > > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > > |
|
From: Médéric B. <mbl...@gm...> - 2012-12-11 10:02:11
|
Dear Ana Lobo Castanon, Mplayer is not fully compliant with raw streams (*.h264), you should used encapsulated files (for instance *.mp4) to be fully decoded by Mplayer. To do it, you can use gpac tools kit. Regards, Médéric 2012/12/10 "ANA LOBO CASTAÑON" <lo...@un...> > Hello, > > I'm testing the SVC conformance sequences available on the JVT site with > Open SVC Decoder 1.12 and Mplayer 4.2.5 in Windows XP. Most of them are > shown correctly, but I have some problems with some of them. For example, > with the SVCHM-1 video. Apparently, the Mplayer opens the video decoder and > starts the playback of all the 300 frames, but I can not see any frame of > the video. It does not give me any error. I do not understand what happened. > Can anyone help me? > > Thank you! > > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > > |
|
From: ANA L. C. <lo...@un...> - 2012-12-10 19:39:23
|
<div style="font-family: 'Times New Roman'; font-size: 16px;">Hello,<br /><br />I'm testing the SVC conformance sequences available on the JVT site with Open SVC Decoder 1.12 and Mplayer 4.2.5 in Windows XP. Most of them are shown correctly, but I have some problems with some of them. For example, with the SVCHM-1 video. Apparently, the Mplayer opens the video decoder and starts the playback of all the 300 frames, but I can not see any frame of the video. It does not give me any error. I do not understand what happened.<br />Can anyone help me?<br /><br />Thank you!<br /></div> |
|
From: Mickaël R. <Mic...@in...> - 2012-08-09 16:58:24
|
We tried multiple instance with ffdshowttryout and it was working for us. It is still possible to have a bug somewhere with a shard variable between instances. Mickael Sent by my iPhone Le 9 août 2012 à 16:23, Brett Slote <bs...@uo...> a écrit : > Hello, > > In my network simulation, I have an OSVC decoder, which works great. > > However, if I have multiple instances of the class, each of which calls the OSVC library (each running in its own thread, receiving it's own H.264 stream), things start to go wrong. If I disable all but one of the decoders, so that they packets reaching it are identical, it works every time. But whenever there are multiple instances of the decoder, after the first one finishes, the others produce corrupt results, and occasionally one of the decoders produces corrupt results right from the start. > > I'm linking against OpenSVCDec statically. And each decoder calls SVCDecoder_init with it's own _playerstruct variable. I've tried omitting the call to SVCDecoder_close, but that has no effect. I have verified that the binary input into the decoder is the same in either case, yet it produces different output. The only difference I can see is having multiple instances or not. > > It seemed to work fine with multiple when I was testing with AVC streams, but once I introduced SVC streams the problems started. > > Is this something that should work, or should not work? > > Thank you! > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
|
From: Brett S. <bs...@uo...> - 2012-08-09 14:24:19
|
Hello, In my network simulation, I have an OSVC decoder, which works great. However, if I have multiple instances of the class, each of which calls the OSVC library (each running in its own thread, receiving it's own H.264 stream), things start to go wrong. If I disable all but one of the decoders, so that they packets reaching it are identical, it works every time. But whenever there are multiple instances of the decoder, after the first one finishes, the others produce corrupt results, and occasionally one of the decoders produces corrupt results right from the start. I'm linking against OpenSVCDec statically. And each decoder calls SVCDecoder_init with it's own _playerstruct variable. I've tried omitting the call to SVCDecoder_close, but that has no effect. I have verified that the binary input into the decoder is the same in either case, yet it produces different output. The only difference I can see is having multiple instances or not. It seemed to work fine with multiple when I was testing with AVC streams, but once I introduced SVC streams the problems started. Is this something that should work, or should not work? Thank you! |
|
From: Brett S. <bs...@uo...> - 2012-07-12 20:01:20
|
I found my mistake. I had accidentally types 172 instead of 176 for the resolution of the base layer. Since this was not a factor of 2, that meant the baseline requirement of OSVC was broken, which would explain why JSVM worked. I will test more, but I think it is working now, so please disregard my question. Sorry for the needless post. On Thu, Jul 12, 2012 at 3:23 PM, Brett Slote <bs...@uo...> wrote: > (failed to post due to attachment, removed & replaced with link) > > > > Hello, > > I'm having trouble with a .264 file that JSVM decodes fine that OSVC > won't. Any help would be greatly appreciated, as always. I hope it is just > something in my config file not supported by OSVC that can easily be > avoided. > > I have a small h.264 SVC video- foreman0.264 (8 frames of foreman) with 3 > layers and no loss. > > Both JSVM and OSVC decode it fine. > > I use JSVM's BitStreamExtractorStatic32 to produce a .264 file with only > the base layer. (foremansBase.264) > > I also drop all packets except those of the base layer in my network > simulation. (decInp.264) > > So I have 2 files that should just be the base layer, with no loss > otherwise. > > Both decode fine in JSVM, producing foremansBase.yuv and decInp.yuv > (terribly quality due to high qp, but valid). > > However, OSVC produces corrupt results look like diagonal lines of the > image (openSVCOut0.yuv). I have verified that it looks the same when I play > it in MPlayer as included with OSVC, so it is OSVC and not my code for > feeding OSVC. > > All files plus the config files are attached, or at www.slote.ca/temp.zip(650 kb). > > Here is the profile and level info from encoding: > > profile & level info: > > ===================== > > DQ= 0: Main @ Level 1.1 > > DQ= 16: Scalable High @ Level 1.1 > > DQ= 32: Scalable High @ Level 2.1 > Thank you for any help or insight you can offer, > > Brett Slote > > > |
|
From: Brett S. <bs...@uo...> - 2012-07-12 19:23:20
|
(failed to post due to attachment, removed & replaced with link) Hello, I'm having trouble with a .264 file that JSVM decodes fine that OSVC won't. Any help would be greatly appreciated, as always. I hope it is just something in my config file not supported by OSVC that can easily be avoided. I have a small h.264 SVC video- foreman0.264 (8 frames of foreman) with 3 layers and no loss. Both JSVM and OSVC decode it fine. I use JSVM's BitStreamExtractorStatic32 to produce a .264 file with only the base layer. (foremansBase.264) I also drop all packets except those of the base layer in my network simulation. (decInp.264) So I have 2 files that should just be the base layer, with no loss otherwise. Both decode fine in JSVM, producing foremansBase.yuv and decInp.yuv (terribly quality due to high qp, but valid). However, OSVC produces corrupt results look like diagonal lines of the image (openSVCOut0.yuv). I have verified that it looks the same when I play it in MPlayer as included with OSVC, so it is OSVC and not my code for feeding OSVC. All files plus the config files are attached, or at www.slote.ca/temp.zip(650 kb). Here is the profile and level info from encoding: profile & level info: ===================== DQ= 0: Main @ Level 1.1 DQ= 16: Scalable High @ Level 1.1 DQ= 32: Scalable High @ Level 2.1 Thank you for any help or insight you can offer, Brett Slote |
|
From: Mickaël R. <Mic...@in...> - 2012-07-10 07:35:51
|
Malcom, Attached some example of jsvm encoder cfg files. Mickaël Le 9 juil. 2012 à 14:39, Mickaël Raulet a écrit : > Sorry for the late reply. Could you send your encoder jvm config? The decoder does not support all configurations. It supports only SVC baseline. > > Coud you also put the sequence on a ftp so that I can have a try? > Thanks, > > Mickaël > > Le 2 juil. 2012 à 12:00, Pirie, Malcolm a écrit : > >> I have built mplayer on Ubuntu and Windows and am getting the same green boxes when replaying a sample file created with JSVM. The file has 12 layers; 4 temporal for 3 size. >> >> Is this a problem with the source file or the decoder implementation? >> >> Mal. >> ********************************************************************** >> This e-mail is from Ultra Electronics Limited and any attachments to it are confidential to the >> intended recipient and may also be privileged. If you have received it in error please notify the >> sender and delete it from your system. If you are not the intended recipient you must not copy >> it or use it for any purpose nor disclose or distribute its contents to any other person. >> >> All communications may be subject to interception or monitoring for operational and/or security purposes. >> Please rely on your own virus checking as the sender cannot accept any liability for any damage arising >> from any bug or virus infection. Ultra Electronics Limited is a company registered in England and Wales, >> registration number 2830644. The address of its registered office is 417 Bridport Road, Greenford, >> Middlesex, UB6 8UA. >> ********************************************************************** >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ >> Opensvcdecoder-support mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > |
|
From: Mickaël R. <Mic...@in...> - 2012-07-09 12:39:58
|
Sorry for the late reply. Could you send your encoder jvm config? The decoder does not support all configurations. It supports only SVC baseline. Coud you also put the sequence on a ftp so that I can have a try? Thanks, Mickaël Le 2 juil. 2012 à 12:00, Pirie, Malcolm a écrit : > I have built mplayer on Ubuntu and Windows and am getting the same green boxes when replaying a sample file created with JSVM. The file has 12 layers; 4 temporal for 3 size. > > Is this a problem with the source file or the decoder implementation? > > Mal. > ********************************************************************** > This e-mail is from Ultra Electronics Limited and any attachments to it are confidential to the > intended recipient and may also be privileged. If you have received it in error please notify the > sender and delete it from your system. If you are not the intended recipient you must not copy > it or use it for any purpose nor disclose or distribute its contents to any other person. > > All communications may be subject to interception or monitoring for operational and/or security purposes. > Please rely on your own virus checking as the sender cannot accept any liability for any damage arising > from any bug or virus infection. Ultra Electronics Limited is a company registered in England and Wales, > registration number 2830644. The address of its registered office is 417 Bridport Road, Greenford, > Middlesex, UB6 8UA. > ********************************************************************** > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
|
From: Pirie, M. <Mal...@ul...> - 2012-07-02 10:16:17
|
I have built mplayer on Ubuntu and Windows and am getting the same green boxes when replaying a sample file created with JSVM. The file has 12 layers; 4 temporal for 3 size. Is this a problem with the source file or the decoder implementation? Mal. ********************************************************************** This e-mail from Ultra Electronics Limited and any attachments to it are confidential to the intended recipient and may also be privileged. If you have received it in error please notify the sender and delete it from your system. If you are not the intended recipient you must not copy it or use it for any purpose nor disclose or distribute its contents to any other person. All communications may be subject to interception or monitoring for operational and/or security purposes. Please rely on your own virus checking as the sender cannot accept any liability for any damage arising from any bug or virus infection. Ultra Electronics Limited is a company registered in England and Wales, registration number 2830644. The address of its registered office is 417 Bridport Road, Greenford, Middlesex, UB6 8UA. ********************************************************************** |
|
From: Mickaël R. <Mic...@in...> - 2012-06-19 10:10:14
|
Hi Yates, > 1) I hope to know if you want to make better error control in the future version? no plans at the moment or in a near future. > 2) I want to know if I can put the only three error concealment methods to the opensvcdecoder(from JSVM 9.8, Frame Copy, Temperal Direct, BaseLayer Skip), I've seen many papers, and all these three are almost the only methods to deal with the svc frame loss. But it's not an easy job, you know the JSVM is written in C++, with many new C++ feature than C. So if I want to do some transplant, I guess it's really a difficult job. > Yes you can. I would be happy to make the project lives. > 3) I want to know whether the error concealment is worthy as a research point or a project part. I've asked many people doing the coding job, they told me that in the real project, if the decoder encounter an error, they just leave it there and waiting for the next IDR frame. So I want to make sure the error concealment in the decoder is worthy or not. Don't really know. I think there is always room on SVC. Best regards, -Mickaël Le 19 juin 2012 à 11:59, Yippee Liu a écrit : > Hi there, > > First really thank you for the great staff you've done. > > Now I have some questions about the error concealment in the opensvcdecoder. > > It seems that this software has a ec mode, but not work very well. It can only make the decoding continue but can not recover the loss frames. > > I use the loss simulator in JVT-Q069, and make some stream with the loss rate of 20% in enhance layer, > then I use the opensvcdecoder to write(yes, I also write a short code to make opensvcdecoder output the yuv) a yuv file. > > But the result is that, I lose x frames after loss simulation(suppose x is 20), then the reconstructed stream also loses 20 frames. > > Besides that, the quality of the reconstructed file is not very good, or very bad. > > Now comes my questions: > 1) I hope to know if you want to make better error control in the future version? > 2) I want to know if I can put the only three error concealment methods to the opensvcdecoder(from JSVM 9.8, Frame Copy, Temperal Direct, BaseLayer Skip), I've seen many papers, and all these three are almost the only methods to deal with the svc frame loss. But it's not an easy job, you know the JSVM is written in C++, with many new C++ feature than C. So if I want to do some transplant, I guess it's really a difficult job. > > 3) I want to know whether the error concealment is worthy as a research point or a project part. I've asked many people doing the coding job, they told me that in the real project, if the decoder encounter an error, they just leave it there and waiting for the next IDR frame. So I want to make sure the error concealment in the decoder is worthy or not. > > > Thank you for your help. > > Yates, China > June-2012 > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
|
From: Yippee L. <yip...@gm...> - 2012-06-19 09:59:22
|
Hi there, First really thank you for the great staff you've done. Now I have some questions about the error concealment in the opensvcdecoder. It seems that this software has a ec mode, but not work very well. It can only make the decoding continue but can not recover the loss frames. I use the loss simulator in JVT-Q069, and make some stream with the loss rate of 20% in enhance layer, then I use the opensvcdecoder to write(yes, I also write a short code to make opensvcdecoder output the yuv) a yuv file. But the result is that, I lose x frames after loss simulation(suppose x is 20), then the reconstructed stream also loses 20 frames. Besides that, the quality of the reconstructed file is not very good, or very bad. Now comes my questions: 1) I hope to know if you want to make better error control in the future version? 2) I want to know if I can put the only three error concealment methods to the opensvcdecoder(from JSVM 9.8, Frame Copy, Temperal Direct, BaseLayer Skip), I've seen many papers, and all these three are almost the only methods to deal with the svc frame loss. But it's not an easy job, you know the JSVM is written in C++, with many new C++ feature than C. So if I want to do some transplant, I guess it's really a difficult job. 3) I want to know whether the error concealment is worthy as a research point or a project part. I've asked many people doing the coding job, they told me that in the real project, if the decoder encounter an error, they just leave it there and waiting for the next IDR frame. So I want to make sure the error concealment in the decoder is worthy or not. Thank you for your help. Yates, China June-2012 |
|
From: Chen L. <sli...@gm...> - 2012-06-04 01:11:40
|
I have the same error and my OS is ubuntu 11.10 64bit, and I use the SDL 1.2.13. I found the problem can't be fixed, so I use it in Windows XP, and it works well. 2012/6/4 Mickaël Raulet <Mic...@in...> > did you try SDL 1.2.13 instead of 1.2.15? > Mickaël > > Le 3 juin 2012 à 08:12, Somsubhra Sharangi a écrit : > > > Hi, > > > > I have created a SVC file with JSVM Encoder which is decoded correctly > by the JSVM decoder but fails in Open SVC Decoder. I tried to debug the > code but could not make much progress. > > > > I am using v1.12 on Ubuntu 11.10. > > ========================================================== > > $> ~/software/opensvcdecoder/Libs/SVC/bin/svc -h264 > bbb_cif_24fps_5s_scalable.h264 > > Cannot determine the layer to display > > Help: -layer layer_num > > Layer Forced to 0 > > Segmentation fault > > $> > > > > > > gdb (...) > > Program received signal SIGSEGV, Segmentation fault. > > 0x0000000000402cbd in SDL_Display () > > (gdb) bt > > #0 0x0000000000402cbd in SDL_Display () > > #1 0x0000000000402a05 in main (argc=3, argv=0x7fffffffe728) at PC.c:572 > > (gdb) > > > > ========================================================== > > > > Regards, > > > Som<bbb_cif_24fps_5s_scalable.h264>------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > > Opensvcdecoder-support mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support > -- Best Regards! Chen Liang Beijing Institute of Technology 此致 敬礼！ 陈亮 北京理工大学 |
|
From: Mickaël R. <Mic...@in...> - 2012-06-03 22:08:42
|
did you try SDL 1.2.13 instead of 1.2.15? Mickaël Le 3 juin 2012 à 08:12, Somsubhra Sharangi a écrit : > Hi, > > I have created a SVC file with JSVM Encoder which is decoded correctly by the JSVM decoder but fails in Open SVC Decoder. I tried to debug the code but could not make much progress. > > I am using v1.12 on Ubuntu 11.10. > ========================================================== > $> ~/software/opensvcdecoder/Libs/SVC/bin/svc -h264 bbb_cif_24fps_5s_scalable.h264 > Cannot determine the layer to display > Help: -layer layer_num > Layer Forced to 0 > Segmentation fault > $> > > > gdb (...) > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000402cbd in SDL_Display () > (gdb) bt > #0 0x0000000000402cbd in SDL_Display () > #1 0x0000000000402a05 in main (argc=3, argv=0x7fffffffe728) at PC.c:572 > (gdb) > > ========================================================== > > Regards, > Som<bbb_cif_24fps_5s_scalable.h264>------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
|
From: Somsubhra S. <som...@sf...> - 2012-06-03 05:13:04
|
Hi, I have created a SVC file with JSVM Encoder which is decoded correctly by the JSVM decoder but fails in Open SVC Decoder. I tried to debug the code but could not make much progress. I am using v1.12 on Ubuntu 11.10. ========================================================== $> ~/software/opensvcdecoder/Libs/SVC/bin/svc -h264 bbb_cif_24fps_5s_scalable.h264 Cannot determine the layer to display Help: -layer layer_num Layer Forced to 0 Segmentation fault $> gdb (...) Program received signal SIGSEGV, Segmentation fault. 0x0000000000402cbd in SDL_Display () (gdb) bt #0 0x0000000000402cbd in SDL_Display () #1 0x0000000000402a05 in main (argc=3, argv=0x7fffffffe728) at PC.c:572 (gdb) ========================================================== Regards, Som |
|
From: Mickaël R. <Mic...@in...> - 2012-05-23 14:45:04
|
I will try to have a look.
Mickaël
Le 23 mai 2012 à 16:42, Dinkar Bhat a écrit :
> Unfortunately, that did not resolve the issue either... Following is the error (in a different function):
>
> In file included from libmpcodecs/vd_mpng.c:19:
> c:/mingw/include/stdio.h:213:5: warning: "__MINGW_FEATURES__" is not defined
> In file included from libmpcodecs/vd_mpng.c:19:
> c:/mingw/include/stdio.h:373: warning: no previous prototype for 'getc'
> c:/mingw/include/stdio.h:380: warning: no previous prototype for 'putc'
> c:/mingw/include/stdio.h:387: warning: no previous prototype for 'getchar'
> c:/mingw/include/stdio.h:394: warning: no previous prototype for 'putchar'
> In file included from libmpcodecs/vd_mpng.c:19:
> c:/mingw/include/stdio.h:536: warning: no previous prototype for 'fopen64'
> c:/mingw/include/stdio.h:548: warning: no previous prototype for 'ftello64'
> In file included from ./libavutil/common.h:30,
> from libmpcodecs/vd_mpng.c:27:
> c:/mingw/include/errno.h:91: warning: redundant redeclaration of '_errno'
> c:/mingw/include/stdlib.h:137: warning: previous declaration of '_errno' was here
> In file included from c:/mingw/include/fcntl.h:20,
> from ./stream/stream.h:28,
> from libmpcodecs/vd_internal.h:25,
> from libmpcodecs/vd_mpng.c:31:
> c:/mingw/include/io.h:373: warning: redundant redeclaration of 'remove'
> c:/mingw/include/stdio.h:174: warning: previous declaration of 'remove' was here
> c:/mingw/include/io.h:374: warning: redundant redeclaration of 'rename'
> c:/mingw/include/stdio.h:175: warning: previous declaration of 'rename' was here
> c:/mingw/include/io.h:383: warning: redundant redeclaration of '_unlink'
> c:/mingw/include/stdio.h:182: warning: previous declaration of '_unlink' was here
> c:/mingw/include/io.h:457: warning: redundant redeclaration of 'unlink'
> c:/mingw/include/stdio.h:187: warning: previous declaration of 'unlink' was here
> libmpcodecs/vd_mpng.c: In function 'pngReadFN':
> libmpcodecs/vd_mpng.c:77: error: dereferencing pointer to incomplete type
> libmpcodecs/vd_mpng.c: In function 'decode':
> libmpcodecs/vd_mpng.c:114: error: dereferencing pointer to incomplete type
> libmpcodecs/vd_mpng.c:131: error: dereferencing pointer to incomplete type
> make: *** [libmpcodecs/vd_mpng.o] Error 1
> Thanks,
> Dinkar
>
> On Wed, May 23, 2012 at 9:39 AM, Mickaël Raulet <Mic...@in...> wrote:
> did you try this MinGW Build Environment with gcc 4.2.5 and 4.6.1 ? This was the website we were using to download minimal sys. I haven't tried it since a while, but let me know if it solves your problem.
>
> Mickaël
>
> Le 22 mai 2012 à 16:31, Dinkar Bhat a écrit :
>
>> Hello:
>>
>> I have been trying to compile mplayer on a HP laptop Win64 with MingW and Msys. When I run make, after configure --enable-svc, I get an error in libswscale:
>>
>> swscale_template.c: In function 'sws_init_swScale_MMX2':
>> swscale_template.c:2965:44: warning: assignment from incompatible pointer type [enabled by default]
>> swscale_template.c:2980:44: warning: assignment from incompatible pointer type [enabled by default]
>> swscale_template.c:3025:40: warning: assignment from incompatible pointer type [enabled by default]
>> {standard input}: Assembler messages:
>> {standard input}:16761: Error: operand type mismatch for `cmp'
>> make[1]: *** [swscale.o] Error 1
>> make: *** [libswscale/libswscale.a] Error 2
>> Is there some setting I should set in a makefile?
>>
>> Thanks for any guidance!
>> Dinkar
>>
>>
>>
>>
>> On Wed, Apr 25, 2012 at 1:57 AM, Mickaël Raulet <Mic...@in...> wrote:
>> You CAN compile for win64.
>>
>> Envoyé de mon iPad
>>
>> Le 24 avr. 2012 à 23:27, Dinkar Bhat <hp...@mo...> a écrit :
>>
>> > Hello:
>> >
>> > I just read about OpenSVC decoder and I am very interested in knowing if the decoder can be installed on a Win64 machine. From what I read, it seems that it can run on Win32 only (I may be totally wrong here). If not, can you please tell me how I could go about it?
>> >
>> > Thanks
>> > Dinkar
>> > ------------------------------------------------------------------------------
>> > Live Security Virtual Conference
>> > Exclusive live event will cover all the ways today's security and
>> > threat landscape has changed and how IT managers can respond. Discussions
>> > will include endpoint security, mobile security and the latest in malware
>> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> > _______________________________________________
>> > Opensvcdecoder-support mailing list
>> > Ope...@li...
>> > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>
>
>
|
|
From: Dinkar B. <hp...@mo...> - 2012-05-23 14:43:04
|
Unfortunately, that did not resolve the issue either... Following is the
error (in a different function):
In file included from libmpcodecs/vd_mpng.c:19:
c:/mingw/include/stdio.h:213:5: warning: "__MINGW_FEATURES__" is not defined
In file included from libmpcodecs/vd_mpng.c:19:
c:/mingw/include/stdio.h:373: warning: no previous prototype for 'getc'
c:/mingw/include/stdio.h:380: warning: no previous prototype for 'putc'
c:/mingw/include/stdio.h:387: warning: no previous prototype for 'getchar'
c:/mingw/include/stdio.h:394: warning: no previous prototype for 'putchar'
In file included from libmpcodecs/vd_mpng.c:19:
c:/mingw/include/stdio.h:536: warning: no previous prototype for 'fopen64'
c:/mingw/include/stdio.h:548: warning: no previous prototype for 'ftello64'
In file included from ./libavutil/common.h:30,
from libmpcodecs/vd_mpng.c:27:
c:/mingw/include/errno.h:91: warning: redundant redeclaration of '_errno'
c:/mingw/include/stdlib.h:137: warning: previous declaration of '_errno'
was here
In file included from c:/mingw/include/fcntl.h:20,
from ./stream/stream.h:28,
from libmpcodecs/vd_internal.h:25,
from libmpcodecs/vd_mpng.c:31:
c:/mingw/include/io.h:373: warning: redundant redeclaration of 'remove'
c:/mingw/include/stdio.h:174: warning: previous declaration of 'remove' was
here
c:/mingw/include/io.h:374: warning: redundant redeclaration of 'rename'
c:/mingw/include/stdio.h:175: warning: previous declaration of 'rename' was
here
c:/mingw/include/io.h:383: warning: redundant redeclaration of '_unlink'
c:/mingw/include/stdio.h:182: warning: previous declaration of '_unlink'
was here
c:/mingw/include/io.h:457: warning: redundant redeclaration of 'unlink'
c:/mingw/include/stdio.h:187: warning: previous declaration of 'unlink' was
here
libmpcodecs/vd_mpng.c: In function 'pngReadFN':
libmpcodecs/vd_mpng.c:77: error: dereferencing pointer to incomplete type
libmpcodecs/vd_mpng.c: In function 'decode':
libmpcodecs/vd_mpng.c:114: error: dereferencing pointer to incomplete type
libmpcodecs/vd_mpng.c:131: error: dereferencing pointer to incomplete type
make: *** [libmpcodecs/vd_mpng.o] Error 1
Thanks,
Dinkar
On Wed, May 23, 2012 at 9:39 AM, Mickaël Raulet <
Mic...@in...> wrote:
> did you try this MinGW Build Environment with gcc 4.2.5 and 4.6.1<http://sourceforge.net/projects/mplayer-win32/files/MinGW/MinGW%20BE%20multi%20Sep2011/MinGW-full-gcc-multi-Sep-2011.7z/download> ?
> This was the website we were using to download minimal sys. I haven't tried
> it since a while, but let me know if it solves your problem.
>
> Mickaël
>
> Le 22 mai 2012 à 16:31, Dinkar Bhat a écrit :
>
> Hello:
>
> I have been trying to compile mplayer on a HP laptop Win64 with MingW and
> Msys. When I run make, after configure --enable-svc, I get an error in
> libswscale:
>
> swscale_template.c: In function 'sws_init_swScale_MMX2':
> swscale_template.c:2965:44: warning: assignment from incompatible pointer
> type [enabled by default]
> swscale_template.c:2980:44: warning: assignment from incompatible pointer
> type [enabled by default]
> swscale_template.c:3025:40: warning: assignment from incompatible pointer
> type [enabled by default]
> {standard input}: Assembler messages:
> {standard input}:16761: Error: operand type mismatch for `cmp'
> make[1]: *** [swscale.o] Error 1
> make: *** [libswscale/libswscale.a] Error 2
> Is there some setting I should set in a makefile?
>
> Thanks for any guidance!
> Dinkar
>
>
>
>
> On Wed, Apr 25, 2012 at 1:57 AM, Mickaël Raulet <
> Mic...@in...> wrote:
>
>> You CAN compile for win64.
>>
>> Envoyé de mon iPad
>>
>> Le 24 avr. 2012 à 23:27, Dinkar Bhat <hp...@mo...> a écrit :
>>
>> > Hello:
>> >
>> > I just read about OpenSVC decoder and I am very interested in knowing
>> if the decoder can be installed on a Win64 machine. From what I read, it
>> seems that it can run on Win32 only (I may be totally wrong here). If not,
>> can you please tell me how I could go about it?
>> >
>> > Thanks
>> > Dinkar
>> >
>> ------------------------------------------------------------------------------
>> > Live Security Virtual Conference
>> > Exclusive live event will cover all the ways today's security and
>> > threat landscape has changed and how IT managers can respond.
>> Discussions
>> > will include endpoint security, mobile security and the latest in
>> malware
>> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> > _______________________________________________
>> > Opensvcdecoder-support mailing list
>> > Ope...@li...
>> > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>>
>
>
>
|
|
From: Mickaël R. <Mic...@in...> - 2012-05-23 13:40:14
|
did you try this MinGW Build Environment with gcc 4.2.5 and 4.6.1 ? This was the website we were using to download minimal sys. I haven't tried it since a while, but let me know if it solves your problem.
Mickaël
Le 22 mai 2012 à 16:31, Dinkar Bhat a écrit :
> Hello:
>
> I have been trying to compile mplayer on a HP laptop Win64 with MingW and Msys. When I run make, after configure --enable-svc, I get an error in libswscale:
>
> swscale_template.c: In function 'sws_init_swScale_MMX2':
> swscale_template.c:2965:44: warning: assignment from incompatible pointer type [enabled by default]
> swscale_template.c:2980:44: warning: assignment from incompatible pointer type [enabled by default]
> swscale_template.c:3025:40: warning: assignment from incompatible pointer type [enabled by default]
> {standard input}: Assembler messages:
> {standard input}:16761: Error: operand type mismatch for `cmp'
> make[1]: *** [swscale.o] Error 1
> make: *** [libswscale/libswscale.a] Error 2
> Is there some setting I should set in a makefile?
>
> Thanks for any guidance!
> Dinkar
>
>
>
>
> On Wed, Apr 25, 2012 at 1:57 AM, Mickaël Raulet <Mic...@in...> wrote:
> You CAN compile for win64.
>
> Envoyé de mon iPad
>
> Le 24 avr. 2012 à 23:27, Dinkar Bhat <hp...@mo...> a écrit :
>
> > Hello:
> >
> > I just read about OpenSVC decoder and I am very interested in knowing if the decoder can be installed on a Win64 machine. From what I read, it seems that it can run on Win32 only (I may be totally wrong here). If not, can you please tell me how I could go about it?
> >
> > Thanks
> > Dinkar
> > ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > _______________________________________________
> > Opensvcdecoder-support mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
|
|
From: Dinkar B. <hp...@mo...> - 2012-05-22 14:31:17
|
Hello:
I have been trying to compile mplayer on a HP laptop Win64 with MingW and
Msys. When I run make, after configure --enable-svc, I get an error in
libswscale:
swscale_template.c: In function 'sws_init_swScale_MMX2':
swscale_template.c:2965:44: warning: assignment from incompatible pointer
type [enabled by default]
swscale_template.c:2980:44: warning: assignment from incompatible pointer
type [enabled by default]
swscale_template.c:3025:40: warning: assignment from incompatible pointer
type [enabled by default]
{standard input}: Assembler messages:
{standard input}:16761: Error: operand type mismatch for `cmp'
make[1]: *** [swscale.o] Error 1
make: *** [libswscale/libswscale.a] Error 2
Is there some setting I should set in a makefile?
Thanks for any guidance!
Dinkar
On Wed, Apr 25, 2012 at 1:57 AM, Mickaël Raulet <
Mic...@in...> wrote:
> You CAN compile for win64.
>
> Envoyé de mon iPad
>
> Le 24 avr. 2012 à 23:27, Dinkar Bhat <hp...@mo...> a écrit :
>
> > Hello:
> >
> > I just read about OpenSVC decoder and I am very interested in knowing if
> the decoder can be installed on a Win64 machine. From what I read, it seems
> that it can run on Win32 only (I may be totally wrong here). If not, can
> you please tell me how I could go about it?
> >
> > Thanks
> > Dinkar
> >
> ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > _______________________________________________
> > Opensvcdecoder-support mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support
>
|
|
From: <mbl...@gm...> - 2012-05-15 12:56:37
|
Mplayer framework provides to the OpenSVCDecoder the nal to decode. Once, the file parsing is finished, no more called to the NAL decoding is done, so several frames are not displayed. To change it, you have to forced to send NAL to the decoder. Regards, Médéric Le , Mickaël Raulet <Mic...@in...> a écrit : > You need to put more frames to get them out of the decoded picture > buffer. We cannot push them otherwise. But you are right we cannot > display not decode the last 16 frames. > Mickaël > Le 15 mai 2012 à 09:58, Chen Liang a écrit : > Hello, > I have found a bug! I use the mplayer to decode .264 stream and the > mencoder to generate the yuv file: > mplayer -fps 30 BUS_CIF30_SP.264 -vo yuv4mpeg:file='BUS_CIF30_SP.y4m' > mencoder BUS_CIF30_SP.y4m -ovc raw -of rawvideo -vf format=i420 -o > BUS_CIF30_SP_Mplayer.yuv > The length of the original YUV file is : 22809600 > The length of the decoded YUV BUS_CIF30_SP_Mplayer.yuv file is : 20376576 > Since the YUV video is 352x288, 4:2:0, 8bit. Thus we can calculate the > difference: > (22809600 - 20376576) / (352x288 + 176x144x2) = 16 Frames. > And when I play the two YUV videos, It's clearly to see that last few > frames are disappeared. > I think the function void FlushSVCFrame() in the SVCdisplay.c is not > worked when using the mplayer to decode the svc stream, so that the 16 > frames stored in the buffer was not played. > ------ > Best Regards! > Chen Liang > Beijing Institute of Technology > 此致 敬礼！ > 陈亮 > 北京理工大学 > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
|
From: Chen L. <sli...@gm...> - 2012-05-15 12:41:53
|
I wanna find out how the SVC decoder is integrated with mplayer. -- Best Regards! Chen Liang Beijing Institute of Technology 此致 敬礼！ 陈亮 北京理工大学 |
|
From: Mickaël R. <Mic...@in...> - 2012-05-15 08:02:44
|
You need to put more frames to get them out of the decoded picture buffer. We cannot push them otherwise. But you are right we cannot display not decode the last 16 frames. Mickaël Le 15 mai 2012 à 09:58, Chen Liang a écrit : > Hello, > > I have found a bug! I use the mplayer to decode .264 stream and the mencoder to generate the yuv file: > > mplayer -fps 30 BUS_CIF30_SP.264 -vo yuv4mpeg:file='BUS_CIF30_SP.y4m' > mencoder BUS_CIF30_SP.y4m -ovc raw -of rawvideo -vf format=i420 -o BUS_CIF30_SP_Mplayer.yuv > > The length of the original YUV file is : 22809600 > The length of the decoded YUV BUS_CIF30_SP_Mplayer.yuv file is : 20376576 > > Since the YUV video is 352x288, 4:2:0, 8bit. Thus we can calculate the difference: > > (22809600 - 20376576) / (352x288 + 176x144x2) = 16 Frames. > > And when I play the two YUV videos, It's clearly to see that last few frames are disappeared. > > I think the function void FlushSVCFrame() in the SVCdisplay.c is not worked when using the mplayer to decode the svc stream, so that the 16 frames stored in the buffer was not played. > > ------ > Best Regards! > > Chen Liang > Beijing Institute of Technology > > 此致 敬礼！ > > 陈亮 > 北京理工大学 > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > Opensvcdecoder-support mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensvcdecoder-support |
|
From: Chen L. <sli...@gm...> - 2012-05-15 07:58:18
|
Hello, I have found a bug! I use the mplayer to decode .264 stream and the mencoder to generate the yuv file: mplayer -fps 30 BUS_CIF30_SP.264 -vo yuv4mpeg:file='BUS_CIF30_SP.y4m' mencoder BUS_CIF30_SP.y4m -ovc raw -of rawvideo -vf format=i420 -o BUS_CIF30_SP_Mplayer.yuv The length of the original YUV file is : 22809600 The length of the decoded YUV BUS_CIF30_SP_Mplayer.yuv file is : 20376576 Since the YUV video is 352x288, 4:2:0, 8bit. Thus we can calculate the difference: (22809600 - 20376576) / (352x288 + 176x144x2) = 16 Frames. And when I play the two YUV videos, It's clearly to see that last few frames are disappeared. I think the function *void FlushSVCFrame()* in the SVCdisplay.c is not worked when using the mplayer to decode the svc stream, so that the 16 frames stored in the buffer was not played. ------ Best Regards! Chen Liang Beijing Institute of Technology 此致 敬礼！ 陈亮 北京理工大学 |
17 messages has been excluded from this view by a project administrator.
