[Ffmpeg-devel-irc] ffmpeg.log.20150807

[burek]

[00:01:56 CEST] <OstlerDev> Is there something that I can do in that situation c_14 ?
[00:02:57 CEST] <c_14> You could use fragmented moov, but most players won't support that
[00:03:33 CEST] <c_14> The moov atom is usually written once the entire file has been written out, and usually at the end of the file though it can be moved to the front.
[00:04:14 CEST] <OstlerDev> I am currently using ts segments for the conversion: https://github.com/OstlerDev/PopcornTV/blob/master/webserver.js#L704
[00:04:39 CEST] <OstlerDev> However my issue comes when FFMPEG tries to convert a section of the video that has not been downloaded yet, it crashes and ends the conversion
[00:05:10 CEST] <OstlerDev> What I am looking for is a way to continue the conversion either from that same spot, add onto the segment file, or to continue attempting a section even after an error rather then crashing
[00:05:31 CEST] <OstlerDev> currently I use -re to slow the encoder down to 1 second converted for each second played, but if the file is still not downloading that fast it crashes
[00:07:02 CEST] <c_14> Not without modifying the source.
[00:10:28 CEST] <OstlerDev> What would I need to do to modify the source to allow something like that?
[00:11:25 CEST] <c_14> You'd have to go into the code and find the position where the file open/read fails and then make it retry indefinitely.
[00:14:57 CEST] <kyleogrg> in yadif, there is few settings for "mode"
[00:15:11 CEST] <kyleogrg> 0 = Output one frame for each frame.
[00:15:38 CEST] <kyleogrg> 2 = Same thing, but skips the spatial interlacing check.
[00:15:49 CEST] <kyleogrg> What is "the spatial interlacing check"?
[00:17:04 CEST] <OstlerDev> c_14 is there a way of resuming with a flag or something? With segmentation (my current method) it overwrites the playlist file.
[00:20:08 CEST] <OstlerDev> I am fine to switch to a different output format if that would be needed
[00:24:04 CEST] <debianuser> shadowkyogre: (copypaste from #alsa in case it's useful for someone else) -f x11grab -s 1920x1080 -r 60 - that could be a problem. There's a bug (or important feature missing) of ffmpeg having no optimized codepath for x11grab 0RGB to yuv420p color conversion, it uses generic code, which is very slow, 30-40fps max.
[00:24:07 CEST] <debianuser> I reported that months ago, even wrote a patch to fix it, but somewhy my patch was still slow (~55 fps instead of 30-40fps without the patch, but still not 120fps as I wanted it to be). It could be faster if someone implemented that color conversion in assembler, but I haven't got it that far.
[00:24:10 CEST] <debianuser> If you're not afraid of the dark ritual of building ffmpeg, I can share you my patch. It's far from perfect but I was able to get 50-55 fps with it on my old slow cpu. Or you can try SimpleScreenRecorder. Its streaming features are limited, but it actually implemented color conversion in sse3, that should be fast (i wish someone adopted that SSR code into ffmpeg).
[00:30:19 CEST] <shadowkyogre> debianuser: I'd definitely be interested in trying the patch (also going to try simplescreenrecorder too)
[00:38:23 CEST] <debianuser> shadowkyogre: http://pastebin.com/ThcNjhVP - that's the patch draft.
[00:42:31 CEST] <debianuser> (now looking at it... there's probably a bug there, lines 76-78 should be 8*i+4/5/6, not 8*i+3/4/5)
[14:23:32 CEST] <AlexJumper> hello, who can help me with my problem?
[14:26:35 CEST] <AlexJumper> i have FFmpeg generated audio stream, FFplay succ read it, but when stream end, FFplay looping last sound packet. How to configure FFplay to autostop, when stream end?
[15:03:25 CEST] <ScottSteiner> How can I stream a video file to icecast?  I've tried multiple guides but have yet to find one that works
[18:00:34 CEST] <edoceo> AlexJumper: ffplay -autoexit my_file.avi
[00:00:00 CEST] --- Sat Aug  8 2015