How is everyone progressing?
Hello GSoCers, I was wondering how everyone was progressing on their tasks. Here is the list of people and what I perceive as their status: LC AAC encoder - Kostya - Active - Working on psychoacoustic tuning stuff WMA Pro decoder - Sascha - ? - ? Multi-threaded decoding - Alexander - Active - Still working on h.264 but it is performing well. MLP encoder - Ramiro - ? - ? ALAC encoder - Jai - ? - The last I heard was that it is compressing better than FLAC. LGPL swscale - Keiji - ? - ? Nellymoser - Bart - Active - ? MXF - Zhentan - Active - ? Please respond to this mail commenting on your (or your student's) progress so we can all see what's going on. Regards, Rob
Hi 2008/7/31 Robert Swain <robert.swain@gmail.com>
Hello GSoCers,
I was wondering how everyone was progressing on their tasks. Here is the list of people and what I perceive as their status:
LC AAC encoder - Kostya - Active - Working on psychoacoustic tuning stuff WMA Pro decoder - Sascha - ? - ? Multi-threaded decoding - Alexander - Active - Still working on h.264 but it is performing well. MLP encoder - Ramiro - ? - ? ALAC encoder - Jai - ? - The last I heard was that it is compressing better than FLAC. LGPL swscale - Keiji - ? - ? Nellymoser - Bart - Active - ? MXF - Zhentan - Active - ?
Please respond to this mail commenting on your (or your student's) progress so we can all see what's going on.
I am working on MXF muxer metored by Baptiste who gives me much help at the process of the project. I just upgraded mxfenc.c into version 0.0.4, by now, mxfenc.c has the main function to mux mpeg2 and wav as OP1a, and the muxed file can be played by mxf demuxer. My status is improving the code by reviews from friends of the community, to make the code cleaner and more efficiency. Moreover, it's necessary to run more test on mxfenc.c, any ideas? I think I should hurry to do it and try to submit the code ASAP. thanks all people reviewing my coarse code. -- Best wishes~
zhentan feng wrote:
Moreover, it's necessary to run more test on mxfenc.c, any ideas?
How are you already testing the system (give me command lines). What other directions should we take the testing? -- -Mike Melanson
Hi Zhentan, zhentan feng wrote:
[...]
My status is improving the code by reviews from friends of the community, to make the code cleaner and more efficiency. Moreover, it's necessary to run more test on mxfenc.c, any ideas? I think I should hurry to do it and try to submit the code ASAP. thanks all people reviewing my coarse code.
Try to search for other MXF sdk/players on the net, maybe they have free tools. Testing can be done using Sony XDCAM viewer on windows, but you'd have to create D-10 files (MPEG-2 very constrained), and need many patches for that. If you want to inspect MXF D-10 mapping specs and want to implement I will help and give you patches and commandlines. -- Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA Smartjog USA Inc. http://www.smartjog.com Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
Hi 2008/7/31 Baptiste Coudurier <baptiste.coudurier@smartjog.com>
Hi Zhentan,
zhentan feng wrote:
[...]
My status is improving the code by reviews from friends of the community, to make the code cleaner and more efficiency. Moreover, it's necessary to run more test on mxfenc.c, any ideas? I think I should hurry to do it and try to submit the code ASAP. thanks all people reviewing my coarse code.
Try to search for other MXF sdk/players on the net, maybe they have free tools.
Testing can be done using Sony XDCAM viewer on windows, but you'd have to create D-10 files (MPEG-2 very constrained), and need many patches for that. If you want to inspect MXF D-10 mapping specs and want to implement I will help and give you patches and commandlines.
ok. however, could we clarify the goals of the GSoC? Does I need to implement D-10 files muxer? It seems I have to read more specs about it :p I mean that it will be good to get some results and reach milestones when GSoC finished. certainly, I'll continue to maintance and extend mxfenc.c out of the summer if necessary. -- Best wishes~
zhentan feng wrote:
Hi
2008/7/31 Baptiste Coudurier <baptiste.coudurier@smartjog.com>
Hi Zhentan,
zhentan feng wrote:
[...]
My status is improving the code by reviews from friends of the community, to make the code cleaner and more efficiency. Moreover, it's necessary to run more test on mxfenc.c, any ideas? I think I should hurry to do it and try to submit the code ASAP. thanks all people reviewing my coarse code.
Try to search for other MXF sdk/players on the net, maybe they have free tools.
Testing can be done using Sony XDCAM viewer on windows, but you'd have to create D-10 files (MPEG-2 very constrained), and need many patches for that. If you want to inspect MXF D-10 mapping specs and want to implement I will help and give you patches and commandlines.
ok. however, could we clarify the goals of the GSoC?
You need to get the muxer working and commited to svn.
Does I need to implement D-10 files muxer?
No.
It seems I have to read more specs about it :p
I mean that it will be good to get some results and reach milestones when GSoC finished. certainly, I'll continue to maintance and extend mxfenc.c out of the summer if necessary.
Certainly. -- Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA Smartjog USA Inc. http://www.smartjog.com Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
On Jul 30, 2008, at 8:54 PM, Robert Swain wrote:
Hello GSoCers,
I was wondering how everyone was progressing on their tasks. Here is the list of people and what I perceive as their status:
Multi-threaded decoding - Alexander - Active - Still working on h.264 but it is performing well.
Please respond to this mail commenting on your (or your student's) progress so we can all see what's going on.
Regards, Rob
Progressive H.264 is done and working, but PAFF is currently broken. I'll have that fixed as soon as lu_zero can update his mainline git mirror. Right now I'm working on slice+frame threading, and then I'll do encoding. I was really expecting to be closer to finished by now, so I'll try to get basic stuff finished first - I don't want it sitting around unmergeable forever. Any more codecs we want converted can be done later, or the maintainer can do it themselves if I write good enough documentation. One thing I'm not sure about is all the other thread stuff - I could get rid of some duplicate code if we dropped support for non-pthreads. All the other OSes have pthread emulation libraries that are probably better maintained than our os2/w32/bethreads, and I can't test or compile what I have on them so I have no idea what I've broken. But since they probably work on mainline at the moment, I could just do my best to leave them alone.
On Fri, Aug 01, 2008 at 12:19:41AM -0400, Alexander Strange wrote:
On Jul 30, 2008, at 8:54 PM, Robert Swain wrote:
Hello GSoCers,
I was wondering how everyone was progressing on their tasks. Here is the list of people and what I perceive as their status:
Multi-threaded decoding - Alexander - Active - Still working on h.264 but it is performing well.
Please respond to this mail commenting on your (or your student's) progress so we can all see what's going on.
Regards, Rob
Progressive H.264 is done and working, but PAFF is currently broken. I'll have that fixed as soon as lu_zero can update his mainline git mirror.
Right now I'm working on slice+frame threading, and then I'll do encoding. I was really expecting to be closer to finished by now, so I'll try to get basic stuff finished first - I don't want it sitting around unmergeable forever. Any more codecs we want converted can be done later, or the maintainer can do it themselves if I write good enough documentation.
One thing I'm not sure about is all the other thread stuff - I could get rid of some duplicate code if we dropped support for non-pthreads. All the other OSes have pthread emulation libraries that are probably better maintained than our os2/w32/bethreads, and I can't test or
If you can simplify code by droping them then do so, the respective maintainers can update them later to whaever new API ... What iam against though is pthread code outside pthread.c, it should stay there and it should be possible to implement what is in pthread.c on other thread systems. [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Complexity theory is the science of finding the exact solution to an approximation. Benchmarking OTOH is finding an approximation of the exact
Hi, On Thursday 31 July 2008 02:54, Robert Swain wrote:
Hello GSoCers,
I was wondering how everyone was progressing on their tasks. Here is the list of people and what I perceive as their status:
LC AAC encoder - Kostya - Active - Working on psychoacoustic tuning stuff WMA Pro decoder - Sascha - ? - ?
Still working on the parsing of the subframes. Unfortunately nothing nice to commit at the moment.
Multi-threaded decoding - Alexander - Active - Still working on h.264 but it is performing well. MLP encoder - Ramiro - ? - ? ALAC encoder - Jai - ? - The last I heard was that it is compressing better than FLAC. LGPL swscale - Keiji - ? - ? Nellymoser - Bart - Active - ? MXF - Zhentan - Active - ?
Please respond to this mail commenting on your (or your student's) progress so we can all see what's going on.
Regards Sascha
participants (7)
-
Alexander Strange -
Baptiste Coudurier -
Michael Niedermayer -
Mike Melanson -
Robert Swain -
Sascha Sommer -
zhentan feng