MPEG-TS (ISO/IEC 13818-1) demultiplexer.
This library is intended for content analysis and content demultiplexing in applications such as adaptive video streaming where tools such as ffmpeg may not be possible or suitable.
This software is licensed under an MIT license. See the LICENSE file for licensing information.
This library is single threaded and not thread-safe when attempting to manipulate a single Demux Context across multiple threads.
It is thread-safe if content is demultiplexed using a separate Demux Context per thread.
The tsinfo example, examples/tsinfo.c, creates a single Demux Context on a
single (main) thread.
The src/tsdemux.h header file contains the public API documentation.
This header is distributed with the Library files.
The best place to get started would be the examples which are in the examples
directory.
The examples are documented tutorials with instructions on how to work
with the library.
There are currently no external dependencies required to build this library.
It should be noted that development and testing by the author takes place on Linux (Debian), and to date, no compilation and testing has been on attempted on Big Endian Architectures.
The Makefile contains the following targets:
make staticbuilds only the static library.make testsbuilds the static library and all unit tests.make examplesbuilds the static library and all examples.make allormakebuilds all of the above.make checkbuilds static library and unit tests, then executes the tests.make styleruns anastyle style=linuxpass on the source code.
To enable debugging add a DEBUG=1 argument to the make target.
This will cause the library, unit tests and examples to be built with debugging
enabled.
make all DEBUG=1
To output HTML code coverage statistics, use the COVERAGE=1 argument when
using the check Make target.
Code Coverage uses gcov, lcov and gentml to gather and render statistics.
If you're using Debian, gcov is more than likely already installed, but you'll
need lcov which may also install genhtml.
sudo apt-get install lcov
Run the tests with code coverage enabled:
make clean
make check COVERAGE=1
The coverage documentation is output into a coverage/html directory.
Failing to clean the project with make clean prior to running
make check COVERAGE=1 can cause an error to occur when generating the coverage
documentation.
The debug option DEBUG=1 is automatically enabled when COVERAGE=1 is set.
To build the library with gprof profiling set the variable PROFILING=1 when
building the target.
make tests PROFILING=1
This will build the executables with profiling information.
To get a gprof report you will need to execute the executable which will
generate a gmon.out file. From there you can export the profiling report using
gprof.
This will build the examples with Profiling enabled, run the tsinfoexample,
output the profiling report to profile_report.txt and display the text of
profile_report.txt to the screen.
make clean
make examples PROFILING=1
./examples/tsinfo.o myfile.ts
gprof examples/tsinfo.o > profile_report.txt
less profile_report.txt
From a terminal:
make
Creates a bin directory containing static library and header files.
This is no install step within the Makefile.
If you are wanting to build files for debugging pass in a DEBUG=1 argument.
make DEBUG=1`
To clean the repository and start a build from scratch:
make clean
make
To build and run all unit tests validating the library:
make check
The unit tests will run individually regardless if any fail.
Examples showing how to use the library are in the examples directory.
To build the examples:
make examples
The examples are also built when using the all target.
The executables are built directly in the examples directory alongside the
example source code.
The examples are expecting to be run from the root project directory.
./examples/tsinfo.o myfile.ts
Before making Pull Requests into this repository for review, please complete the following steps.
Run a pass on the source code to ensure basic 'linux' styling using
astyle:
sudo apt-get install astyle
make style
Make sure all unit tests are passing. Ensure you provide new, or modify existing, unit tests covering any code changes.
Build unit tests:
make tests
Build and execute unit tests:
make check
See an existing unit test for guidance on writing unit tests.
The framework is a very basic header file, test/test.h.
It's generally a good idea to check for memory leaks by running the examples through Valgrind.
valgrind --leak-check=yes --track-origins=yes --log-file=valgrind_report.txt examples/tsinfo.o myfile.ts`
Not all warnings in Valgrind are valid errors, compare the results with the
master branch.