BtbN changed the topic of #ffmpeg to: Welcome to the FFmpeg USER support channel | Development channel: #ffmpeg-devel | Bug reports: https://ffmpeg.org/bugreports.html | Wiki: https://trac.ffmpeg.org/ | This channel is publically logged | FFmpeg 7.0 is released
Hackerpcs has quit [Quit: Hackerpcs]
<Trel>
johnjaye: the filename for the script explains it, I forget which version I posted but it's ffmpeg_comp_srt_mux and ffmpeg_comp_srt_conv
<Trel>
(sorry for the late reply)
<johnjaye>
i mean. i guess if it makes sense to you then that's enough
<Trel>
It's a lot of stuff to ultimately look for a .srt file with the same name as the input file.
<Trel>
and the use a set ffmpeg command on it
<johnjaye>
ah i see
<Trel>
(that's why I was asking about stripping out existing subtitles. I didn't originally do that because it was for files without any, but then I came across the WORST subtitles I've ever seen)
<johnjaye>
there's a metadata or m code ffmpeg uses
<johnjaye>
but i'm not sure how to use it
Magissia has joined #ffmpeg
<Trel>
Use to what end?
lemourin has joined #ffmpeg
raccct has quit [Ping timeout: 256 seconds]
phantomics_ has joined #ffmpeg
phantomics has quit [Ping timeout: 252 seconds]
MightyBOB has joined #ffmpeg
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Suchiman has quit [Quit: Connection closed for inactivity]
lemourin7 has joined #ffmpeg
lemourin has quit [Killed (molybdenum.libera.chat (Nickname regained by services))]
Muimi has quit [Quit: Going offline, see ya! (www.adiirc.com)]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
beandog has joined #ffmpeg
StephenLynx has quit [Remote host closed the connection]
Tano has quit [Quit: WeeChat 4.4.2]
FH_thecat has joined #ffmpeg
EmleyMoor has quit [Ping timeout: 248 seconds]
EmleyMoor has joined #ffmpeg
EmleyMoor has quit [Ping timeout: 252 seconds]
EmleyMoor has joined #ffmpeg
beandog has quit [Remote host closed the connection]
tomaw has quit [Quit: Quitting]
Jhonny2x4 has quit [Ping timeout: 264 seconds]
tomaw_ has joined #ffmpeg
drv has quit [Remote host closed the connection]
drv has joined #ffmpeg
Jhonny2x4 has joined #ffmpeg
tux97 has quit [Read error: Connection reset by peer]
deus0ww has quit [Ping timeout: 246 seconds]
deus0ww has joined #ffmpeg
rv1sr has joined #ffmpeg
Hackerpcs has joined #ffmpeg
tomaw_ is now known as tomaw
billchenchina has quit [Ping timeout: 260 seconds]
wziko has joined #ffmpeg
wziko has quit [Max SendQ exceeded]
coldfeet has joined #ffmpeg
billchenchina has joined #ffmpeg
tomaw_ has joined #ffmpeg
tomaw has quit [Ping timeout: 619 seconds]
tomaw_ is now known as tomaw
Starz0r has quit [Quit: It is now safe to turn off your computer.]
coldfeet has quit [Quit: Lost terminal]
wziko has joined #ffmpeg
wziko has quit [Ping timeout: 246 seconds]
coldfeet has joined #ffmpeg
ursa has joined #ffmpeg
dkh has quit [Quit: so long, and thanks for all the fish]
coldfeet has quit [Quit: Lost terminal]
Suchiman has joined #ffmpeg
MRiddickW has joined #ffmpeg
dkh has joined #ffmpeg
kizano has joined #ffmpeg
markizano has quit [Ping timeout: 248 seconds]
dkh has quit [Quit: so long, and thanks for all the fish]
MrZeus__ has joined #ffmpeg
dkh has joined #ffmpeg
dkh has quit [Client Quit]
dkh has joined #ffmpeg
olspookishmagus has quit [Ping timeout: 248 seconds]
Hackerpcs has quit [Ping timeout: 265 seconds]
turlando has quit [Quit: No Ping reply in 180 seconds.]
turlando has joined #ffmpeg
Hackerpcs has joined #ffmpeg
Blacker47 has joined #ffmpeg
MRiddickW has quit [Ping timeout: 252 seconds]
turlando has quit []
turlando has joined #ffmpeg
celmor has joined #ffmpeg
AP00890 has joined #ffmpeg
turlando_ has joined #ffmpeg
crossby1004 has joined #ffmpeg
turlando has quit [Ping timeout: 265 seconds]
<AP00890>
Issues Playing TTS/PS Progressive Stream Over RTP in FFmpeg
<AP00890>
Hi everyone,
<AP00890>
I'm trying to play a TTS/PS RTP stream using FFmpeg, but I keep encountering the following error:
<AP00890>
```
<AP00890>
[rtp @ 0x55bae8fad5c0] Unable to receive RTP payload type 103 without an SDP file describing it
<AP00890>
rtp://<multicast-address>:<port>?buffer-size=1000000: Invalid data found when processing input
<AP00890>
```
<AP00890>
To give some context, my main goal is to eventually stream in low latency DASH format through FFmpeg. For this, I’m experimenting by first capturing the RTP stream and converting it into MP4 format. Here are my specific questions:
<AP00890>
Here are my questions:
<AP00890>
Is FFmpeg capable of playing TTS Progressive Streams (PS) over RTP?
<AP00890>
Since the multicast address and port are dynamically assigned at runtime, do I still need an SDP file to describe the stream?
<AP00890>
Is there a way to handle RTP streams without an SDP file, or any alternative methods to resolve the payload type issue?
<AP00890>
Any advice or suggestions would be greatly appreciated. Thanks in advance!
AP00890 has quit [Quit: Client closed]
AP00890 has joined #ffmpeg
turlando_ is now known as turlando
wobbol has quit [Ping timeout: 272 seconds]
cmc_ has quit [Remote host closed the connection]
cmc_ has joined #ffmpeg
vincejv has quit [Ping timeout: 265 seconds]
vincejv has joined #ffmpeg
coldfeet has joined #ffmpeg
lavaball has joined #ffmpeg
coldfeet has quit [Quit: Lost terminal]
Tano has joined #ffmpeg
wziko has joined #ffmpeg
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg
rvalue has quit [Remote host closed the connection]
rvalue has joined #ffmpeg
pagundu has joined #ffmpeg
YuGiOhJCJ has joined #ffmpeg
wziko has quit [Ping timeout: 244 seconds]
Xaldafax has joined #ffmpeg
Sl4yer has quit [Ping timeout: 252 seconds]
Sl4yer has joined #ffmpeg
celmor has quit [Quit: Client closed]
wziko has joined #ffmpeg
wziko has quit [Max SendQ exceeded]
wziko has joined #ffmpeg
AP00890 has quit [Quit: Client closed]
wziko has quit [Ping timeout: 260 seconds]
phantomics_ has quit [Quit: Leaving]
phantomics has joined #ffmpeg
wziko has joined #ffmpeg
Kruppt has joined #ffmpeg
DEATH has joined #ffmpeg
wziko has quit [Ping timeout: 260 seconds]
Traneptora has quit [Quit: Quit]
pagundu has quit [Quit: WeeChat 3.8]
Traneptora has joined #ffmpeg
StephenLynx has joined #ffmpeg
kasper93_ has joined #ffmpeg
kasper93 has quit [Ping timeout: 265 seconds]
kasper93_ is now known as kasper93
Xaldafax has quit [Ping timeout: 246 seconds]
emanuele6 is now known as auuaij
crossby1004 has quit [Quit: leaving]
crossby1004 has joined #ffmpeg
auuaij is now known as emanuele6
<KillerWasp>
I understand that av_interleaved_write_frame works with any video and/or audio file to be saved and with any RMTP-based web protocol. But what if you want to create your own transmission protocol? What is done in these cases?
<JEEB>
for protocols you can implement your own AVIOContext callbacks
<JEEB>
and then you give the avformatcontext your aviocontext
wobbol has joined #ffmpeg
<MisterMinister>
Greetings and Salutations! Is there a proper way to build FFmpeg with x265's alpha channel support please? Can't see any "*a*" pix_fmt in `-h encoder=libx265` using the latest FFmpeg code and x265 v.4.1
<KillerWasp>
JEEB: And I guess I have to look at the source code to know how the other functions that work with RMTP work to know how to use avformatcontext.
<JEEB>
no?
<JEEB>
RTMP is FLV over protocol
<JEEB>
if you make your own AVIO context it's *your* transmission
<KillerWasp>
mmmm, sure. Like i must work with the datas from the streams like i want.
<JEEB>
your code controls what happens within write callback
<galad>
MisterMinister: it probably needs a few tweaks in libx265.c to support alpha, so it can't be done yet
<JEEB>
you will get a container handled by avformat (muxer), and then when the muxer wants to write or otherwise do something, it calls your defined callback
<JEEB>
as *you* define the IO protocol, you define if you need a container if any, and then you define what gets done
<JEEB>
after all, you asked what needs to be done if you want to create your own transmission protocol (and probably you don't want to extend FFmpeg and stay just an API client)
<JEEB>
the actual guts wouldn't be any different in either case though, whether you are extending FFmpeg or defining your own AVIO context callbacks
billchenchina has quit [Remote host closed the connection]
<JEEB>
yes, that has nothing to do with adding alpha support
<galad>
as written in the commit message
<JEEB>
yup
<JEEB>
> This patch simply unbreaks the build and maintains existing single-layer non-alpha encoding support.
rsx has joined #ffmpeg
<KillerWasp>
JEEB: i see. I'll stick with the APIs, I don't think I'll ever extend it in ffmpeg because it's not common at all. Thanks. 🙂
<JEEB>
the fun bit is that alpha in HEVC is just literally a separate stream :P
<JEEB>
so under the hood it's probably just making two instances
<JEEB>
KillerWasp: but yea, for custom IO (be it file, IPC or network) check the definition of AVIOContext as it I think has documentation comments as well as I think there might have been an example for AVIOContext usage under doc/examples
<lavaball>
You talking
<lavaball>
I'm unable to produce a response.
<lavaball>
oh. wrong channel. my bad.
<lavaball>
in case you wondering, testing the banned names thing on chatgpt.
<lavaball>
thats it. sorry again.
minimal has joined #ffmpeg
crossby1004 has quit [Quit: leaving]
\\Mr_C\\ has joined #ffmpeg
<MisterMinister>
JEEB, galad: is there any type of ETA for enablement of alpha support for hevc in FFmpeg (outside of OSX) please?
<JEEB>
someone who cares enough should probably extend the logic that's currently utilized for MV-HEVC, I expect?
<MisterMinister>
mv-hevc has it as well?
<JEEB>
no, it just enabled doing stuff for different nuh_layer_ids
<JEEB>
so extending that is most likely how you would end up doing things. granted, it is two completely separate streams so one would have to see how to do it in the least bad manner
<JEEB>
that's for decoding. for encoding someone who cares about it should implement it in the wrapper for whatever encoder they care for
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
<MisterMinister>
Got it. Thanks. I'll put a few samples and secriptions into a ticket, maybe that would help.
<JEEB>
and why I note "someone who cares enough" is because FFmpeg is not a company, but an open source project based on people donating their time to work on the project
<JEEB>
the VPx formats also had alpha as a completely separate stream just stuck to the primary stream in one manner or another. I did do a quick hack, but it broke as soon as threading got involved
<MisterMinister>
I was thinking of trying to make a quick hack using vpx ))
<JEEB>
I really wish people who cared about alpha made organizations actually define it in a proper manner, "please initialize a secondary decoder for an attached secondary stream" is just meh
crossby1004 has joined #ffmpeg
crossby1004 has quit [Remote host closed the connection]
<sonicrules1234>
Do we have a lossless video codec + encode that has a better compression ration than x264 lossless?
lemourin has joined #ffmpeg
<sonicrules1234>
*encoder *ratio
<JEEB>
given how fast x264 is even with something like preset veryslow and that you can make compression go further with the longer max GOP duration you set :) (all the way to `-x264-params keyint=infinite` if you only ever need to do full A->B decoding)
shibboleth has quit [Quit: shibboleth]
<JEEB>
I would maybe test various options of ffv1 together with SVT-AV1 maybe? but I'd expect x264 at least be pretty damn good still
<JEEB>
but newer formats technically have stuff like much larger block sizes
<JEEB>
I think AV1 goes all the way until 128x128?
sewn has quit [Ping timeout: 260 seconds]
<JEEB>
(compared to x264's 16x16)
lemourin has quit [Client Quit]
<JEEB>
or well, not x264 but H.264 :)
<sonicrules1234>
I'm specifically looking for lossless
<JEEB>
yes
<JEEB>
that's been the context I've been talking in
<sonicrules1234>
I've never seen av1 lossless do very good unless it's raw video
<JEEB>
all video you feed into an encoder is at that point raw :P
<JEEB>
but yea, I expect that one has to play with encoder options quite a bit more with newer formats
<JEEB>
and there's a reason why I said that x264 is probably still a pretty damn good solution
<sonicrules1234>
I wonder what kind of options you'd have to give av1 lossless to make it be comparable to x264 lossless
lemourin has joined #ffmpeg
<JEEB>
no idea, but I know that SVT-AV1 finally added an option to enable lossless coding. no idea about libaom since it's effectively a research code base