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

burek burek021 at gmail.com
Sun May 24 02:05:01 CEST 2015


[00:10:31 CEST] <nyuszika7h> YouTube actually uses some weird DASH container
[00:10:51 CEST] <nyuszika7h> youtube-dl will automatically correct that if ffmpeg is installed
[00:17:39 CEST] <Mavrik> it uses mp4 with dash brand atom yes.
[00:17:46 CEST] <Mavrik> as required by DASH standard ;)
[00:45:00 CEST] <JEEBsv> Mavrik: does 'tube do mpd :P
[05:49:38 CEST] <bluerider> Hi, I have a video with multiple audio channels. I'd like to know how to set the default audio channel.
[05:50:05 CEST] <BtbN> The first one is usualy the default one.
[05:50:36 CEST] <bluerider> BtbN: I've tried that before, but the video already has a default audio channel. I tried switching the order but it didn't change the default audio channel.
[05:53:24 CEST] <bluerider> BtBN: I tried it again by switching the audio stream order using "-map". Doesn't work.
[05:53:38 CEST] <BtbN> Did it actualy switch the audio streams?
[05:53:47 CEST] <BtbN> Maybe your player just prefers one format?
[05:54:37 CEST] <bluerider> BtbN: Yeah. [1:default][2] -> [2][1:default]. Player plays [2]
[05:55:01 CEST] <BtbN> I'd assume your player just prefers one format/language
[05:55:16 CEST] <bluerider> BtbN: I'm using mpv. I think it's encoded in the stream itself.
[05:56:12 CEST] <bluerider> BtbN: In ffmpeg -i <file> ; it says [2] is the "(default)"
[05:56:22 CEST] <BtbN> What container is that?
[05:56:34 CEST] <bluerider> BtbN: mkv
[06:01:15 CEST] <bluerider> How do I set the default flag on an audio stream?
[06:06:07 CEST] <BtbN> -metadata:s:a:0 disposition:default=1 -metadata:s:a:1 disposition:default=0
[06:06:24 CEST] <BtbN> At least if i read ffmpeg.c correctly
[06:07:19 CEST] <bluerider> BtbN: I"ll try that out now
[06:08:47 CEST] <bluerider> BtbN: Unable to find a suitable output format for 'disposition:default=0' disposition:default=0: Invalid argument
[06:08:56 CEST] <BtbN> No idea then
[06:10:39 CEST] <bluerider> BtbN: all right; thanks anyway.
[06:14:54 CEST] <bluerider> Where can I find all input options for "-disposition"
[06:15:16 CEST] <BtbN> -disposition is a file option, you want to set it for a single stream.
[06:16:12 CEST] <BtbN> You could workaround it by just remuxing to some container that has no concept of default streams
[06:16:22 CEST] <bluerider> BtbN: Can you elaboate on the "-dispos"?
[06:16:33 CEST] <BtbN> It's a file option.
[06:16:35 CEST] <BtbN> You want streams
[06:16:43 CEST] <bluerider> BtbN: What's it mean to be a file option?
[06:17:01 CEST] <BtbN> what?
[06:17:59 CEST] <bluerider> BtbN: What does it mean to be a file option? With streams, I know I'm working with a particular stream (video, audio, subtitle). But what does it mean to work with a file option?
[06:18:15 CEST] <BtbN> It's for a file, not for a stream.
[06:18:25 CEST] <bluerider> BtbN: Also, which container removes concepts of defaults (possibly removing disposition keys)?
[06:18:37 CEST] <bluerider> BtbN: So what'd happen if I use it. Can I get an example?
[06:18:49 CEST] <BtbN> I have no idea what happens
[06:19:28 CEST] <bluerider> BtbN: How do I find the input options for "-disposition"?
[06:19:53 CEST] <BtbN> They don't seem to be documented.
[06:20:11 CEST] <BtbN> There's an array with options in ffmpeg.c
[06:21:31 CEST] <bluerider> BtbN: Is there a reason why it's not documented...like did someone not get around to documenting it?
[06:21:57 CEST] <BtbN> Propably because noone ever used it.
[06:22:27 CEST] <BtbN> I wasn't aware there is a default stream flag at all, and i think it's not available in too many containers.
[06:22:43 CEST] <bluerider> BtbN: I've encountered it in mp4 and mkv containers (very common containers).
[06:23:10 CEST] <BtbN> I don't think mp4/mov has that
[06:23:36 CEST] <bluerider> BtbN: Last time I checked, I couldn't change the default audio stream for mp4.
[06:24:39 CEST] <bluerider> BtbN: I'm seeing some code for computing disposition for each output stream.
[06:24:45 CEST] <bluerider> BtbN: In ffmpeg.c
[06:25:13 CEST] <bluerider> BtbN: function called "ost->disposition"
[06:25:17 CEST] <BtbN> Yes, it does exist
[06:25:22 CEST] <BtbN> But i have no idea how to use it.
[06:27:47 CEST] <bluerider> BtbN: Where can I find the cli code?
[06:28:21 CEST] <BtbN> Scattered through ffmpeg.c and ffmpeg_opt.c
[06:28:50 CEST] <bluerider> BtbN: the more I hear of this...the more I think a code cleanup is needed. Unless this is all done with purpose.
[06:29:02 CEST] <BtbN> No, someone just needs to document this.
[06:30:51 CEST] <BtbN> ffmpeg someinput.mkv -c copy -map 0:v:0 -map 0:a:0 -map 0:a:1 -disposition:v:0 default -disposition:a:0 default -y test.mkv
[06:30:54 CEST] <BtbN> Seems to work
[06:34:39 CEST] <bluerider> BtbN: I'm trying your suggestion. If it works. Can you add it to some documentation?
[06:36:51 CEST] <bluerider> BtbN: according to ffmpeg -i; now both tracks have (default). Reordering the trakcs work though
[06:37:12 CEST] <BtbN> It should set the default flag on the first audio and the first video track.
[06:37:25 CEST] <BtbN> And it did exactly that for me
[06:38:38 CEST] <bluerider> BtbN: it didn't remove the default flag from the original default track though.
[06:39:04 CEST] <BtbN> try with -disposition:a:whateveritis 0
[06:39:20 CEST] <bluerider> BtbN: yeah that's what I tried.
[06:39:42 CEST] <BtbN> Or just -disposition 0
[06:39:48 CEST] <BtbN> in front of all the other disposition options
[06:47:53 CEST] <bluerider> BtbN: Okay. What works: ffmpeg -i <file> -map 0:v:0 -map 0:a:0 -map 0:a:1 -c:v copy -c:a copy -disposition 0 -disposition:a:0 default test.mkv
[06:47:55 CEST] <bluerider> that definitely works
[06:52:20 CEST] <bluerider> BtbN: thanks a lot; your advice did it. The docs should be updated. This will solve many headaches.
[07:01:17 CEST] Action: bluerider quit
[11:28:08 CEST] <gr1sha> how can I debug the reason avio_open2 fails?
[11:41:06 CEST] <gr1sha> I check its' return value but it's NULL
[11:41:09 CEST] <gr1sha> what the heck?
[11:41:10 CEST] <gr1sha> :|
[12:48:00 CEST] <iomari> Greetings, Can someone tell me the equivalent ffmpeg command to: mpv rtsp://admin:admin@192.168.1.90/11
[12:49:35 CEST] <roberth1990> hello, I am trying to convert a video to another format, how do I set the bitrate to be the same in the new format as in the old one?
[12:51:04 CEST] <BtbN> -b:v
[12:51:25 CEST] <roberth1990> yes but what do I put after that?
[12:51:29 CEST] <BtbN> The bitrate
[12:51:41 CEST] <BtbN> 5000k for example
[12:51:59 CEST] <roberth1990> but is the bitrate normally constant?
[12:52:14 CEST] <BtbN> Depends, it can be, but doesn't have to.
[12:52:32 CEST] <BtbN> Depends a lot on what the video is intended to be used for
[12:52:50 CEST] <roberth1990> how can I check that about a file?
[12:52:58 CEST] <BtbN> you don't realy can
[12:53:20 CEST] <roberth1990> can I just use a definition which makes ffmpeg use whatever the video file has?
[12:53:34 CEST] <BtbN> No, because there is no information about "what the video file has".
[12:53:42 CEST] <BtbN> The bitrate ffprobe shows you is just an estimate
[12:55:41 CEST] <roberth1990> so it is impossible for me to convert a h264 file to vp9 to see how vp9 does it with the exact same bitrate....
[12:55:54 CEST] <JEEBsv> yes, but that makes no sense
[12:56:10 CEST] <JEEBsv> you take the source of that AVC file and encode *that* in similar way
[12:56:29 CEST] <roberth1990> I cant do that
[12:56:31 CEST] <JEEBsv> the easiest similar case being that you maximize both encodes with the same keyint, for example
[12:56:33 CEST] <BtbN> It's not just about bitrate.
[12:56:45 CEST] <JEEBsv> roberth1990: then you can't do a proper test
[12:56:55 CEST] <BtbN> With vbr you can achive better quality with an overall lower bitrate than some cbr mode
[12:57:04 CEST] <BtbN> bitrate alone tells you nothing about the quality
[12:57:11 CEST] <JEEBsv> yes, I don't think anyone here talks about bit rate in the CBR sense :P
[12:57:19 CEST] <JEEBsv> it's mostly in the average bit rate over the whole encode
[12:58:22 CEST] <JEEBsv> roberth1990: anyways I recommend you grab one of the free samples from f.ex. xiph.org and test with those if you want to test different encoders against each other
[12:58:37 CEST] <JEEBsv> also too bad the x264dev.multimedia.cx blog went offline :/
[12:58:37 CEST] <BtbN> Isn't vp9 the h265 equivalent?
[12:58:41 CEST] <JEEBsv> nope
[12:58:57 CEST] <roberth1990> yes
[12:59:03 CEST] <JEEBsv> oh
[12:59:12 CEST] <JEEBsv> read that "equivalent" in a different way
[12:59:13 CEST] <roberth1990> it is meant to be a free alternative to h265
[12:59:18 CEST] <JEEBsv> uhh
[12:59:30 CEST] <BtbN> Well, i can tell you which one will give you better results then.
[12:59:36 CEST] <JEEBsv> uhh
[13:00:15 CEST] <JEEBsv> VP9 as a *spec* is better than AVC, yes
[13:00:42 CEST] <JEEBsv> the other side of the coin is whether or not you get more bang for buck with your usage scenario from VP9 than AVC with the current implementations
[13:01:05 CEST] <BtbN> yeah, libx264 is just too good at its job
[13:01:16 CEST] <JEEBsv> for example, libvpx (currently the main/only implementation of VP9 encoding) isn't exactly known for psychovisual optimizations
[13:01:24 CEST] <JEEBsv> also until of late it lacked any multithreading whatsoever
[13:01:30 CEST] <JEEBsv> they seem to have added in-picture threading lately
[13:02:00 CEST] <JEEBsv> also talking about a "free" alternative to HEVC is kind of... ugh
[13:02:13 CEST] <BtbN> less non-free
[13:02:35 CEST] <JEEBsv> in which sense of "free"?
[13:02:37 CEST] <BtbN> it is already loosing against h265 because of the lack of hardware support
[13:02:55 CEST] <roberth1990> royalty free
[13:03:19 CEST] <JEEBsv> that's what G says, who developed the format behind closed doors :P Also already VP8 has gotten some claims from f.ex. Ericsson IIRC
[13:03:47 CEST] <JEEBsv> so I wouldn't say it's completely "safe", but sure - you can point at G and say they told you it was not infringing on anyone's stuff :P
[13:03:49 CEST] <BtbN> This whole patent system is so annoying.
[13:04:32 CEST] <roberth1990> is h265 an open format?
[13:04:35 CEST] <JEEBsv> yes
[13:04:45 CEST] <JEEBsv> freely available and developed on a mailing list that everyone can join
[13:04:53 CEST] <JEEBsv> I mean, *I* am on that mailing list
[13:05:23 CEST] <JEEBsv> oh, and let's just note the fact that HEVC actually has a *spec*
[13:05:42 CEST] <JEEBsv> while VPx formats are just something G cooks behind closed doors and notes the implementation being the spec
[13:05:44 CEST] <BtbN> You can do with h265 whatever you like, you just have to pay depending on how you use it.
[13:06:20 CEST] <BtbN> Or hope nobody cares enough about you
[13:07:21 CEST] <roberth1990> okay
[13:10:11 CEST] <BtbN> I wonder who would have to pay the h264 license fees with the new live streaming stuff.
[13:10:24 CEST] <BtbN> The one who built the encoding application, the streamer, twitch?
[13:11:33 CEST] <JEEBsv> the application creator in no way, he already did his part in distributing the encoder component
[13:11:45 CEST] <JEEBsv> I think it was 100k copies and then some cents per copy after that?
[13:12:25 CEST] <BtbN> So a linux distribution pays h264 license fees for distributing libx264 binaries?
[13:13:26 CEST] <JEEBsv> if they think they are under legal obligation to follow the license and the project distributes more copies than that?
[13:15:02 CEST] <JEEBsv> Internet
[13:15:02 CEST] <JEEBsv> Broadcast AVC Video (not title
[13:15:02 CEST] <JEEBsv> -
[13:15:02 CEST] <JEEBsv> by
[13:15:02 CEST] <JEEBsv> -
[13:15:05 CEST] <JEEBsv> title, not subscription)
[13:15:08 CEST] <JEEBsv> 
[13:15:10 CEST] <JEEBsv> argj
[13:15:15 CEST] <JEEBsv> fuck copypasting from fx's PDF reader
[13:15:54 CEST] <JEEBsv> Internet Broadcast AVC Video (not title-by-title, not subscription)  no royalty for life of the AVC Patent Portfolio License
[13:16:22 CEST] <JEEBsv> this is the case where the watcher doesn't have to pay for the content itself
[13:16:37 CEST] <JEEBsv> http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf
[13:16:46 CEST] <JEEBsv> (MPEG-LA is separate from MPEG, just for the record)
[13:17:54 CEST] <JEEBsv> also in users subscribing for the content in an unlimited way you have to rake 100k paying subscribers to pay anything
[13:21:29 CEST] <iomari> Greetings, Can someone tell me the equivalent ffmpeg command to: mpv rtsp://admin:admin@192.168.1.90/11
[13:21:55 CEST] <BtbN> ffmpeg isn't a media player, what do you want to do with that stream?
[13:22:05 CEST] <iomari> play it
[13:22:16 CEST] <JEEBsv> you can't "play" things with ffmpeg
[13:22:35 CEST] <JEEBsv> if I guess right mpv is just passing the string to lavf as-is
[13:22:42 CEST] <JEEBsv> so try ffmpeg -i <your url>
[13:22:43 CEST] <iomari> don't mind me. i knew that. wasnt thinink
[13:22:55 CEST] <iomari> :-)
[13:22:56 CEST] <BtbN> Well, you technicaly can, as there is sdl and alsa/pa output.
[13:23:02 CEST] <BtbN> But you don't usualy do that.
[13:23:11 CEST] <JEEBsv> uhh, aren't those in ffplay?
[13:23:14 CEST] <iomari> understood
[13:23:19 CEST] <BtbN> Yeah, but you can use them with ffmpeg, too
[13:23:33 CEST] <BtbN> just have to specify them as output format
[13:23:40 CEST] <JEEBsv> :V
[13:24:50 CEST] <BtbN> ffmpeg and mpv do have a diffrent syntax for rtsp urls though, iirc
[13:25:07 CEST] <JEEBsv> yeah, if it's not just passed onto lavf then you have to do it different
[13:25:33 CEST] <BtbN> i think ffmpeg uses query-string parameters for username/password, instead of the usual username:password@ syntax
[13:26:08 CEST] <BtbN> But i'm not entirely sure anymore, there was some parameter that worked diffrently
[14:50:33 CEST] <Astiasti> hi all. I'm packing aac files in m4a files (mp4 container). BTW the files I get.. have an error (channel element 1.0 is not allocated). any way to solve it?
[14:51:26 CEST] <JEEBsv> pastebin your full command line and terminal output, and then link here
[14:52:12 CEST] <Astiasti> I used ffmpeg -i filename.aac -acodec copy filename.m4a
[14:57:34 CEST] <Astiasti> http://pastebin.com/7J5D1iEn
[15:02:06 CEST] <Astiasti> http://pastebin.com/w2RjcUsG
[15:02:36 CEST] <Astiasti> JEEBsv: I did it
[15:04:16 CEST] <JEEBsv> Astiasti: so yes, it fails to decode it after you have muxed it. could you decode it before you muxed it?
[15:05:17 CEST] <Astiasti> JEEBsv: deciding it I lose audio quality...
[15:05:20 CEST] <JEEBsv> also you don't really need avplay for it, just doing `avconv -i input -f null -` should do it (using it because you seem have libav-provided binaries)
[15:06:27 CEST] <JEEBsv> Astiasti: -c:a copy / -avcodec copy should just be remuxing, not doing re-encoding :P
[15:06:35 CEST] <JEEBsv> but yes, check that you can decode that aac stream to begin with
[15:06:47 CEST] <Astiasti> avplay plays file OK. BTW my car audio system says *wrong for*
[15:07:10 CEST] <JEEBsv> which file? raw aac or the muxed one?
[15:07:39 CEST] <Astiasti> m4a
[15:07:43 CEST] <JEEBsv> ok
[15:08:16 CEST] <JEEBsv> so, uh, welcome to plastic toys?
[15:08:28 CEST] <Astiasti> reencoding aac by libfdk_aac lib goes well
[15:09:50 CEST] <JEEBsv> there's at least two whats I would like to have specified in that sentence
[15:10:01 CEST] <JEEBsv> re-encoding *what* with fdk-aac, and *what* goes well
[15:11:07 CEST] <Astiasti> ok
[15:11:56 CEST] <Astiasti> avconv -i filename.aac -acodec libfdk_aac filename.m4a
[15:13:17 CEST] <Astiasti> avprobe/avplay doesn't say *channel element 1.0 is not allocated*
[15:13:43 CEST] <JEEBsv> ok, and that m4a then works in your plastic toy? now, there are two options for that. either you have dumped your input aac stream so that there's some garbage in the beginning, or you are using different feature set which your plastic toy supports
[15:14:16 CEST] <JEEBsv> you can try adding -ss before -i to seek within frames to try and go over that garbage
[15:15:20 CEST] <JEEBsv> and if you know your steam is valid, then it's a feature thing and you just can't play those streams as-is with your plastic toy
[15:17:04 CEST] <Astiasti> my car audio system doesn't play well aac variable bitrate
[15:17:41 CEST] <JEEBsv> I am pretty sure it's not the variable bit rate
[15:17:42 CEST] <Astiasti> I use MP4Box to encapsule aac in m4a, usually
[15:18:05 CEST] <Astiasti> BTW mp4box has some problems in my PC, now
[15:18:15 CEST] <JEEBsv> when doesn't GPAC have issues?
[15:18:26 CEST] <Astiasti> so I want to use ffmpeg/libav
[15:19:49 CEST] <Astiasti> JEEBsv: my car audio... plays aac file for some seconds/minutes and skip to next song before EOF is reached
[15:20:39 CEST] <Astiasti> some months ago I encapsulated all files using gpac
[15:20:54 CEST] <JEEBsv> raw aac or muxed? if it's muxed either the mux was incorrect or the plastic box fails at life
[15:21:15 CEST] <JEEBsv> or there was random shit in the bit stream, which caused it to bail the fuck out
[15:21:19 CEST] <JEEBsv> among other possible reasons
[15:21:44 CEST] <Astiasti> different now: it make a good job for some files, and make 1s long m4a for some other files
[15:22:13 CEST] <JEEBsv> the only thing VBR should affect is when you have raw bit streams and when you have to guess the stream's length or try and seek in it
[15:22:40 CEST] <Astiasti> JEEBsv: raw aac (stream ripped by streamripper)
[15:22:40 CEST] <JEEBsv> otherwise "VBR" should have nothing to do with it unless the piece of shit is so powerless it can't take the amount of data (and really, at this point you have to try hard for that)
[15:22:55 CEST] <JEEBsv> Astiasti: yes but you're not feeding that to your plastic toy, right?
[15:23:01 CEST] <JEEBsv> you have muxed it at that point :P
[15:24:37 CEST] <Astiasti> I supposed a different issue: car audio estimated how long song is at the beginning and stop as soon as it reach time it calculated
[15:25:07 CEST] <JEEBsv> yes, but as I said -- that's only an issue with raw AAC files, which I'd be surprised you'd be giving it since you are talking about muxing that stuff all the time
[15:25:26 CEST] <JEEBsv> anyway, try cutting out some bytes from the beginning, either with a hex editor if you know how raw AAC frames look, or with an -ss option with a timestamp with ffmpeg/avconv before the -i
[15:26:11 CEST] <Astiasti> <JEEBsv> +you can try adding -ss before -i to seek within frames to try and go over that garbage
[15:26:20 CEST] <Astiasti> I get an error
[15:26:32 CEST] <JEEBsv> pastebin the whole thing and link
[15:27:07 CEST] <JEEBsv> because the most likely reason if your plastic crap generally supported that type of AAC that specific stream uses is that you have garbage there in the beginning which the stream ripper causes to be there (leftovers from previous audio frames)
[15:29:56 CEST] <Astiasti> -ss 0.1 seems OK
[15:31:05 CEST] <Astiasti> -ss 0.0 too
[15:31:18 CEST] <Astiasti> I'm going to test it on my car
[15:48:44 CEST] <Astiasti> BTW a problem still is on
[15:49:27 CEST] <Astiasti> passing from aac to m4a... file changes aac format
[15:50:08 CEST] <Astiasti> .aac file is *he-aac / lc*
[15:50:46 CEST] <Astiasti> .m4a file is *aac*
[15:52:27 CEST] <Astiasti> MP4Box keeps *he-aac / lc* and its files sound good
[15:52:42 CEST] <JEEBsv> uhh
[15:53:14 CEST] <Astiasti> codec 40 for avconv processed file
[15:53:17 CEST] <JEEBsv> "he-aac / lc" reads like the application cannot guess what the fuck it is :P
[15:53:30 CEST] <Astiasti> codec 67 for gpac one
[15:53:47 CEST] <JEEBsv> also make sure you are comparing the actual same stream muxed
[15:53:58 CEST] <JEEBsv> instead of some random other stream
[15:54:23 CEST] <Astiasti> yes. same file. processed by avconv and gpac
[15:55:04 CEST] <JEEBsv> I have no idea what GPAC does, but you can look at the container level differences with L-SMASH's boxdumper
[15:55:17 CEST] <JEEBsv> boxdumper hurr.m4a > hurr.log
[15:55:42 CEST] <JEEBsv> boxdumper just dumps the actual isobmff structure as a text file
[15:56:05 CEST] <Astiasti> I recompiled avconv with libfdk_lib to have he-aac support. I supposed this solve, btw no solution found
[15:57:07 CEST] <JEEBsv> l-smash is available from https://github.com/l-smash/l-smash/ btw
[15:57:34 CEST] <JEEBsv> use boxdumper to create dumps of the structure of the files you created, basically
[15:58:26 CEST] <JEEBsv> is much better at seeing what's in the file than you using some random application that interprets *something* *somehow*
[16:03:00 CEST] <Astiasti> JEEBsv: what I have to look for?
[16:03:13 CEST] <Astiasti> pastebin?
[16:03:20 CEST] <JEEBsv> that would be the simplest wayt
[16:03:36 CEST] <JEEBsv> also you can try l-smash's muxer for muxing as well, if you want to :P
[16:07:34 CEST] <JEEBsv> anyways, I still guess the reason for failures is some garbage somewhere rather than anything else - unless the plastic toy is really dumb. which it of course can be
[16:08:22 CEST] <JEEBsv> I'm pretty sure I'm just going to be making my own IVI system from a 10" or so tablet if I ever get a car.
[16:18:07 CEST] <Astiasti> pastebin.com/MDCnZ8wa
[16:18:40 CEST] <Astiasti> I removed some lines, replaced by dots (....................)
[16:19:01 CEST] <Astiasti> avconv one
[16:21:11 CEST] <Astiasti> then... gpac one
[16:28:18 CEST] <Astiasti> pastebin.com/eMVugt4s
[16:29:07 CEST] <Astiasti> my car audio plays gpac file, says wrong file about avconv one
[16:30:38 CEST] <JEEBsv> well, one thing is that the moov box has been moved to the beginning of the file in the GPAC one
[16:30:51 CEST] <Astiasti> ok ok
[16:30:56 CEST] <Astiasti> thats true
[16:31:02 CEST] <JEEBsv> you can do that with qt-faststart or whatever
[16:31:23 CEST] <Astiasti> i removed -movflags +faststart
[16:31:34 CEST] <JEEBsv> uhh
[16:31:40 CEST] <Astiasti> ok. i'm going to test again
[16:32:05 CEST] <JEEBsv> anyways, it's one glaring difference other than the brands, but the major brand is exactly the same
[16:33:02 CEST] <JEEBsv> the only difference is that GPAC has mp42 in "compatible_brands", while the lavf one has "iso2" there in addition to iso. also GPAC feels like it has to re-iterate that it's M4A
[16:33:08 CEST] <JEEBsv> *isom
[16:33:34 CEST] <JEEBsv> anyways, at this point it's more or less guessing because most probably the plastic piece of shit doesn't let you check what it doesn't like exactly
[16:34:01 CEST] <Astiasti> yes
[16:34:17 CEST] <Astiasti> it's win based....
[16:34:57 CEST] <Astiasti> a real plastic piece of shit
[16:37:22 CEST] <Astiasti> any way to force libav to add m4a info reiteration?
[16:37:43 CEST] <JEEBsv> no idea, but I do notice one somewhat possibly related thing
[16:37:51 CEST] <JEEBsv> if you look under stsd
[16:38:19 CEST] <JEEBsv> under DecoderConfigDescriptor
[16:38:28 CEST] <Astiasti> BTW I noticed one more info: free space box is located after all in gpac file. before media data box in libav one
[16:38:47 CEST] <JEEBsv> lavf muxed the audio as objectTypeIndication = 0x40 (Audio ISO/IEC 14496-3)
[16:39:00 CEST] <JEEBsv> while GPAC did objectTypeIndication = 0x67 (Audio ISO/IEC 13818-7 LowComplexity Profile)
[16:39:27 CEST] <JEEBsv> now that could actually be related
[16:39:28 CEST] <Astiasti> yes. that's the problem. I supposed
[16:40:06 CEST] <Astiasti> no way to change that?
[16:40:09 CEST] <JEEBsv> of course you can't guess which is doing something correctly or incorrectly by that :P
[16:41:10 CEST] <JEEBsv> try adding -bsf:v aac_adtstoasc after -i
[16:41:13 CEST] <JEEBsv> uhh
[16:41:14 CEST] <JEEBsv> -bsf:a
[16:41:18 CEST] <JEEBsv> since it's an audio stream
[16:42:03 CEST] <JEEBsv> that should convert ADTS in-band extradata to MPEG-4 ASC
[16:42:20 CEST] <JEEBsv> although that might already be happening :P
[16:42:42 CEST] <JEEBsv> due to the lavf one being 14496-3, and the GPAC one marks itself with the MPEG-2 ID
[16:42:54 CEST] <JEEBsv> anyways, afk for a while
[16:47:24 CEST] <Astiasti> -bsf make a silent file
[16:53:20 CEST] <Trenak> Hello, what cant help me?
[16:53:38 CEST] <Trenak> *can
[16:54:13 CEST] <Astiasti> my car doesn't play files by avconv
[16:55:23 CEST] <Trenak> i need encode from AVC to MPEG - 4 Visal..
[16:55:27 CEST] <Trenak> Visual
[16:55:44 CEST] <JEEBsv> -c:v mpeg4 is MPEG-4 Visual
[16:56:08 CEST] <JEEBsv> welcome to one of those encoders where you have no simple options in lavc
[16:58:08 CEST] <Trenak> i need it from http://ctrlv.cz/Xe8w to this http://ctrlv.cz/CtDz
[17:00:59 CEST] <Astiasti> no way to force avconv use a different mp4 minor version or codec id?
[17:02:56 CEST] <Trenak> There arent some other version and my DVD recorder cant play it.. :(
[17:03:50 CEST] <cbsrobot> Astiasti: My guess would be the bitrate
[17:04:00 CEST] <Trenak> ok and how change from 1080 to SD?  or.. from FULL HD TO SD
[17:04:29 CEST] <cbsrobot> I saw player that could only decoded fixed bitrates: f.ex 196k but had problems with 197k
[17:05:59 CEST] <cbsrobot> try encoding to a fixed bitrate
[17:15:18 CEST] <Astiasti> cbsrobot: you may be right. BTW bitrate related problem is in aac file. in m4a file there is no nitrate problem...
[17:15:59 CEST] <Astiasti> BTW I see mp4box says variable bitrate.. in a different way
[17:20:15 CEST] <cbsrobot> Astiasti: just try -b:a 32k
[17:20:59 CEST] <Trenak> Soo. how can i solve my problem?
[17:22:21 CEST] <dsl420> Trenak, -vf scale=x:y for the HD to SD part and JEEBsv mentioned how to change video codec
[17:22:23 CEST] <Astiasti> what about fragmentation?
[17:22:59 CEST] <tmh_> vlc crashes with 0x00 input. that's probably not a big deal but it's weird.
[17:23:01 CEST] <Trenak> .h, right
[17:25:17 CEST] <Trenak> soo.. like this?  ffmpeg -i SouthPark(3).avi -c:v mpeg4 SouthPark(3).avi
[17:25:52 CEST] <Astiasti> cbsrobot: -b set maximum br, m4a is still variable br
[17:27:59 CEST] <Trenak> When i use this command there is lose quality..
[17:29:38 CEST] <dsl420> yes
[17:31:30 CEST] <Trenak> i need something withnout loosing
[17:32:26 CEST] <dsl420> i doubt it is possible to encode lossless with mpeg-4 visual
[17:33:28 CEST] <Trenak> oh
[17:38:30 CEST] <dsl420> you could use -c:a so you would not lose audio quality at least :) or get proper hardware which can play AVC in mkv container. this XviD stuff is pretty much outdated.
[17:39:24 CEST] <dsl420> -c:a copy even
[19:55:11 CEST] <pkhgj> hi all
[19:55:31 CEST] <pkhgj> maybe someone can help me here
[19:55:46 CEST] <pkhgj> ffmpeg can receive a live stream from webrtc?
[19:56:52 CEST] <pkhgj> and transcode it to webm live
[19:57:24 CEST] <pkhgj> I saw: https://groups.google.com/a/webmproject.org/forum/#!topic/webm-discuss/Y2At8cjIfW0
[19:57:33 CEST] <pkhgj> that it will be soon available?
[19:57:54 CEST] <pkhgj> is this correct?
[20:41:54 CEST] <DeHackEd> when outputting multiple feeds from a single input using x264 as the codec (for all outputs), is there a way to synchronize the GOP boundaries? (the goal is an HLS output with multiple bitrates/feeds available)
[20:55:44 CEST] <Mavrik> DeHackEd, there's a command/filter where you can input list of frame numbers for keyframes
[20:55:52 CEST] <Mavrik> DeHackEd, or just completely disable scene detection
[21:23:18 CEST] <DeHackEd> I guess that would work...
[22:50:06 CEST] <yumbox> Is the fullscreen x11grab error already fixed?
[00:00:00 CEST] --- Sun May 24 2015


More information about the Ffmpeg-devel-irc mailing list