jffmpeg-devel Mailing List for JMF wrapper for ffmpeg (Page 3)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi
=20
All y i our PH u ARM l AC b Y di b rect i ly from the m u anufa q ctur t
er,
Your ch q an v ce to eco d nomiz g e wit a h us
http://www.vladoaylu.info

I'm pleased to announce release 0.2 of FMJ ("fmj-20060907-0954"), which 
cleans up a few issues noticed by users of version 0.1.

- better compatibility with JFFMPEG
- better logging
- MIME types in the registry
- Closer to Java 1.4-compatibility.

For more info, visit http://sourceforge.net/projects/fmj/

Thanks,

Ken Larson

Jonathan -

The changes you describe, have you committed them to JFFMPEG's CVS?  I 
haven't seen any changes in the JFFMPEG source tree since before you 
wrote me about these issues...

Thanks,

Ken

Ken Larson wrote:
> Jonathan -
>
> I've implemented the MIME mappings.  They are stored in the registry 
> xml file (which is now .fmj.registry.xml in the user's home dir), and 
> you can edit them with our registry GUI.  This change is in CVS, I 
> haven't created a new build.  I hope this helps you out, and let me 
> know if you have any problems.
>
> Ken
>
> Jonathan Hueber wrote:
>> Hi,
>>
>> OK.  Downloaded it all, tried it out, got it to work.  It certainly looks a 
>> lot nicer than the old JMStudio code.
>>
>> There are a few updates I needed to make to JFFMPEG to get it to work 
>> properly.  I will finalise these, check in, and get a new release out.  They 
>> are:
>>
>>   1)  FMJ seems to call <Demultiplexer>.getTracks() before it calls 
>> <Demultiplexer>.start().  I don't know who is right, so I'll just fix my 
>> code.  Technically, the demultiplexer doesn't know what tracks are available 
>> before processing the start of stream (in fact it can change during the 
>> stream if new camera angles/audio streams start up).
>>
>>   2)  In order not to clash with JMF, I had some funny file format types 
>> built into the demultiplexers, I have changed them to use the strings that 
>> FMJ expects (video.x_msvideo, etc.)
>>
>>   3)  FMJ hasn't implemented the file extensions to MIME mapping logic yet.  
>> I found all of the file extensions hardcoded into the 
>> javax.media.protocol.FileFormatProtocol class.  At some point, this will 
>> need to be taken from the XML configuration file (which is much nicer than 
>> the binary-blob of JMF!).  I may take a look at this myself at some point, 
>> as it is one of the few areas that may run into problems in a sandboxed 
>> Applet environment.
>>
>>   4)  Java Media Studio (or it's AVI demultiplexer) seems to do something 
>> with the case of the video file four-CC values (DIVX, XVID, MP42).  The 
>> Jffmpeg.properties file is case sensitive and was getting confused with FMJ. 
>>   I have converted the logic to be case insensitive.
>>
>>   5)  I need to update the codecs to export the "correct" strings for 
>> differnt codecs (I note that MP3 has become "MPEG1L3" in FMJ)
>>
>> There is quite a lot of work to be done on the Demultiplexers for them to be 
>> of any use.  I only built them for debugging purposes.  They do "kind-of" 
>> work though.  I managed to test VOB files (AC3 and MPEG2), AVI files (DIVX, 
>> DIV3, XVID, and so on), OGG (which you have already got working), MPG files 
>> (to some extent).
>>
>> Not really enough to replace the official Sun demultiplexers - but that 
>> wasn't really the point up until FMJ.
>>
>> Regards,
>>
>> JH
>>
>>
>>
>>
>>   
>>> Congratulations.  I am downloading your source code now to take a look.
>>>
>>> It looks like part of your binary code is compiled for Java 1.5.  I have a
>>> slight preference for Java 1.4, so I'll see if I can get a 1.4 build out.
>>>
>>> Is you code working with the Classpath project (www.classpath.org)?  I 
>>> would
>>> be interested in trying to get your code to work with the latest versions 
>>> of
>>> ECJ.  I am also interested in pure Java applets (the Sun JMF has a tendancy
>>> to try to access files)
>>>
>>> When I am testing video codecs, I tend to use FFMPEG to convert streams
>>> between formats (not superb tests, but for a rough approximation).  I also
>>> have collected a few streams encoded by different encoders.
>>>
>>> I'll take a look at getting JFFMPEG codecs to work with your code (it has
>>> been a fair old while since I did an update - I have some DIVX fixes to
>>> submit)
>>>
>>> I'll also take another look at the old JFFMPEG AVI, VOB and MPEG
>>> demultiplexers to see if they can be bashed into something approximating
>>> usable (they never had much of a purpose before).  We should be able to get
>>> a "Free" DVD player out reasonably easily...
>>>
>>> JH
>>>     
>>
>> _________________________________________________________________
>> Don't just search. Find. Check out the new MSN Search! 
>> http://search.msn.com/
>>
>>
>>
>> _______________________________________________
>> Jffmpeg-devel mailing list
>> Jff...@li...
>> https://lists.sourceforge.net/lists/listinfo/jffmpeg-devel
>>
>>   

Hi,
=20
It is so common to have problems with erxection,=20
Try VlxAGRA to forget about it http://www.ladefunmasede.com

=20

=20

=20

I did, and . . .
Priorities, Captain. I spoke quietly so only he could hear.
Mission complete. Alien artifact returned. Antidote for me on its way

Hi, I was able to get some error messages from JMStudio when trying to
transmit H263 over RTP.

java.lang.UnsatisfiedLinkError: open_encoder
        at net.sourceforge.jffmpeg.ffmpegnative.NativeEncoder.open_encoder(Native
Method)
        at net.sourceforge.jffmpeg.ffmpegnative.NativeEncoder.open(Unknown
Source)
        at com.sun.media.BasicFilterModule.doRealize(BasicFilterModule.java
:49)
        at com.sun.media.PlaybackEngine.buildTrackFromGraph(
PlaybackEngine.java:1753)
        at com.sun.media.ProcessEngine$ProcGraphBuilder.buildTrackFromGraph(
ProcessEngine.java:952)
        at com.sun.media.ProcessEngine$ProcGraphBuilder.buildCustomGraph(
ProcessEngine.java:1210)
        at com.sun.media.ProcessEngine$ProcGraphBuilder.buildGraph(
ProcessEngine.java:944)
        at com.sun.media.ProcessEngine$ProcTControl.buildTrack(
ProcessEngine.java:655)
        at com.sun.media.PlaybackEngine.doRealize1(PlaybackEngine.java:326)
        at com.sun.media.ProcessEngine.doRealize(ProcessEngine.java:77)
        at com.sun.media.RealizeWorkThread.process(BasicController.java
:1400)
        at com.sun.media.StateTransitionWorkThread.run(BasicController.java
:1339
)

This was when I pressed transmit in JMStudio. What could have caused this
error ?

MvH
Benjamin Larsson

Hi, I'm trying to get h263 over rtp to work in windows with the avcodec dll
compiled with rtp support. I've been trying to get it working without
success. I've been trying with JMStudio and diffrent jdk and jre versions.
The main problem is that I don't get any error messages so I don't know what
can be wrong JMStudio just hangs when I try to transmit a RTP stream. So
does anyone have hints on how to debug the installation of the jmf codec and
how to know if the compiled dll is compiled correctly and installed
correctly?

Also would there be any benefits of porting the rtp patch for ffmpeg
0.4.7to the current ffmpeg version ?

MvH
Benjamin Larsson

=20
VljlAGRA from 3 , 35
VALIjlUM from 1 , 25
AMBljIEN
CIALIjlS from 3 , 75
=20
http://www.hesclustere.com
=20

,

,

,

,

his name.
The Stainless Steel Rats in the flesh! I am trebly blessed!
We hummed two bars of All Alone followed by a brisk buck and wing.

Be u st S g el u li c ng Wa v tc g he a s
=20
R o OLE w X
C o ARTIE w R
BR z EI j TLIN o G
B o VLG d ARI
O l MEG j A
P o ATE y K P k hili z ppe and ma j ny othe b r

Han f dba x gs & P x urs q es, T j IFF s ANY & CO Je f we r rly

O d rde p r TO e DA m Y and sav g e 2 h 5 % http://allkswissselect.com

=20

=20

=20

no food, and no knowing quite where we are, and hordes of angry goblins
just behind! On we go! On they went. Gandalf was quite right: they
began to hear goblin noises and horrible cries far behind in the
passages they had come through. That sent them on faster than ever, and
as poor Bilbo could not possibly go half as fast-for dwarves can roll
along at a tremendous pace, I can tell you, when they have to-they took

=20
VlzAGRA 3 , 33 $
=20
http://www.cikeraviolasexa.com
=20

,

,

,

,

Therefore I would appreciate it if you would kindly, and quickly, tell
me what happened.
I wish I knew. I saw the same things you did. I dont know what

---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 0629-2, 21/07/2006
Tested on: 7/23/aaaa 11:31:36
avast! - copyright (c) 1988-2006 ALWIL Software.
http://www.avast.com

=20
VlzAGRA 3 , 33 $
=20
http://www.isterenalt.com
=20

,

,

,

,

Indeed, I agreed. Something else about them. Theyre big enough to
ride upon. And if I am not mistaken we have been seen and those three
riders are galloping our way.

Jonathan -

I've determined that JMF does in fact call start on the demux before 
calling getTracks. I've changed FMJ (in CVS) to do this as well.

Ken

Jonathan Hueber wrote:
>   1)  FMJ seems to call <Demultiplexer>.getTracks() before it calls 
> <Demultiplexer>.start().  I don't know who is right, so I'll just fix my 
> code.  Technically, the demultiplexer doesn't know what tracks are available 
> before processing the start of stream (in fact it can change during the 
> stream if new camera angles/audio streams start up).
>   

>   

Jonathan -

I've gotten everything in CVS using 1.4 except for one minor call

Component.setPreferredSize

in

src.capture/net/sf/fmj/media/content/video/civil/Handler.java

This is a 1.5 call not present in 1.4.  I don't know offhand the easiest 
way to migrate it to 1.4 (although I could hack around with it no 
doubt).  Do you know the best way offhand?

In any case, this only affects display of capture device video, so you 
may be good to go for now if you aren't using that.

Ken

Jonathan Hueber wrote:
> Hi,
>
> Congratulations.  I am downloading your source code now to take a look.
>
> It looks like part of your binary code is compiled for Java 1.5.  I 
> have a slight preference for Java 1.4, so I'll see if I can get a 1.4 
> build out.
>
> Is you code working with the Classpath project (www.classpath.org)?  I 
> would be interested in trying to get your code to work with the latest 
> versions of ECJ.  I am also interested in pure Java applets (the Sun 
> JMF has a tendancy to try to access files)
>
> When I am testing video codecs, I tend to use FFMPEG to convert 
> streams between formats (not superb tests, but for a rough 
> approximation).  I also have collected a few streams encoded by 
> different encoders.
>
> I'll take a look at getting JFFMPEG codecs to work with your code (it 
> has been a fair old while since I did an update - I have some DIVX 
> fixes to submit)
>
> I'll also take another look at the old JFFMPEG AVI, VOB and MPEG 
> demultiplexers to see if they can be bashed into something 
> approximating usable (they never had much of a purpose before).  We 
> should be able to get a "Free" DVD player out reasonably easily...
>
> JH
>
>
>
>
>>    1.
>>
>>
>>
>> The FMJ project (open-source JMF implementation), with its source, is
>> now on sourceforge at http://fmj.sourceforge.net/.  We also have our
>> first file release.  I'll include my release email at the end of this
>> message, for reference.
>>
>> Because so many projects seem to depend on these internal classes,
>> rather than nagging everybody further, I simply implemented
>> com.sun.media.BasicCodec and a number of other internal JMF
>> implementation classes.  I do believe that in principle, it is best for
>> open source projects not to code directly to the internal JMF classes
>> (For comparison, I think of the GNU classpath folks encouraging and
>> helping the OpenOffice folks to stop doing this), but that choice is not
>> for me to make for other projects.  At least now there is a choice; you
>> can leave things as they are, and FMJ can work, or you get a copy of the
>> FMJ versions of these classes and change the package name.
>>
>> As far as better documentation and better implementation, I hope we'll
>> get there. Right now it is a bit early for me to be able to claim
>> either.  However, in trying to implement the JMF filter graph pipeline,
>> I'm starting to find the undocumented assumptions one by one (such as
>> that an output buffer provided to a Codec.process will/must already have
>> certain fields set).  I'll try to document these as I find them.
>>
>> I was able to get JFFMPEG to work (and in fact I distribute it with the
>> release) for FMJ's OGG support.  I'd like to get all of JFFMPEG's
>> supported formats working in FMJ, and any assistance is welcome.  One
>> helpful starting point would be sample media files of various formats
>> that are known to work with JFFMPEG+JMF, and then I can one-by-one make
>> sure FMJ works with them as well.
>>
>> Ken Larson
>>
>> ----
>>
>> Jonathan Hueber wrote:
>> >  Personally, I'd wouldn't mind seeing the dependency on the 
>> BasicCodec gone.
>> >  The only place this is still used is in the Native VideoEncoder 
>> (although I
>> >  notice that I left an unused import statement in the Native 
>> VideoDecoder).
>> >  It should be very simple to compile the decoders without BasicCodec.
>> >
>> >  As JNI VideoEncoding isn't really my area, I haven't ever changed 
>> the Native
>> >  Video Encoder.  The base class is mainly used for implementing the
>> >  get/setVideoFormat() APIs.  These are quite fiddly to get right.
>> >
>> >  I should probably pass that part on to the other people on the list.
>> >
>> >
>> >  An open-source JMF implementation would be most welcome though.  
>> I'd be
>> >  especially happy to have better documented APIs for the Codec 
>> class (as well
>> >  as a better implemented pipeline - discard frame packets, and 
>> slightly
>> >  buffered video playback to avoid the jerkiness).  Is the source 
>> available
>> >  yet?
>> ----
>>
>> Guilhem Tardy wrote:
>> >  The dependencies are mostly for a few helper functions that, from 
>> a technical
>> >  standpoint, are easy to replicate directly in JFFMPEG.
>> >
>> >  Personally, I based all of my development on Sun's JSDK and JMF, 
>> thus have
>> >  little interest in the aforementioned activity.
>> >
>> >  When/if your open-source JMF implementation becomes public (and 
>> open), maybe
>> >  there will be more incentive. In the mean time, you may "assist" 
>> and provide a
>> >  patch to this mailing list.
>> >
>> >
>> FMJ initial release email:
>>
>> I'm pleased to announce the first release of FMJ, which, while still
>> early in the development and testing phases, supports:
>>
>> 1. Video capture on Windows, Mac OS X, and Linux
>> 2. Audio and Video playback on Windows, Mac OS X, and Linux.  DirectShow
>> and Quicktime are wrapped used by FMJ on Windows and Mac OS X,
>> respectively.   Linux video playback currently requires JMF for
>> demux/codec.
>>
>> Audio Formats supported:
>> WAV, AU, AIFF, MP3, OGG.  Some WAV formats may not work yet, as WAV is a
>> container format with many internal formats.
>>
>> Video Formats supported:
>> On Windows and Mac OS X: any format supported by the native system
>> (DirectShow/Quicktime).
>>
>> A link to the download is provided at http://fmj.sourceforge.net/
>>
>> Ken Larson
>>
>>
>>
>>
>>
>> ------------------------------
>>
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> Jffmpeg-devel mailing list
>> Jff...@li...
>> https://lists.sourceforge.net/lists/listinfo/jffmpeg-devel
>>
>>
>> End of Jffmpeg-devel Digest, Vol 1, Issue 106
>> *********************************************
>
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today it's 
> FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
>
>

Jonathan -

I've implemented the MIME mappings.  They are stored in the registry xml 
file (which is now .fmj.registry.xml in the user's home dir), and you 
can edit them with our registry GUI.  This change is in CVS, I haven't 
created a new build.  I hope this helps you out, and let me know if you 
have any problems.

Ken

Jonathan Hueber wrote:
> Hi,
>
> OK.  Downloaded it all, tried it out, got it to work.  It certainly looks a 
> lot nicer than the old JMStudio code.
>
> There are a few updates I needed to make to JFFMPEG to get it to work 
> properly.  I will finalise these, check in, and get a new release out.  They 
> are:
>
>   1)  FMJ seems to call <Demultiplexer>.getTracks() before it calls 
> <Demultiplexer>.start().  I don't know who is right, so I'll just fix my 
> code.  Technically, the demultiplexer doesn't know what tracks are available 
> before processing the start of stream (in fact it can change during the 
> stream if new camera angles/audio streams start up).
>
>   2)  In order not to clash with JMF, I had some funny file format types 
> built into the demultiplexers, I have changed them to use the strings that 
> FMJ expects (video.x_msvideo, etc.)
>
>   3)  FMJ hasn't implemented the file extensions to MIME mapping logic yet.  
> I found all of the file extensions hardcoded into the 
> javax.media.protocol.FileFormatProtocol class.  At some point, this will 
> need to be taken from the XML configuration file (which is much nicer than 
> the binary-blob of JMF!).  I may take a look at this myself at some point, 
> as it is one of the few areas that may run into problems in a sandboxed 
> Applet environment.
>
>   4)  Java Media Studio (or it's AVI demultiplexer) seems to do something 
> with the case of the video file four-CC values (DIVX, XVID, MP42).  The 
> Jffmpeg.properties file is case sensitive and was getting confused with FMJ. 
>   I have converted the logic to be case insensitive.
>
>   5)  I need to update the codecs to export the "correct" strings for 
> differnt codecs (I note that MP3 has become "MPEG1L3" in FMJ)
>
> There is quite a lot of work to be done on the Demultiplexers for them to be 
> of any use.  I only built them for debugging purposes.  They do "kind-of" 
> work though.  I managed to test VOB files (AC3 and MPEG2), AVI files (DIVX, 
> DIV3, XVID, and so on), OGG (which you have already got working), MPG files 
> (to some extent).
>
> Not really enough to replace the official Sun demultiplexers - but that 
> wasn't really the point up until FMJ.
>
> Regards,
>
> JH
>
>
>
>
>   
>> Congratulations.  I am downloading your source code now to take a look.
>>
>> It looks like part of your binary code is compiled for Java 1.5.  I have a
>> slight preference for Java 1.4, so I'll see if I can get a 1.4 build out.
>>
>> Is you code working with the Classpath project (www.classpath.org)?  I 
>> would
>> be interested in trying to get your code to work with the latest versions 
>> of
>> ECJ.  I am also interested in pure Java applets (the Sun JMF has a tendancy
>> to try to access files)
>>
>> When I am testing video codecs, I tend to use FFMPEG to convert streams
>> between formats (not superb tests, but for a rough approximation).  I also
>> have collected a few streams encoded by different encoders.
>>
>> I'll take a look at getting JFFMPEG codecs to work with your code (it has
>> been a fair old while since I did an update - I have some DIVX fixes to
>> submit)
>>
>> I'll also take another look at the old JFFMPEG AVI, VOB and MPEG
>> demultiplexers to see if they can be bashed into something approximating
>> usable (they never had much of a purpose before).  We should be able to get
>> a "Free" DVD player out reasonably easily...
>>
>> JH
>>     
>
> _________________________________________________________________
> Don't just search. Find. Check out the new MSN Search! 
> http://search.msn.com/
>
>
>
> _______________________________________________
> Jffmpeg-devel mailing list
> Jff...@li...
> https://lists.sourceforge.net/lists/listinfo/jffmpeg-devel
>
>   

I am working on the 1.4 compatibility, I should have something next week.

I have not tried to get it to work with classpath, it would be cool if 
you could give it a try.  What is ecj?

Ken

Jonathan Hueber wrote:
> Hi,
>
> Congratulations.  I am downloading your source code now to take a look.
>
> It looks like part of your binary code is compiled for Java 1.5.  I have a 
> slight preference for Java 1.4, so I'll see if I can get a 1.4 build out.
>
> Is you code working with the Classpath project (www.classpath.org)?  I would 
> be interested in trying to get your code to work with the latest versions of 
> ECJ.  I am also interested in pure Java applets (the Sun JMF has a tendancy 
> to try to access files)
>
> When I am testing video codecs, I tend to use FFMPEG to convert streams 
> between formats (not superb tests, but for a rough approximation).  I also 
> have collected a few streams encoded by different encoders.
>
> I'll take a look at getting JFFMPEG codecs to work with your code (it has 
> been a fair old while since I did an update - I have some DIVX fixes to 
> submit)
>
> I'll also take another look at the old JFFMPEG AVI, VOB and MPEG 
> demultiplexers to see if they can be bashed into something approximating 
> usable (they never had much of a purpose before).  We should be able to get 
> a "Free" DVD player out reasonably easily...
>
> JH
>
>
>
>
>   
>>    1.
>>
>>
>>
>> The FMJ project (open-source JMF implementation), with its source, is
>> now on sourceforge at http://fmj.sourceforge.net/.  We also have our
>> first file release.  I'll include my release email at the end of this
>> message, for reference.
>>
>> Because so many projects seem to depend on these internal classes,
>> rather than nagging everybody further, I simply implemented
>> com.sun.media.BasicCodec and a number of other internal JMF
>> implementation classes.  I do believe that in principle, it is best for
>> open source projects not to code directly to the internal JMF classes
>> (For comparison, I think of the GNU classpath folks encouraging and
>> helping the OpenOffice folks to stop doing this), but that choice is not
>> for me to make for other projects.  At least now there is a choice; you
>> can leave things as they are, and FMJ can work, or you get a copy of the
>> FMJ versions of these classes and change the package name.
>>
>> As far as better documentation and better implementation, I hope we'll
>> get there. Right now it is a bit early for me to be able to claim
>> either.  However, in trying to implement the JMF filter graph pipeline,
>> I'm starting to find the undocumented assumptions one by one (such as
>> that an output buffer provided to a Codec.process will/must already have
>> certain fields set).  I'll try to document these as I find them.
>>
>> I was able to get JFFMPEG to work (and in fact I distribute it with the
>> release) for FMJ's OGG support.  I'd like to get all of JFFMPEG's
>> supported formats working in FMJ, and any assistance is welcome.  One
>> helpful starting point would be sample media files of various formats
>> that are known to work with JFFMPEG+JMF, and then I can one-by-one make
>> sure FMJ works with them as well.
>>
>> Ken Larson
>>
>> ----
>>
>> Jonathan Hueber wrote:
>>     
>>>  Personally, I'd wouldn't mind seeing the dependency on the BasicCodec 
>>>       
>> gone.
>>     
>>>  The only place this is still used is in the Native VideoEncoder 
>>>       
>> (although I
>>     
>>>  notice that I left an unused import statement in the Native 
>>>       
>> VideoDecoder).
>>     
>>>  It should be very simple to compile the decoders without BasicCodec.
>>>
>>>  As JNI VideoEncoding isn't really my area, I haven't ever changed the 
>>>       
>> Native
>>     
>>>  Video Encoder.  The base class is mainly used for implementing the
>>>  get/setVideoFormat() APIs.  These are quite fiddly to get right.
>>>
>>>  I should probably pass that part on to the other people on the list.
>>>
>>>
>>>  An open-source JMF implementation would be most welcome though.  I'd be
>>>  especially happy to have better documented APIs for the Codec class (as 
>>>       
>> well
>>     
>>>  as a better implemented pipeline - discard frame packets, and slightly
>>>  buffered video playback to avoid the jerkiness).  Is the source 
>>>       
>> available
>>     
>>>  yet?
>>>       
>> ----
>>
>> Guilhem Tardy wrote:
>>     
>>>  The dependencies are mostly for a few helper functions that, from a 
>>>       
>> technical
>>     
>>>  standpoint, are easy to replicate directly in JFFMPEG.
>>>
>>>  Personally, I based all of my development on Sun's JSDK and JMF, thus 
>>>       
>> have
>>     
>>>  little interest in the aforementioned activity.
>>>
>>>  When/if your open-source JMF implementation becomes public (and open), 
>>>       
>> maybe
>>     
>>>  there will be more incentive. In the mean time, you may "assist" and 
>>>       
>> provide a
>>     
>>>  patch to this mailing list.
>>>
>>>
>>>       
>> FMJ initial release email:
>>
>> I'm pleased to announce the first release of FMJ, which, while still
>> early in the development and testing phases, supports:
>>
>> 1. Video capture on Windows, Mac OS X, and Linux
>> 2. Audio and Video playback on Windows, Mac OS X, and Linux.  DirectShow
>> and Quicktime are wrapped used by FMJ on Windows and Mac OS X,
>> respectively.   Linux video playback currently requires JMF for
>> demux/codec.
>>
>> Audio Formats supported:
>> WAV, AU, AIFF, MP3, OGG.  Some WAV formats may not work yet, as WAV is a
>> container format with many internal formats.
>>
>> Video Formats supported:
>> On Windows and Mac OS X: any format supported by the native system
>> (DirectShow/Quicktime).
>>
>> A link to the download is provided at http://fmj.sourceforge.net/
>>
>> Ken Larson
>>
>>
>>
>>
>>
>> ------------------------------
>>
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> Jffmpeg-devel mailing list
>> Jff...@li...
>> https://lists.sourceforge.net/lists/listinfo/jffmpeg-devel
>>
>>
>> End of Jffmpeg-devel Digest, Vol 1, Issue 106
>> *********************************************
>>     
>
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today it's FREE! 
> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
>
>
>
> _______________________________________________
> Jffmpeg-devel mailing list
> Jff...@li...
> https://lists.sourceforge.net/lists/listinfo/jffmpeg-devel
>
>   

Sounds great.

My one concern is I don't want to mask FMJ compatibility issues by 
changing JFFMPEG code.  So for #1, I would prefer to try and fix it in 
FMJ instead, to make it do the same as JMF does.  Perhaps with #4 and #5 
as well if you could get me some more info.  For audio formats, we are 
using the JavaSound codec strings.  What were you using and what does 
JMF use?

File format/mime extension mapping is implemented internally, but it is 
not implemented in the xml or registry app yet.  Shouldn't be too hard 
to add.

Ken

Jonathan Hueber wrote:
> Hi,
>
> OK.  Downloaded it all, tried it out, got it to work.  It certainly 
> looks a lot nicer than the old JMStudio code.
>
> There are a few updates I needed to make to JFFMPEG to get it to work 
> properly.  I will finalise these, check in, and get a new release 
> out.  They are:
>
>  1)  FMJ seems to call <Demultiplexer>.getTracks() before it calls 
> <Demultiplexer>.start().  I don't know who is right, so I'll just fix 
> my code.  Technically, the demultiplexer doesn't know what tracks are 
> available before processing the start of stream (in fact it can change 
> during the stream if new camera angles/audio streams start up).
>
>  2)  In order not to clash with JMF, I had some funny file format 
> types built into the demultiplexers, I have changed them to use the 
> strings that FMJ expects (video.x_msvideo, etc.)
>
>  3)  FMJ hasn't implemented the file extensions to MIME mapping logic 
> yet.  I found all of the file extensions hardcoded into the 
> javax.media.protocol.FileFormatProtocol class.  At some point, this 
> will need to be taken from the XML configuration file (which is much 
> nicer than the binary-blob of JMF!).  I may take a look at this myself 
> at some point, as it is one of the few areas that may run into 
> problems in a sandboxed Applet environment.
>
>  4)  Java Media Studio (or it's AVI demultiplexer) seems to do 
> something with the case of the video file four-CC values (DIVX, XVID, 
> MP42).  The Jffmpeg.properties file is case sensitive and was getting 
> confused with FMJ.  I have converted the logic to be case insensitive.
>
>  5)  I need to update the codecs to export the "correct" strings for 
> differnt codecs (I note that MP3 has become "MPEG1L3" in FMJ)
>
> There is quite a lot of work to be done on the Demultiplexers for them 
> to be of any use.  I only built them for debugging purposes.  They do 
> "kind-of" work though.  I managed to test VOB files (AC3 and MPEG2), 
> AVI files (DIVX, DIV3, XVID, and so on), OGG (which you have already 
> got working), MPG files (to some extent).
>
> Not really enough to replace the official Sun demultiplexers - but 
> that wasn't really the point up until FMJ.
>
> Regards,
>
> JH
>
>
>
>
>>
>> Congratulations.  I am downloading your source code now to take a look.
>>
>> It looks like part of your binary code is compiled for Java 1.5.  I 
>> have a
>> slight preference for Java 1.4, so I'll see if I can get a 1.4 build 
>> out.
>>
>> Is you code working with the Classpath project (www.classpath.org)?  
>> I would
>> be interested in trying to get your code to work with the latest 
>> versions of
>> ECJ.  I am also interested in pure Java applets (the Sun JMF has a 
>> tendancy
>> to try to access files)
>>
>> When I am testing video codecs, I tend to use FFMPEG to convert streams
>> between formats (not superb tests, but for a rough approximation).  I 
>> also
>> have collected a few streams encoded by different encoders.
>>
>> I'll take a look at getting JFFMPEG codecs to work with your code (it 
>> has
>> been a fair old while since I did an update - I have some DIVX fixes to
>> submit)
>>
>> I'll also take another look at the old JFFMPEG AVI, VOB and MPEG
>> demultiplexers to see if they can be bashed into something approximating
>> usable (they never had much of a purpose before).  We should be able 
>> to get
>> a "Free" DVD player out reasonably easily...
>>
>> JH
>
> _________________________________________________________________
> Don't just search. Find. Check out the new MSN Search! 
> http://search.msn.com/
>
>

Hi,

OK.  Downloaded it all, tried it out, got it to work.  It certainly looks a 
lot nicer than the old JMStudio code.

There are a few updates I needed to make to JFFMPEG to get it to work 
properly.  I will finalise these, check in, and get a new release out.  They 
are:

  1)  FMJ seems to call <Demultiplexer>.getTracks() before it calls 
<Demultiplexer>.start().  I don't know who is right, so I'll just fix my 
code.  Technically, the demultiplexer doesn't know what tracks are available 
before processing the start of stream (in fact it can change during the 
stream if new camera angles/audio streams start up).

  2)  In order not to clash with JMF, I had some funny file format types 
built into the demultiplexers, I have changed them to use the strings that 
FMJ expects (video.x_msvideo, etc.)

  3)  FMJ hasn't implemented the file extensions to MIME mapping logic yet.  
I found all of the file extensions hardcoded into the 
javax.media.protocol.FileFormatProtocol class.  At some point, this will 
need to be taken from the XML configuration file (which is much nicer than 
the binary-blob of JMF!).  I may take a look at this myself at some point, 
as it is one of the few areas that may run into problems in a sandboxed 
Applet environment.

  4)  Java Media Studio (or it's AVI demultiplexer) seems to do something 
with the case of the video file four-CC values (DIVX, XVID, MP42).  The 
Jffmpeg.properties file is case sensitive and was getting confused with FMJ. 
  I have converted the logic to be case insensitive.

  5)  I need to update the codecs to export the "correct" strings for 
differnt codecs (I note that MP3 has become "MPEG1L3" in FMJ)

There is quite a lot of work to be done on the Demultiplexers for them to be 
of any use.  I only built them for debugging purposes.  They do "kind-of" 
work though.  I managed to test VOB files (AC3 and MPEG2), AVI files (DIVX, 
DIV3, XVID, and so on), OGG (which you have already got working), MPG files 
(to some extent).

Not really enough to replace the official Sun demultiplexers - but that 
wasn't really the point up until FMJ.

Regards,

JH

>
>Congratulations.  I am downloading your source code now to take a look.
>
>It looks like part of your binary code is compiled for Java 1.5.  I have a
>slight preference for Java 1.4, so I'll see if I can get a 1.4 build out.
>
>Is you code working with the Classpath project (www.classpath.org)?  I 
>would
>be interested in trying to get your code to work with the latest versions 
>of
>ECJ.  I am also interested in pure Java applets (the Sun JMF has a tendancy
>to try to access files)
>
>When I am testing video codecs, I tend to use FFMPEG to convert streams
>between formats (not superb tests, but for a rough approximation).  I also
>have collected a few streams encoded by different encoders.
>
>I'll take a look at getting JFFMPEG codecs to work with your code (it has
>been a fair old while since I did an update - I have some DIVX fixes to
>submit)
>
>I'll also take another look at the old JFFMPEG AVI, VOB and MPEG
>demultiplexers to see if they can be bashed into something approximating
>usable (they never had much of a purpose before).  We should be able to get
>a "Free" DVD player out reasonably easily...
>
>JH

_________________________________________________________________
Don't just search. Find. Check out the new MSN Search! 
http://search.msn.com/

Hi,

Congratulations.  I am downloading your source code now to take a look.

It looks like part of your binary code is compiled for Java 1.5.  I have a 
slight preference for Java 1.4, so I'll see if I can get a 1.4 build out.

Is you code working with the Classpath project (www.classpath.org)?  I would 
be interested in trying to get your code to work with the latest versions of 
ECJ.  I am also interested in pure Java applets (the Sun JMF has a tendancy 
to try to access files)

When I am testing video codecs, I tend to use FFMPEG to convert streams 
between formats (not superb tests, but for a rough approximation).  I also 
have collected a few streams encoded by different encoders.

I'll take a look at getting JFFMPEG codecs to work with your code (it has 
been a fair old while since I did an update - I have some DIVX fixes to 
submit)

I'll also take another look at the old JFFMPEG AVI, VOB and MPEG 
demultiplexers to see if they can be bashed into something approximating 
usable (they never had much of a purpose before).  We should be able to get 
a "Free" DVD player out reasonably easily...

JH

>    1.
>
>
>
>The FMJ project (open-source JMF implementation), with its source, is
>now on sourceforge at http://fmj.sourceforge.net/.  We also have our
>first file release.  I'll include my release email at the end of this
>message, for reference.
>
>Because so many projects seem to depend on these internal classes,
>rather than nagging everybody further, I simply implemented
>com.sun.media.BasicCodec and a number of other internal JMF
>implementation classes.  I do believe that in principle, it is best for
>open source projects not to code directly to the internal JMF classes
>(For comparison, I think of the GNU classpath folks encouraging and
>helping the OpenOffice folks to stop doing this), but that choice is not
>for me to make for other projects.  At least now there is a choice; you
>can leave things as they are, and FMJ can work, or you get a copy of the
>FMJ versions of these classes and change the package name.
>
>As far as better documentation and better implementation, I hope we'll
>get there. Right now it is a bit early for me to be able to claim
>either.  However, in trying to implement the JMF filter graph pipeline,
>I'm starting to find the undocumented assumptions one by one (such as
>that an output buffer provided to a Codec.process will/must already have
>certain fields set).  I'll try to document these as I find them.
>
>I was able to get JFFMPEG to work (and in fact I distribute it with the
>release) for FMJ's OGG support.  I'd like to get all of JFFMPEG's
>supported formats working in FMJ, and any assistance is welcome.  One
>helpful starting point would be sample media files of various formats
>that are known to work with JFFMPEG+JMF, and then I can one-by-one make
>sure FMJ works with them as well.
>
>Ken Larson
>
>----
>
>Jonathan Hueber wrote:
> >  Personally, I'd wouldn't mind seeing the dependency on the BasicCodec 
>gone.
> >  The only place this is still used is in the Native VideoEncoder 
>(although I
> >  notice that I left an unused import statement in the Native 
>VideoDecoder).
> >  It should be very simple to compile the decoders without BasicCodec.
> >
> >  As JNI VideoEncoding isn't really my area, I haven't ever changed the 
>Native
> >  Video Encoder.  The base class is mainly used for implementing the
> >  get/setVideoFormat() APIs.  These are quite fiddly to get right.
> >
> >  I should probably pass that part on to the other people on the list.
> >
> >
> >  An open-source JMF implementation would be most welcome though.  I'd be
> >  especially happy to have better documented APIs for the Codec class (as 
>well
> >  as a better implemented pipeline - discard frame packets, and slightly
> >  buffered video playback to avoid the jerkiness).  Is the source 
>available
> >  yet?
>----
>
>Guilhem Tardy wrote:
> >  The dependencies are mostly for a few helper functions that, from a 
>technical
> >  standpoint, are easy to replicate directly in JFFMPEG.
> >
> >  Personally, I based all of my development on Sun's JSDK and JMF, thus 
>have
> >  little interest in the aforementioned activity.
> >
> >  When/if your open-source JMF implementation becomes public (and open), 
>maybe
> >  there will be more incentive. In the mean time, you may "assist" and 
>provide a
> >  patch to this mailing list.
> >
> >
>FMJ initial release email:
>
>I'm pleased to announce the first release of FMJ, which, while still
>early in the development and testing phases, supports:
>
>1. Video capture on Windows, Mac OS X, and Linux
>2. Audio and Video playback on Windows, Mac OS X, and Linux.  DirectShow
>and Quicktime are wrapped used by FMJ on Windows and Mac OS X,
>respectively.   Linux video playback currently requires JMF for
>demux/codec.
>
>Audio Formats supported:
>WAV, AU, AIFF, MP3, OGG.  Some WAV formats may not work yet, as WAV is a
>container format with many internal formats.
>
>Video Formats supported:
>On Windows and Mac OS X: any format supported by the native system
>(DirectShow/Quicktime).
>
>A link to the download is provided at http://fmj.sourceforge.net/
>
>Ken Larson
>
>
>
>
>
>------------------------------
>
>
>
>------------------------------
>
>_______________________________________________
>Jffmpeg-devel mailing list
>Jff...@li...
>https://lists.sourceforge.net/lists/listinfo/jffmpeg-devel
>
>
>End of Jffmpeg-devel Digest, Vol 1, Issue 106
>*********************************************

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

The FMJ project (open-source JMF implementation), with its source, is 
now on sourceforge at http://fmj.sourceforge.net/.  We also have our 
first file release.  I'll include my release email at the end of this 
message, for reference.

Because so many projects seem to depend on these internal classes, 
rather than nagging everybody further, I simply implemented 
com.sun.media.BasicCodec and a number of other internal JMF 
implementation classes.  I do believe that in principle, it is best for 
open source projects not to code directly to the internal JMF classes 
(For comparison, I think of the GNU classpath folks encouraging and 
helping the OpenOffice folks to stop doing this), but that choice is not 
for me to make for other projects.  At least now there is a choice; you 
can leave things as they are, and FMJ can work, or you get a copy of the 
FMJ versions of these classes and change the package name.

As far as better documentation and better implementation, I hope we'll 
get there. Right now it is a bit early for me to be able to claim 
either.  However, in trying to implement the JMF filter graph pipeline, 
I'm starting to find the undocumented assumptions one by one (such as 
that an output buffer provided to a Codec.process will/must already have 
certain fields set).  I'll try to document these as I find them.

I was able to get JFFMPEG to work (and in fact I distribute it with the 
release) for FMJ's OGG support.  I'd like to get all of JFFMPEG's 
supported formats working in FMJ, and any assistance is welcome.  One 
helpful starting point would be sample media files of various formats 
that are known to work with JFFMPEG+JMF, and then I can one-by-one make 
sure FMJ works with them as well.

Ken Larson

----

Jonathan Hueber wrote:
>  Personally, I'd wouldn't mind seeing the dependency on the BasicCodec gone.  
>  The only place this is still used is in the Native VideoEncoder (although I 
>  notice that I left an unused import statement in the Native VideoDecoder).  
>  It should be very simple to compile the decoders without BasicCodec.
>  
>  As JNI VideoEncoding isn't really my area, I haven't ever changed the Native 
>  Video Encoder.  The base class is mainly used for implementing the 
>  get/setVideoFormat() APIs.  These are quite fiddly to get right.
>  
>  I should probably pass that part on to the other people on the list.
>  
>  
>  An open-source JMF implementation would be most welcome though.  I'd be 
>  especially happy to have better documented APIs for the Codec class (as well 
>  as a better implemented pipeline - discard frame packets, and slightly 
>  buffered video playback to avoid the jerkiness).  Is the source available 
>  yet?
----

Guilhem Tardy wrote:
>  The dependencies are mostly for a few helper functions that, from a technical
>  standpoint, are easy to replicate directly in JFFMPEG.
>  
>  Personally, I based all of my development on Sun's JSDK and JMF, thus have
>  little interest in the aforementioned activity.
>  
>  When/if your open-source JMF implementation becomes public (and open), maybe
>  there will be more incentive. In the mean time, you may "assist" and provide a
>  patch to this mailing list.
>  
>
FMJ initial release email:

I'm pleased to announce the first release of FMJ, which, while still 
early in the development and testing phases, supports:

1. Video capture on Windows, Mac OS X, and Linux
2. Audio and Video playback on Windows, Mac OS X, and Linux.  DirectShow 
and Quicktime are wrapped used by FMJ on Windows and Mac OS X, 
respectively.   Linux video playback currently requires JMF for 
demux/codec.

Audio Formats supported:
WAV, AU, AIFF, MP3, OGG.  Some WAV formats may not work yet, as WAV is a 
container format with many internal formats.

Video Formats supported:
On Windows and Mac OS X: any format supported by the native system 
(DirectShow/Quicktime).

A link to the download is provided at http://fmj.sourceforge.net/

Ken Larson

I'm trying to play an mpeg file being streamed across RTP.

The file plays fine if I try to play it using a file: URL.

I then used the jmstudio application to transmit the file using RTP with
the following settings:

Format RAW/RTP, Ecoding MPEG/RTP, Address 224.1.1.2:1234, TTL 2

When I try to run the same application that played the file using the
media locator rtp://224.1.1.2:1234/video the player opens, but then I
get

 java.util.MissingResourceException: Can't find resource for bundle
java.util.PropertyResourceBundle, key mpeg.JavaClass
	at java.util.ResourceBundle.getObject(ResourceBundle.java:326)
	at java.util.ResourceBundle.getString(ResourceBundle.java:286)
	at net.sourceforge.jffmpeg.JffmpegVideoFormat.getCodecClass(Unknown
Source)
	at net.sourceforge.jffmpeg.VideoDecoder.setInputFormat(Unknown Source)
	at
com.sun.media.BasicFilterModule.reinitCodec(BasicFilterModule.java:151)
	at com.sun.media.BasicFilterModule.process(BasicFilterModule.java:215)
	at com.sun.media.BasicModule.connectorPushed(BasicModule.java:69)
	at
com.sun.media.BasicOutputConnector.writeReport(BasicOutputConnector.java:120)
	at com.sun.media.BasicFilterModule.process(BasicFilterModule.java:408)
	at com.sun.media.BasicModule.connectorPushed(BasicModule.java:69)
	at
com.sun.media.BasicOutputConnector.writeReport(BasicOutputConnector.java:120)
	at com.sun.media.SourceThread.process(BasicSourceModule.java:729)
	at com.sun.media.util.LoopThread.run(LoopThread.java:135)

Poking around the jffmpeg source code, I see that Jffmpeg.properties has
an "mpeg video" key and an "MPEG", but no "mpeg" key.

I'm using jffmepg 1.1.0 (cross-platform), JMF 2.1.1e (cross platform),
JDK 1.5.0_06, Fedora Core 5.

Any advice would be appreciated.

Fellow JMF users/developers:

I'm pleased to announce the creation of a new open-source project, FMJ 
("Freedom for Media in Java"), with the goal of providing a replacement 
for/alternative to JMF.

We are currently working on implementing the part of JMF that is 
documented in the public JavaDoc API; the next step will be building a 
player and integrating with codecs provided by other projects, such as 
jffmpeg.

For more information, visit http://fmj.sourceforge.net/

Contributors welcome!

-Ken Larson

Hey,

I would like to take an input stream (TV-Capture, Webcam) and put it in
packets of a fixed size which will be distributed over a special
network. At the receiver end, these packets should be depacketized and
presented using a media player or jmf.

What is the way to do this using jmf and jffmpeg?

Thanks for your replies!
 Phil

Hi everyone,

Once I install the Jffmpeg plugin (and configure under jmfregistry) under=
 JMF I
cannot capture video flow with my acquisition card (known as "vfw://Micro=
soft
WDM Image Capture(win32):2")

So I unconfigure the plugin in the jmfregistry and it works again.

Can someone help me?=20

Thanks

Hi,
I had been trying to use jffmpeg within JMF to decode/encode media formats
like mp4 etc to be used. When I am tryin to access
net.sourceforge.jffmpeg.VideoDecoder and add it into the registry and try t=
o
run a usual avi file. It says

java.util.MissingResourceException: Can't find resource for bundle
java.util.PropertyResourceBundle, key MJPG.JavaClass
at java.util.ResourceBundle.getObject(ResourceBundle.java:314)
at java.util.ResourceBundle.getString(ResourceBundle.java:274)
at net.sourceforge.jffmpeg.JffmpegVideoFormat.getCodecClass(Unknown Source)
at net.sourceforge.jffmpeg.VideoDecoder.setInputFormat(Unknown Source)
at com.sun.media.SimpleGraphBuilder.verifyInput(SimpleGraphBuilder.java:923=
)
at com.sun.media.SimpleGraphBuilder.matches(SimpleGraphBuilder.java:888)
at com.sun.media.SimpleGraphBuilder.doBuildGraph(SimpleGraphBuilder.java
:322)
at com.sun.media.SimpleGraphBuilder.buildGraph(SimpleGraphBuilder.java:168)
at com.sun.media.SimpleGraphBuilder.buildGraph(SimpleGraphBuilder.java:84)
at com.sun.media.PlaybackEngine$PlayerTControl.buildTrack(
PlaybackEngine.java:2102)

The code snippet is as below which I am tryin to use
String JFFMPEG_VIDEO =3D "net.sourceforge.jffmpeg.VideoDecoder";
Codec video =3D (Codec)Class.forName( JFFMPEG_VIDEO ).newInstance();

PlugInManager.addPlugIn( JFFMPEG_VIDEO,
video.getSupportedInputFormats(),
video.getSupportedInputFormats(),
PlugInManager.CODEC );

Please let me know where things are going wrong. If possible if anyone has
any sample jffmpeg with jmf code, it will be very helpful.

Thanks ,
-vijay

Hi,

The only encoding codec that works out of the box in Jffmpeg is H263 and 
H263/RTP (usually used for Video conferencing).  The wiring necessary for 
other formats is not in place.

You should, however, be able to play XVID video and Vorbis audio with your 
current set up.

Regards,

JH

>Hello everyone,
>
>I am a newcomer under jmf and also Jffmpeg, so my knowledges are poor.
>
>I have installed Jffmpeg to decode and encode a video stream with Xvid, a=
>  sound
>stream with Ogg Vorbis.=20
>
>I make all the installation step include registering plugin.
>But when I use JMFStudio I can't export in the wanted format and when I l=
>ook
>into the JMFRegistry plugin utility no output formats are display with th=
>e new
>plugin.
>
>Is it normal?
>
>Thanks for helping

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Hi,

There is no need to add the NativeDecoder class directly - all video codecs 
are managed by the net.sourceforge.jffmpeg.VideoDecoder class.  The choice 
of native or Java video codecs can be configured from the jffmpeg.properties 
file in the jffmpeg.jar package.

By default, most codecs are taken from the native library when available 
(don't forget to specify java -Djava.library.path=...  if your JVM requires 
it).

The recommended installation instructions are available at: 
http://jffmpeg.sourceforge.net/download.html

Regards,

JH

>  Hi,
>I had been trying add
>net.sourceforge.jffmpeg.ffmpegnative.NativeDecoderinto JMStudio, but
>it just says that It cannot be added and no error or
>ClassNotFoundExcpetion. So the proper class is found as far as I 
>understand=
>,
>but the codec is not adding into the plugins codec list. But at the same
>time
>net.sourceforge.jffmpeg.ffmpegnative.NativeEncoder gets added without any
>problem as well as other codecs too. What is the problem? Please someone 
>le=
>t
>me know your thoughts about this issue.
>Thanks,
>-vijay

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

2002	Jan	Feb	Mar	Apr	May	Jun (5)	Jul	Aug	Sep	Oct	Nov	Dec
2003	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (1)	Nov (2)	Dec (4)
2004	Jan (26)	Feb (18)	Mar (12)	Apr (3)	May	Jun (1)	Jul (12)	Aug (5)	Sep (1)	Oct (10)	Nov (3)	Dec (3)
2005	Jan	Feb (6)	Mar (7)	Apr (10)	May	Jun	Jul	Aug (1)	Sep (19)	Oct (4)	Nov (2)	Dec (3)
2006	Jan (19)	Feb (32)	Mar (7)	Apr (1)	May (1)	Jun (8)	Jul (4)	Aug (3)	Sep (8)	Oct (3)	Nov (10)	Dec (8)
2007	Jan (3)	Feb (10)	Mar (1)	Apr	May	Jun (2)	Jul (2)	Aug (3)	Sep	Oct	Nov	Dec
2012	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug (1)	Sep	Oct	Nov	Dec
2013	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2014	Jan	Feb	Mar	Apr	May (1)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2015	Jan	Feb	Mar	Apr	May	Jun	Jul (1)	Aug	Sep	Oct	Nov	Dec