Can`t store .ts files in my app directory

[kyr7]

Hello! Seems like this problem is in the ffmpeg wrapper. It won`t write hls to the directory that contains dots (like the app data dir containing package name). Btw Is there any way to look at the wrapper source code?

[OnlyInAmerica]

Sorry for the late reply! The source of FFmpegWrapper.so is here. If you merely want to change the file output directory modify the Kickflip SessionConfig to include the desired output location:

SessionConfig config = new SessionConfig.Builder("/root/output/path/index.m3u8")
                // Optional parameters. e.g .withTitle("Some title")
                .build();
Kickflip.setSessionConfig(config);
Kickflip.startBroadcastActivity(this, mBroadcastListener);

Note that the SessionConfig.Builder behavior is a bit odd. For example when you pass "/root/output/path/index.m3u8" the HLS files will actually be stored at "/root/output/path/someUUID/index.m3u8" to avoid any filename collisions.

[kyr7]

Thank you very much, I`ll try further experiments.

[4ntoine]

Does FFmpegWrapper create .m3u8 and .ts files actually?

[4ntoine]

BTW Are there any significant code changes (fixes, improvements) comparable to https://github.com/OnlyInAmerica/FFmpegTest for HLS streaming?

[OnlyInAmerica]

Yes, FFmpegMuxer writes the .m3u8 and .ts files by way of
writeAVPacketFromEncodedData(...). FFmpeg receives frames by that method
call and handles the appropriate File writing.

The Kickflip components are maintained while the FFmpegTest repo is not.

On Thu Dec 11 2014 at 2:36:26 AM Anton Smirnov notifications@github.com
wrote:

BTW Are there any significant code changes (fixes, improvements)
comparable to https://github.com/OnlyInAmerica/FFmpegTest for HLS
streaming?

—
Reply to this email directly or view it on GitHub
#16 (comment)
.