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

[burek]

[01:52] <jkli> hi
[01:53] <jkli> i want to reduce the motion from my encodings
[01:53] <jkli> any idea?
[01:53] <jkli> should i set rframes to 1?
[03:21] <SurfMan> can I concatenate h.264 videos using demux so I don't have to re-encode?  I'm trying to make a title frame on a video, and have encoded silent stereo audio but seemingly have some sort of stream issue.
[03:25] <SurfMan> http://pastebin.com/80B6eqZ5
[03:25] <SurfMan> that is the detail on what I am trying to do
[03:26] <SurfMan> the resulting mix plays fine for the title frame duration, then plays gibberish video for the duration of what I would expect the mix to be.
[05:37] <adi10289> i m trying to download from a m3u8 hls streaming which is having https AES key can someone help me how to download from such streaming
[05:38] <Zeranoe> adi10289: Link to video?
[05:39] <adi10289> 1 min actually i m trying to download premium video but i will provide free one for you hold on
[05:39] <adi10289> https://spuul.com/movies/6077-soundtrack
[05:40] <adi10289> you need to make free account on spuul first
[05:47] <adi10289> did u checked it Zeranoe?
[05:54] <adi10289> any update :(
[11:46] <teegee> I thought, by the time I get to extracting the frame and looking at packet->stream_index all dereferencing is done
[11:46] <teegee> av_read_frame() and all previous methods don't return an error
[11:51] <teegee> hmm
[11:52] <teegee> when I compile that code as an executable it works
[11:52] <teegee> but when I move it to a dll it fails
[12:04] <teegee> ah.. it's the struct member alignment
[12:05] <teegee> I set it to 1 byte to avoid problems when calling the library from LabVIEW. Apparently, that screws with the alignment of the dependencies too
[12:33] <teegee> alright, cheers
[12:33] <teegee> cu Mavrik
[13:53] <cm13g09> OK, so I've got an h264 RTP stream that I want to pump into ffserver (for streaming over HTTP)
[13:53] <cm13g09> problem is, ffmpeg seems to think the "best" thing to do is decode it, then re-encode it using libx264
[13:53] <cm13g09> It's OK - I'm going mad :P
[13:55] <cm13g09> Sorted with the help of a -vcodec copy
[14:14] <alfoos> hi, i am trying to stitch 4 live rtsp streams (from ip camera) using ffmpeg. I am getting huge packet loss (tried tcp) when doing live stitching. However i am not getting packet loss when saving individual stream to local file. what would be the most ideal way to do the stitching without packet loss
[15:45] <jkli> hi all
[15:45] <jkli> can somebody tell me in layman terms what subq is good for?
[16:05] <jkli> hm
[16:06] <jkli> delogo x and y, do they start from bottom left corner?
[16:06] <jkli> if yes, what do i do with videos who have different resolutions?
[16:18] <jkli> im using filter_complex is there an equivalent for delogo?
[16:34] <mikotoimouto> I've been looking around and I can't seem to find out how to bypass the fact that ffmpeg froces me to maintain aspect ratio. Using the aspect ratio argument only allows me to crop and the scale filter simply ignores your input and outputs the input aspect ratio anyway
[16:36] <mikotoimouto> http://pastebin.com/7g709YFM
[16:36] <adi10289> i m trying to download from a m3u8 hls streaming which is having https AES key can someone help me how to download from such streaming
[16:37] <klaxa> mikotoimouto: and what exactly is the problem? that should scale your video to 480x272 resulting in aspect ratio ~16:9
[16:37] <mikotoimouto> klaxa: It doesn't
[16:37] <mikotoimouto> that's the problem
[16:37] <mikotoimouto> It forces the aspect ratio to remain the same as the input
[16:38] <mikotoimouto> In the manpage it even says "The scale filter forces the output display aspect ratio to be the same of the input, by changing the output sample aspect ratio.
[16:38] <mikotoimouto> And there doesn't seem to be any way to bypass this
[16:38] <klaxa> have you tried to set -ratio 16:9 ?
[16:38] <mikotoimouto> -ratio doesn't seem to exist
[16:38] <mikotoimouto> I tried -aspect 16:9
[16:38] <mikotoimouto> But that crops the video
[16:38] <klaxa> ah
[16:38] <klaxa> i meant -aspect
[16:39] <JEEB> so your input is not 16:9, and you want to have a 16:9 clip come out?
[16:39] <mikotoimouto> Yes
[16:39] <JEEB> ok
[16:40] <JEEB> you'll probably want to then resize to aspect ratio-wise correct size, and then pad. that way you keep the ratio, and have a 480x272 picture
[16:40] <JEEB> or you just set either the width or height, and let the other be automagic :P
[16:40] <JEEB> (and don't pad it to 16:9)
[16:40] <mikotoimouto> I need the output to be stretched to the ratio though
[16:40] <mikotoimouto> I'm intentionally trying to make the output wider
[16:40] <JEEB> ah
[16:40] <JEEB> if you are intentionally breaking it
[16:41] <JEEB> then just use the setsar filter :P
[16:41] <JEEB> after the resize
[16:41] <JEEB> first scale, then setsar to 1:1
[16:41] <JEEB> but yeah, you should /only/ be doing that when you want to break the aspect ratio of the picture
[16:42] <adi10289> when it comes to encoding i always trust megui with avisyth :D
[16:42] <Krausen_> I'm attempting to generate video effects with ffmpeg (for now, a simple fade in, out) but the problem I am having is the resulting h.264 video cannot be concatenated (using demux) with the video from my camera.  Could it be differences in the pix_fmt creating this apparent incompatability?
[16:43] <Krausen_> I really am trying to avoid transcoding
[16:43] <JEEB> Krausen_, most definitely. Also there can be plenty of other things regarding the parameter sets that can cause derps
[16:43] <mikotoimouto> Thanks, that worked perfectly
[16:43] <jkli> does anybody know how to pass relative positions to ffmpeg?
[16:44] <jkli> i want delogo to start from the bottom right corner with a retangle 50x50
[16:44] <JEEB> mikotoimouto, just remember that it breaks the picture so you don't want to really use it that way generally :)
[16:44] <mikotoimouto> I know that
[16:44] <Krausen_> I'm thinking the best approach would be to generate title slides / effects that match the camera's h.264 parameters, if that is possible.
[16:44] <JEEB> have fun with that :P
[16:45] <JEEB> it might be simple, or it might be harder. also depends on whatever you're wanting to play that stuff on
[16:45] <Mavrik> Krausen_, honestly the best approach is reencoding the whole set
[16:45] <Mavrik> because that will create the least broken output stream
[16:45] <Krausen_> I lack the cpu horsepower :(
[16:45] <Krausen_> but this sort of thing fairly typical?
[16:46] <Mavrik> concating stuff where SPS/PSS, timebases, pixel formats and encoding parameters don't match will give you partially broken outputs that won't be handled well by all players.
[16:46] <Krausen_> so there really isn't any advantage to cameras doing native h.264 if one intends to do any bit of editing?
[16:47] <Mavrik> you never do editing on encoded streams :)
[16:47] <Krausen_> cheap camera
[16:47] <Krausen_> its only format is h.264 encoded vid
[16:47] <adi10289> can we pass cookies in ffmpeg?
[16:47] <Mavrik> or, if I say it another way, I haven't seen an editing process that wouldn't produce the finished product by reencoding everything
[16:47] <JEEB> ^ this
[16:48] <Mavrik> usually called "rendering" :)
[16:48] <JEEB> while it can be theoretically possible to do minimal amount of re-encoding, you are going to have to go through that road yourself :P
[16:50] <Krausen_> seems like I've stumbled upon a nasty reality
[16:50] <adi10289> lol someone help me too :(
[16:50] <Krausen_> got all excited when I read about ffmpeg's demux concat too :(
[17:05] <jkli> argh
[17:06] <jkli> i cant believe delogo didnt came with input height and input width variables -_-
[17:15] <tulcod> the latest ffmpeg release does not build against the latest x265 library: the fix for this is in commit 4a2226451, which came out right after 2.2.1
[17:16] <JEEB> the supported x265 version in a release won't be changed
[17:16] <JEEB> because it would break backwards compatibility, among other things
[17:16] <JEEB> releases are like that, and x265 is a moving-as-hell target
[17:16] <tulcod> okay, let me look up what the supported version is then :)
[17:17] <JEEB> whatever there was at the time of the branching of the 2.2 branch
[17:17] <JEEB> actually it might have actually been a better alternative to not support libx265 at all in the releases yet, but I digress :P
[17:19] <tulcod> well i needed it at some point to play some video, so was happy to have it
[17:19] <JEEB> uhh
[17:19] <JEEB> it's an /encoder/
[17:19] <tulcod> ugh, i hate the bitbucket website. when did fscking x265 0.9 come out?
[17:19] <JEEB> you don't need it to /play/ anything
[17:19] <tulcod> err. okay i can't quite recall what i needed to do
[17:19] <tulcod> but for some reason i needed it
[17:19] <JEEB> libx265 is purely the encoding side of things
[17:20] <JEEB> libavcodec has its own HEVC decoder, which works fine
[17:20] <tulcod> okay whatever. i can't really have an opinion about this
[17:20] <JEEB> (and libx265 doesn't have any more of a decoder than what is absolutely needed for encoding, and it does not provide an interface for it unsurprisingly)
[17:20] <JEEB> :)
[17:20] <JEEB> anyways, just saying that what you said was invalid as libx265 has no decoding capabilities
[17:23] <JEEB> but yeah, random mercurial revision from the time of the 2.2 branching should work, I guess
[17:25] <JEEB> my real recommendation would be to just use the up-to-date command line encoder and piping the raw data from ffmpeg
[17:25] <JEEB> and ignore the libx265 libavcodec wrapper
[17:26] <tulcod> just trying to gather information to report to my distro's (unofficial) packager
[20:14] <adi10289> aahh no one helping out this poor guy :(
[20:14] <Mavrik> O.o
[20:15] <Mavrik> which.
[20:15] <adi10289> i m trying to download from a m3u8 hls streaming which is having https AES key but not able to need help regarding same
[20:17] <adi10289> Mavrik : can u help me pls regarding same
[20:17] <Mavrik> I don't understand your sentence.
[20:17] <Mavrik> "regarding same" what's that supposed to mean?
[20:18] <adi10289> i m trying to download from a m3u8 hls streaming which is having https AES key but not able to need help regarding same
[20:20] <adi10289> Mavrik : can u help me regarding above issue
[20:21] <Mavrik> I don't think so.
[20:22] <adi10289> c no one help this poor guy (
[00:00] --- Sun Apr 13 2014