We are getting a great volume of messages related to cupertino packet handling. Specifically log entries of the forms:
wowzastreamingengine_access.log:2015-07-29 11:39:55 PDT comment server INFO 200 - LiveStreamPacketizerCupertino.handlePacket[live-origin/_definst_/dev1-sd-1
origin_access.log:[INFO] 07/29/2015 14:00:33 - Successfully started cupertino for model dev1 for stream dev1-sd-1
These message types make up more than 50% of our log entries and do not contribute to our understanding of what is going. I would like to keep these out of the logs for the time being. In log4j, appenders can be set on a class basis to allow customizing the log output. I would like to do this for these messages, but I have not found anything in the documentation to help with log control at this level.
Wowza Streaming Engine logging extends the standard Log4j logger so that it can log the extra fields that are required for normal media server logging. In doing so, the normal log4j functionality that allows you to set specific appenders on a class based context have been replaced with an application based context. This means that you can specify different logging levels per Wowza application but not per Java class as you can with a regular application using log4j. You can configure context logging on a per application basis to set some applications at a lower level while retaining a higher level for other applications.
If you set a different level for a specific context then it will also set the level for that context in the top level log files.
I would be very careful with lowering the logging levels as you lose a lot of useful information very quickly. Excessively large log files usually indicate some other underlying issue.
The first message that you have listed is printed when a stream starts and tells us all about the audio & video codec information for the stream. This should only be printed when a source stream starts or restarts so shouldn't occur too frequently. If it is occurring frequently for the same streams then it may be indicating that there is some other underlying problem with the stream that is causing it to continuously reconnect and it should be investigated.
The second message doesn't look like a normal Wowza Streaming Engine log message but looking at it, it appears to be telling us similar information to the one above.