Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support more formats #68

Closed
mifi opened this issue Feb 11, 2018 · 4 comments
Closed

Support more formats #68

mifi opened this issue Feb 11, 2018 · 4 comments

Comments

@mifi
Copy link
Owner

mifi commented Feb 11, 2018

Since ffmpeg supports a lot of formats, and Chomium video player does not support as many, I think one possible solution would be to automatically losslessly reformat opened files to a supported format into a temp directory and play back that file instead. Should be relatively easy to implement, but it may be very slow and require a lot of space for big files.

Another possibility would be to serve a custom HTTP endpoint for the video player which automatically re-formats videos on demand, supporting HTTP seeking too, using ffmpeg. This is a bit more complicated unless someone knows an existing implementation of this.

This was referenced Feb 11, 2018
@wyoung
Copy link

wyoung commented Feb 13, 2018

The professional video broadcast/IPTV world still uses MPEG-TS far more than ISO Media (a.k.a. "MP4") and its predecessors. Despite MP4 appearing to take over the world, TS files are not going away any time soon.

Packaging H.264 and either AAC or AC3 in MPEG-TS is increasingly common in the broadcast world. Satellite TV commonly uses this, for example, as does Blu-ray. In this case, you can avoid doing a background transcode by doing a background remux instead, which is much quicker.

As a bonus, this may speed up operation on files accessed over a LAN link: remuxing over the LAN, operating on a local proxy, then generating the output from the local remuxed copy might be faster than operating on a remote MP4 file.

@mifi
Copy link
Owner Author

mifi commented Feb 13, 2018

In this case, you can avoid doing a background transcode by doing a background remux instead, which is much quicker.

Yes that's what I was thinking. But we will still have the problem that there will be a potentially huge tmp file created before playback can start.

@paravorheim
Copy link

While waiting for potential enhancement using ffmpeg and temp files, the PlayMemories application can trim XAVC video losslessly (as far as I can tell). Only problem I have found with this alternative is that the trimming is not as granular as LosslessCut.

@mifi
Copy link
Owner Author

mifi commented May 20, 2018

I have now implemented pre-encoding/pre-formatting of opened videos as of ef54e1b. Will be included in next release.

@mifi mifi closed this as completed Jun 6, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants