update readme

This commit is contained in:
jb-alvarado 2023-07-25 21:39:03 +02:00
parent b44efde8f1
commit af8c08c319
3 changed files with 16 additions and 1 deletions

View File

@ -47,7 +47,7 @@ Check the [releases](https://github.com/ffplayout/ffplayout/releases/latest) for
- image source (will loop until out duration is reached)
- extra audio source, has priority over audio from video (experimental *)
- [multiple audio tracks](/docs/multi_audio.md) (experimental *)
- stream copy mode (experimental *)
- [Stream Copy](/docs/stream_copy.md) mode (experimental *)
- [custom filters](/docs/custom_filters.md) globally in config, or in playlist for specific clips
- import playlist from text or m3u file, with CLI or frontend
- audio only, for radio mode (experimental *)

View File

@ -40,3 +40,7 @@ Use of remote sources, like https://example.org/video.mp4
### **[ffplayout API](/docs/api.md)**
Control the engine, playlist and config with a ~REST API
### **[Stream Copy](/docs/stream_copy.md)**
Copy audio and or video stream

11
docs/stream_copy.md Normal file
View File

@ -0,0 +1,11 @@
### Stream Copy
ffplayout supports a stream copy mode since v0.20.0. A separate copy mode for video and audio is possible. This mode uses less CPU and RAM, but has some drawbacks:
- All files must have exactly the same resolution, color depth, audio channels and kHz.
- All files must use the same codecs and settings.
- The video and audio lines of a file must be the same length.
- The codecs and A/V settings must be supported by mpegts and the output destination.
- If the output mode is HLS, the time delta will increase over time, so the error threshold should be high enough to catch this.
**This mode is experimental and will not have the same stability as the stream mode.**