Re: [FFmpeg-user] ffmpeg ip cam stream with drawtext
2019-02-03 18:37 GMT+01:00, frhun : > Please write example $ ffmpeg -i input -i raw.yuv -filter_complex overlay out.mov. Please don't top-post here, Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
2019-02-03 21:16 GMT+01:00, Ulf Zibis : > > Am 03.02.19 um 21:06 schrieb Carl Zwanzig: >> It's a shortening of "Top Field First" (TFF). With interlaced video >> you have a choice of whether the top or bottom field (odd numbered >> lines/even numbered lines) comes before the other in the digital stream. > > I know this, but Carl Eugen said, that my video is not interlaced FFmpeg cannot know if the video is interlaced. (It was encoded interlaced which is not unusual for mpeg2video) Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
Ulf Zibis wrote: >Does the 'p' in yuv420p mean "progressive"? No, it means "planar". Best regards, Reto ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
Am 03.02.19 um 21:06 schrieb Carl Zwanzig: > It's a shortening of "Top Field First" (TFF). With interlaced video > you have a choice of whether the top or bottom field (odd numbered > lines/even numbered lines) comes before the other in the digital stream. I know this, but Carl Eugen said, that my video is not interlaced, so I'm confused why ffprobe shows this. And if it's just a flag, I'm wondering why it is gone after transcoding to mp4. -Ulf ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
Am 03.02.19 um 16:52 schrieb Ulf Zibis: > Hi Carl Eugen, > > For me it's ok to close that discussion here. You did a lot of effort to > explain me many details, much thanks for that. I can live with the > remaining unclarity. But could you please tell me the meaning of "top first" in ffprobe output of the vob file, which is missing after transcoding to mp4. Does the 'p' in yuv420p mean "progressive"? -Ulf ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
On 2/3/2019 11:58 AM, Ulf Zibis wrote: But could you please tell me the meaning of "top first" in ffprobe output of the vob file, which is missing after transcoding to mp4. It's a shortening of "Top Field First" (TFF). With interlaced video you have a choice of whether the top or bottom field (odd numbered lines/even numbered lines) comes before the other in the digital stream. (I've also found that some software can not work with interlaced content with one or the other (some want TFF, some want BFF, some don't care).) Later, z! ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
Am 03.02.19 um 17:17 schrieb Carl Eugen Hoyos: > They do not look like comb artefacts as caused by interlaced > recording to me. Thanks, here I respect your experience with video material I don't have. But these artefacts must have to do with horizontal motion, as they don't appear in "normal" scenes. >>> Definitely not interlaced (could be de-interlaced, but this doesn't >>> make much difference because of the other visual issues). >> Would you agree, that the original master recording probably >> was an analogue interlaced video tape, maybe early >> Betacam or high quality VHS camera > Wikipedia claims that there was neither Betacam nor VHS-C > in 1982 (I meant "Camcorder" when I wrote "Digital video" > which of course didn't exist), IMDB claims the movie was > released in January 1983. Yes, I've read this Wikpedia article before, but IIRC there also have been full format VHS Camcorders, I remember those monsters in those days. Betacam started in 1982: https://en.wikipedia.org/wiki/Betacam "Catch your Dreams" was produced in late autumn 1982. The first two-piece camera/VCR systems emerged around 1980: https://en.wikipedia.org/wiki/Betamovie > But I agree that the lack of celluloid artefacts does point to > television cameras and recording technology. > (Although I wonder a little if these really were cheaper than > a film camera plus film.) Maybe the author had the chance to lend the camera for nothing for a week. Another fact is, that the film was shown in normal cinemas in the 80ies in Germany. There were no beamers, so the film had to be copied to celluloid. A VHS recording may have been too bad for that, but maybe Betacam was enough. It is indeed difficult to know, if the original master was celluloid or video tape. > Wikipedia also claims that Betacam supported progressive recording. maybe optionally because these cameras anyway had a buffer memory for the special recording technique with 120 % speed. For this technique they had to save 1 line, but I suspect, if they could save a half frame. It is said, a Betacam recording could be played back on a normal Betamax VCR witch worked interlaced. -Ulf ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] ffmpeg ip cam stream with drawtext
Please write example thanks! Robert 2019. 02. 01. 20:11 keltezéssel, Carl Eugen Hoyos írta: 2019-01-28 19:39 GMT+01:00, frhun : Hi all I am new in the mail list. I from Hungary, I usualy helped sport competition, streaming to youtube... I hope someone helps me. I have a ip cam ( hikvision) , so far using only stream to youtube function. ( ffmpeg -re -rtsp_transport tcp -i rtsp://admin:x@192.168.2.25:554/Streaming/Channels/1 -tune zerolatency -vcodec libx264 -pix_fmt + -c:v copy -ac 1 -c:a aac -strict experimental -f flv rtmp://a.rtmp.youtube.com/live2/x-x-x-x ) working as well, but now I want drawing text from dynamic text file. Is the performance ok if you use a yuv420p image file and use the overlay filter? (If this works, you could try to update this file instead of the text file.) The overlay filter recently has seen optimizations and I believe it is unlikely that you can get better than overlay. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] curves filter and tmix filter, suggestions for improvement
Am 02.02.2019 um 19:34 schrieb Michael Koch: Am 02.02.2019 um 19:28 schrieb Paul B Mahol: On 2/2/19, Michael Koch wrote: Am 02.02.2019 um 19:01 schrieb Paul B Mahol: On 2/2/19, Michael Koch wrote: Hi all, I have two suggestions for improvement: 1. It would be nice if the curves filter could import curves files from GIMP. GIMP can export curves files in two different formats, either the default format or the "old curves file format". For the old format I have a selfmade C# converter to the *.acf format which FFmpeg's curves filter can import. But it would be better if FFmpeg could directly import GIMP's newer curves format, because it contains more informations. 2. For the tmix filter it would be nice if it would accept "frames = 1", meaning "no mixing at all, just a bypass mode". Then it's easier to switch the filter on and off with a variable in batch file. Please add to the documentation: "If the weights parameter is not specified, the default is 1 for each frame". This is not correct, default is one as described in documentation. The documentation doesn't even mention that it's possible to omit the weights parameter. But it is possible, and I'm quite sure that all default weights are 1. https://www.ffmpeg.org/ffmpeg-all.html#tmix If you omit parameter you get default values Yes, of course. But it's not written in the documentation that all default weights are 1. It's an undocumented feature that you can omit the weights parameter. The last sentence in the tmix documentation is misleading: "By default scale is auto scaled to sum of weights." The reader might think the default value is the sum of weights. It would be better to write: "By default scale is set to 1 / (sum of weights)." Michael ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Streaming overseas
Hi Mustafa Al Ani, How do you deal with the delay variations when loss of unrecoverable packets occurs? In my case, the delay decreases. For example, it goes from 400ms to 0ms. The playback jumps forward. At the moment I do not know how to avoid this. On Sun, Feb 3, 2019 at 7:36 AM Mustafa Al Ani wrote: > I second Alex, > > We use SRT to send low latency stream from Copenhagen Denmark to NY, Ohio, > and LA in the USA. > > R, > Mustafa > > On Thu, Dec 20, 2018 at 4:30 PM Alex Molon > wrote: > > > SRT forever! > > > > Simple, stable, low latency, transports any MPEG-TS content. > > It is designed expressely for hi quality streams over internet. > > > > Alex :) > > > > -Original Message- > > From: ffmpeg-user [mailto:ffmpeg-user-boun...@ffmpeg.org] On Behalf Of > > Louis Letourneau > > Sent: 05 November 2018 18:44 > > To: FFmpeg user questions > > Subject: Re: [FFmpeg-user] Streaming overseas > > > > > Hello Louis, > > > > > > Have you take a look at SRT protocol ? > > > > > > Source code : https://github.com/Haivision/srt > > > > > > Latest FFmpeg handle this protocol (if i am not wrong). > > > > > > > > > I didn't know about it. I will try it as soon as i can. It seems > > interesting. > > > > Louis > > > > > > > ___ > > ffmpeg-user mailing list > > ffmpeg-user@ffmpeg.org > > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > > > To unsubscribe, visit link above, or email > > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". > > ___ > > ffmpeg-user mailing list > > ffmpeg-user@ffmpeg.org > > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > > > To unsubscribe, visit link above, or email > > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
2019-02-03 11:58 GMT+01:00, Ulf Zibis : > > Am 01.02.19 um 20:00 schrieb Carl Eugen Hoyos: >>> But for the rest of the video, I'm wondering that I nowhere notice such >>> dropouts. IIRC I read, that the film was produced with a budget of >>> 20.000 DM, which IMHO is not enough for a 76 min. celluloid film. >>> >>> Additionally in the turning camera scene from 2:34 I see comb >>> artifacts, which are typical for interlaced video recordings (see >>> attached extractions). They do not look like comb artefacts as caused by interlaced recording to me. >> Definitely not interlaced (could be de-interlaced, but this doesn't >> make much difference because of the other visual issues). > > Would you agree, that the original master recording probably > was an analogue interlaced video tape, maybe early > Betacam or high quality VHS camera Wikipedia claims that there was neither Betacam nor VHS-C in 1982 (I meant "Camcorder" when I wrote "Digital video" which of course didn't exist), IMDB claims the movie was released in January 1983. But I agree that the lack of celluloid artefacts does point to television cameras and recording technology. (Although I wonder a little if these really were cheaper than a film camera plus film.) Wikipedia also claims that Betacam supported progressive recording. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
Am 03.02.19 um 16:47 schrieb Carl Eugen Hoyos: > 2019-02-03 16:31 GMT+01:00, Ulf Zibis : > >> Also I'm missing even few celluloid dropouts in the whole video. > But this does not rule out progressive digital video. There was no digital video in 1982. -Ulf ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
Hi Carl Eugen, Am 03.02.19 um 14:06 schrieb Carl Eugen Hoyos: >>> Second: >>> libx264 does support interlaced encoding (but not field > (It appears as if you didn't read this sentence: It does not > mean "you can feed anything into libx264, it will somehow > deal with it", it means "libx264 does support interlaced > encoding") I read it, but I must admit, that I didn't really understand what field encoding is in comparison to interlaced encoding. For me it's ok to close that discussion here. You did a lot of effort to explain me many details, much thanks for that. I can live with the remaining unclarity. Have a good Sunday, -Ulf ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
2019-02-03 16:31 GMT+01:00, Ulf Zibis : > Also I'm missing even few celluloid dropouts in the whole video. But this does not rule out progressive digital video. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
Am 03.02.19 um 13:56 schrieb Carl Eugen Hoyos: >> Otherwise I can't explain the comb artefacts at some >> areas. > I don't really see them, I see many artefacts. I have marked what I interpret as comb artefacts in the attachment. Also I'm missing even few celluloid dropouts in the whole video. -Ulf ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] windows7 64bit ffmpeg pthread
2019-02-03 11:57 GMT+01:00, Christian Knoefel : > i need one ffmpeg for windows7 64bit, but with pthread support. Could you explain what does not work with a Zeranoe binary? Carl Eugen (who still hasn't seen a non-broken compile script.) ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
2019-02-02 21:22 GMT+01:00, Ulf Zibis : > > Am 02.02.19 um 02:18 schrieb Carl Eugen Hoyos: >> Second: >> libx264 does support interlaced encoding (but not field (It appears as if you didn't read this sentence: It does not mean "you can feed anything into libx264, it will somehow deal with it", it means "libx264 does support interlaced encoding") >> encoding because it does not help encoding efficiency). >> >> Apart from that, it does severely hurt compressibility >> if you don't set interlaced encoding for interlaced content. > > ... what only is available for _some_ encoders as you > have stated, and libx264 seems not to have that. libx264 was by far the most advanced encoder until a very short time ago and is still among the best encoders available, of course it supports interlaced encoding, as explicitly stated above. It does not support field-encoding but as said, this - according to the x264 developers - doesn't help anyway. (The H.264 specification identifies two different methods for encoding interlaced video.) Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
2019-02-02 20:32 GMT+01:00, Ulf Zibis : > > Am 02.02.19 um 19:27 schrieb Ulf Zibis: >> But if I have a interlaced encoded stream with interlaced content, I >> guess only both steps at same time ensure to get a progressive stream >> with good visual quality. > > For this case I see 2 options. Assume we have a 25 fps top first > interlaced encoded stream with interlaced content: > > 1. Use one of the plenty given de-interlace filters, > remove the interlaced flag These two things are less related than what your wording implies (and all SD DVB transmissions where we live show this flag, even for progressive content, so the flag has very little relevance imo). > and result in a 25 fps progressive stream. This implies that every interlaced stream is 50i, this is not the case. > 2. Duplicate each frame and in the duplicate replace the top field with > the top field of the succeeding frame, remove the interlaced flag and > result in a 50 fps progressive stream, where only half of the lines are > changed from frame to frame. > > The 1st method more or less suffers from the known de-interlacing > artefacts. > The 2nd would fully keep the advantages of the old CRT > display method. No, this is not how it works. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
2019-02-02 19:27 GMT+01:00, Ulf Zibis : > > Am 02.02.19 um 18:38 schrieb Carl Eugen Hoyos: >> 2019-02-01 23:46 GMT+01:00, Ulf Zibis : >>> Am 30.01.19 um 15:08 schrieb Carl Eugen Hoyos: Without interpolation, this is what all video players do if you disable all de-interlacing. The problem is what kind of "interpolation" you use, this is called de-interlacing, an endless number of algorithms exist. >>> OK, my understandig was, "de-interlacing" means to re-encode from >>> interlaced to progressive _and_ do some interpolation or whatever stuff. >> No, these are two completely independent operations, one of which >> hast nothing to do with de-interlacing. > > Correct. I wanted to say, that I was in error with my former understanding. > > But if I have a interlaced encoded stream with interlaced content, I > guess only both steps at same time ensure to get a progressive stream > with good visual quality. No, this is simply not correct / a misunderstanding. The two "steps" are not related in the way your wording implies. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
2019-02-03 11:58 GMT+01:00, Ulf Zibis : > > Am 01.02.19 um 20:00 schrieb Carl Eugen Hoyos: >>> But for the rest of the video, I'm wondering that I nowhere notice such >>> dropouts. IIRC I read, that the film was produced with a budget of >>> 20.000 DM, which IMHO is not enough for a 76 min. celluloid film. >>> >>> Additionally in the turning camera scene from 2:34 I see comb >>> artifacts, which are typical for interlaced video recordings (see >>> attached extractions). >> Definitely not interlaced (could be de-interlaced, but this doesn't >> make much difference because of the other visual issues). > > Would you agree, that the original master recording probably was an > analogue interlaced video tape, maybe early Betacam or high quality > VHS camera, but later processed somehow, what corrupted the > original interlaced content? I cannot rule that out although I find progressive recording more likely. > Otherwise I can't explain the comb artefacts at some > areas. I don't really see them, I see many artefacts. Please lets agree on two things: (In general) you cannot output interlaced video like it worked on CRT TVs until (at least) the eighties. It just doesn't work, no matter if you claim it could work for a fourth time in this thread or not (not even with a CRT computer screen). (Specifically for your file) you may be able to improve quality with denoise filters (and possibly other filters) but this is in no way related to the video being de-interlaced or not. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] windows7 64bit ffmpeg pthread
On 03-02-2019 04:27 PM, Christian Knoefel wrote: Hello, i need one ffmpeg for windows7 64bit, but with pthread support. can i download it anywhere? Or *must* i compile it complicated under my windows? The comping process is not easy... Look into this autobuild script: https://github.com/jb-alvarado/media-autobuild_suite Download, answer setup questions in first run, and then let it download toolchain+packages and compile. Gyan ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of ffprobe output
Am 01.02.19 um 20:00 schrieb Carl Eugen Hoyos: >> But for the rest of the video, I'm wondering that I nowhere notice such >> dropouts. IIRC I read, that the film was produced with a budget of >> 20.000 DM, which IMHO is not enough for a 76 min. celluloid film. >> >> Additionally in the turning camera scene from 2:34 I see comb >> artifacts, which are typical for interlaced video recordings (see >> attached extractions). > Definitely not interlaced (could be de-interlaced, but this doesn't > make much difference because of the other visual issues). Would you agree, that the original master recording probably was an analogue interlaced video tape, maybe early Betacam or high quality VHS camera, but later processed somehow, what corrupted the original interlaced content? Otherwise I can't explain the comb artefacts at some areas. -Ulf ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] windows7 64bit ffmpeg pthread
Hello, i need one ffmpeg for windows7 64bit, but with pthread support. can i download it anywhere? Or *must* i compile it complicated under my windows? The comping process is not easy... Christian ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Streaming overseas
I second Alex, We use SRT to send low latency stream from Copenhagen Denmark to NY, Ohio, and LA in the USA. R, Mustafa On Thu, Dec 20, 2018 at 4:30 PM Alex Molon wrote: > SRT forever! > > Simple, stable, low latency, transports any MPEG-TS content. > It is designed expressely for hi quality streams over internet. > > Alex :) > > -Original Message- > From: ffmpeg-user [mailto:ffmpeg-user-boun...@ffmpeg.org] On Behalf Of > Louis Letourneau > Sent: 05 November 2018 18:44 > To: FFmpeg user questions > Subject: Re: [FFmpeg-user] Streaming overseas > > > Hello Louis, > > > > Have you take a look at SRT protocol ? > > > > Source code : https://github.com/Haivision/srt > > > > Latest FFmpeg handle this protocol (if i am not wrong). > > > > > I didn't know about it. I will try it as soon as i can. It seems > interesting. > > Louis > > > > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Low FPS and upload speeds after Windows Update
I'm streaming from an ip camera to youtube live. Windows 10 installed some update when I had to reboot. Now ffmpeg only does about 15fps and the upload bandwidth seems limited to 6000kbps. I've tried with a couple different ip cameras and it's the same. I also tried with the newest version of ffmpeg. I tried streaming with OBS studio and it was also throttled. I ran a program called TCP Optimizer and it fixed OBS studio. However ffmpeg still seems throttled. The only reason I'm using Windows is I need the GPU for the defog and I haven't tried installing the Nvidia drivers on Ubuntu yet. My Ubuntu computer can stream the camera fine, so it's not an internet connection speed. I tried several fixes I found online but still ffmpeg only sends about 15fps and 6000kbps. Any ideas? Thanks ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
