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

[burek]

[02:13] <i336_> hi. I want to delay the start of a video (ie, video+audio stream) being run through ffplay by an arbitrary amount. how might I do this?
[02:14] <llogan> sleep 3 && ffplay input
[02:15] <i336_> oh, nice :P but that doesn't exactly work
[02:15] <i336_> for whatever reason (probably old-ish hardware :P ...very probably :P) ffplay has a small tendency to jitter/stutter at the start of videos
[02:15] <llogan> oh, you want to video to play offset from audio?
[02:15] <i336_> once they start playing, they're fine
[02:16] <i336_> so I want ffplay to play 5-10 seconds of blankness so it sort of "settles", hopefully playing the video perfectly once it starts
[02:16] <i336_> I have no idea if it'd work, but I know ffmpeg has a few kitchen sinks in it so I thought I'd give this idea a try
[02:16] <i336_> (note, the video and audio both stutter)
[02:16] <i336_> (so I want to pause both)
[02:17] <blippyp_> use a pad
[02:17] <i336_> hm?
[02:17] <blippyp_> man ffmpeg-filters
[02:17] <i336_> oh, okay, thanks
[02:17] <blippyp_> search for pad
[02:17] <blippyp_> np
[02:18] Action: i336_ gets a "No manual entry for ffmpeg-filters" and minces off in the general direction of google
[02:18] <i336_> xD
[02:18] <blippyp_> go to the ffmpeg site
[02:18] <i336_> oh, ok
[02:18] <blippyp_> they have the same info in their documentation section
[02:18] <i336_> right
[02:19] <i336_> um, padding seems to be primarily geometric, not chronological: https://www.ffmpeg.org/ffmpeg-filters.html#toc-pad
[02:19] <blippyp_> you could also use a drawbox...
[02:19] <i336_> unless I'm reading something wrong
[02:20] <blippyp_> it's all in the filter
[02:20] <blippyp_> something like
[02:21] <blippyp_> give me a sec...
[02:21] <i336_> mk :D
[02:23] <blippyp_> I think you'd have to create the blank video first and then concatenate it
[02:24] <i336_> o.o
[02:24] <blippyp_> ffmpeg -loop 1 -i blank.png -t 5 -c:b libx264 -qp 0 -preset ultrafast blank.mkv
[02:24] <blippyp_> something like that would make a 'blank' 5 second clip (assuming blank.png is a black picture)
[02:24] <i336_> ah, I see
[02:25] <blippyp_> then concatenate that with your video
[02:25] <i336_> ha, right. :/
[02:25] <blippyp_> using the concat filter
[02:25] <i336_> oh ok
[02:25] <blippyp_> there might be an easier way though
[02:25] <blippyp_> but that will work
[02:26] <blippyp_> whether if solve your problem or not, you'll have to test to see...  ;)
[02:26] <blippyp_> if=it'll
[02:27] Action: i336_ boggles at doing that to all the random videos he downloads from youtube
[02:27] <i336_> hrm :s lol
[02:27] <blippyp_> yeah, not really worth the re-compiling...
[02:27] <blippyp_> re-encoding*
[02:28] <blippyp_> try pausing the video when it starts for a second?
[02:29] <i336_> hm
[02:30] <i336_> that was amusing :D
[02:31] <i336_> I got instance #6212 of "ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred" when I paused the video, and when I unpaused it, the video ran 1.2 times faster than normal and finished before the audio stream :D
[02:31] <i336_> lol
[02:40] <llogan> blippyp_: no need for a blank png if you ever wanted "blank" video: ffmpeg -f lavfi -i color=s=640x480:color=blue ...
[06:02] <blippyp_> i336: If you're still around, I just remembered - You can use a bitstream filter if your files are x264's - Convert the streams to .ts or m2ts and then concatenate them without re-encoding. I do this all the time actually - You might be able to do something similar with other codecs as well. Point being, you may not need to re-encode depending on the codec (and if you're getting them from you-tube, then they should qualify for this I think
[06:14] <i336_> oh ok
[06:15] <i336_> I get the files at, um, some kind of low quality MP4 setting, because anything wider than 720 pixels just shows up as black here
[06:15] <i336_> (old graphics card)
[06:15] Action: i336_ remembers it's format 18, but doesn't remember what that is
[06:31] <blippyp_> i336: What are you using to download them?
[06:31] <i336_> the awesomeness of youtube-dl :D
[06:31] <blippyp_> you should be getting the best quality video from them by default then
[06:32] <blippyp_> are you specifically specifying which format you want?
[06:32] <blippyp_> I wouldn't do that...
[06:32] <blippyp_> I just pull the direct link - no other settings, and I usually get the highest quailty mp4 from them
[06:33] <blippyp_> sometimes they don't have mp4 versions though - not sure why, but whatever - by default they do send the highest quality video they have to you as far as I know
[06:35] <blippyp_> with those mp4's you'll want to look at this page if you haven't found it yet: http://www.ffmpeg.org/ffmpeg-bitstream-filters.html
[06:35] <blippyp_> specifically you'll want to use the h264_mp4toannexb bitstream
[06:36] <blippyp_> when you're done your splicing, join them back together....
[09:43] <misterno> hey guys is there any other channel devoted to encoding/transcoding and videos
[09:44] <misterno> because i'm looking to ask for advice if anyone has used popular encoders/transcoders beside ffmpeg
[09:44] <misterno> which one has cuda support/good quality
[09:46] <JEEB> misterno, "GPU encoding" in general sucks. As in, those that use the actual GPU hardware instead of having a specific hardware encoder on board. Of course, for such hardware encoders, the intel stuff is better than what any GPU maker has around, so...
[09:46] <misterno> by "sucks" you mean quality or speed?
[09:47] <JEEB> both in the end
[09:47] <misterno> so there is noticable difference in quality when i turn gpu acceleration? hmm didnt know that
[09:47] <misterno> *turn on
[09:47] <JEEB> if you actually mean encoding, yes. And if the encoding is done on the GPU
[09:47] <misterno> thats why im looking fro advice
[09:47] <JEEB> there's the "do motion estimation on the GPU/whatever" kind of stuff too
[09:48] <JEEB> but really
[09:48] <misterno> well yes im looking for encoding/transcoding
[09:48] <JEEB> nah, I meant as in the chain of things
[09:48] <JEEB> reading->decoding->scaling/whatever->encoding->muxing->writing
[09:48] <misterno> here is one example i just used for test and why im confused
[09:48] <JEEB> anyways, you're much better off using money for a better intel CPU than grabbing anything GPU-based
[09:49] <JEEB> unless you like expensive heaters
[09:49] <misterno> i used wondershare video converter to transcode flv video i downloaded from web into mp4 and quality was horrible at approximately same filesize
[09:49] <misterno> most settings were "as original"
[09:49] <misterno> basically it looked like framerate dropped, not smooth
[09:50] <misterno> then i downloaded handbrake, used default settings and also got approx same file size and conversion looked great and smooth
[09:50] <misterno> this wondershare has gpu acceleration, but i tried turning it off with same result
[09:50] <misterno> so in both cases codec used was h264
[09:50] <JEEB> it's not a codec, it's a video format
[09:50] <misterno> why would first one have such horrible result
[09:51] <JEEB> a codec is a coder and a decoder
[09:51] <JEEB> as in, an implementation
[09:51] <misterno> isnt mp4 video format
[09:51] <JEEB> it's a multimedia container
[09:51] <misterno> dont we call containers basically formats
[09:51] <JEEB> container contains streams, streams contain audio/video/subtitles/whatever
[09:51] <JEEB> yes, it's a container format basically
[09:51] <misterno> well then we understand each other
[09:52] <misterno> what i dont undersatnd is why would video look like framerate has dropped
[09:52] <JEEB> but yeah, you most probably weren't using the same implementation, and even if you were it's possible to completely mutilate the result if you use an implementation badly
[09:52] <JEEB> well, most probably that random video converter just did some random filtering?
[09:52] <JEEB> because that's such a good idea, right? :P
[09:53] <misterno> im looking for simple software that doesnt have many options
[09:53] <JEEB> anyways, don't waste your time with random video converters
[09:53] <JEEB> handbrake is probably the sanest thing around for people who have no clue
[09:53] <misterno> the point im trying to make is i used default handbrake options
[09:53] <JEEB> as far as a GUI goes
[09:53] <misterno> so i should expect even from software that doesnt have many options to just do it well by default
[09:53] <misterno> i need to find best quality transcoder/encoder with simple interface for my mom to use
[09:54] <JEEB> well first of all they are completely different software? even though both use ffmpeg's libraries in the background most probably (since most random converters use ffmpeg while ignoring the license)
[09:54] <JEEB> well, handbrake's pretty much the sanest you'll find
[09:54] <misterno> thats why im looking for advice if someone has already tested all popular transcoders
[09:54] <misterno> is there a channel besides this one that talks about transcoding?
[09:55] <JEEB> well, I'll just say that you will want to keep to handbrake, it doesn't have all the options I'd like, but for random transcoding for a random user it's a good one
[09:55] <JEEB> and it has an active development team
[09:55] <misterno> handbrake will be too confusing for my mom
[09:55] <JEEB> well, nothing else comes even close to the sanity and not having random issues :P
[09:55] <misterno> if app supports cropping video that is a plus!
[09:55] <misterno> :)
[09:56] <misterno> i mean cutting
[09:56] <JEEB> you could wrap around handbrake somehow if you wanted
[09:56] <misterno> i just tried freemake video converter... slower than wondershare but double the filesize and quality was ok
[09:56] <misterno> hmm
[09:57] <JEEB> the only non-free sane'ish thing I know is tmpgenc mastering works (I think that's how it's called nowadays?), but really... there just is no magical bullet in these things. The things that try to be a single-button thing usually have random things they fail at, and otherwise you get tons of crappy GUIs
[09:57] <JEEB> you could just make a drag and drop batch file for handbrake or something
[09:57] <JEEB> so your mom could just drag and drop files
[09:57] <misterno> cant
[09:58] <JEEB> anyways, most of those random converters _will_ fail you at some point, and many of them are ffmpeg license offenders
[09:58] <JEEB> so stay away from pretty much anything that's not open source
[09:58] <misterno> this freemake is opensource
[09:59] <JEEB> no, it is not
[09:59] <misterno> oh there is another one called mediacoder
[09:59] <JEEB> that one's awful too
[09:59] <misterno> oh sorry its free not opensource
[09:59] <misterno> mediacoder is awful?
[10:00] <JEEB> yes
[10:00] <misterno> again quality or?
[10:00] <JEEB> as an application
[10:00] <misterno> ah UI
[10:00] <JEEB> no
[10:00] <JEEB> last thing I remember of it and many others is that it's pretty much malware
[10:01] <JEEB> anyways, you just don't want to go there. Wrap around handbrake, or if you don't want that just wrap around ffmpeg or mpv or something >_<
[10:01] <JEEB> what you find on the internet is mostly just crap, and otherwise will just contaminate your system
[10:01] <misterno> just a question, having multiple transcoders installed at the same time wont affect one another?
[10:01] <JEEB> not worth it
[10:01] <JEEB> sane applications don't install system-wide components. Unfortunately not many are sane of the random shit you find on the internet :P
[10:01] <misterno> i have to do it
[10:02] <misterno> since i cant find advice i will just have to install each and every and test myself
[10:02] <JEEB> I think I've already given you advice
[10:02] <misterno> i was hoping to save time xD
[10:02] <JEEB> stay the fuck away
[10:02] <misterno> cant
[10:02] <JEEB> of everything not open source
[10:02] <JEEB> seriously
[10:02] <misterno> because i need to find something nice and simple for my mom
[10:02] <misterno> i dont know why you cant understand
[10:03] <JEEB> I can understand, I'm just telling you that look for open source
[10:03] <JEEB> if you can't find the source code around, it's bad
[10:03] <JEEB> there are exceptions, but not in your class
[10:03] <JEEB> (of software)
[10:04] <JEEB> also you could just write an automatization wrapper with batch files or 3gpp encoder GUI or whatever to enable drag and drop encoding for a specific format or so
[10:04] <JEEB> if you don't find anything
[10:08] <misterno> to reduce filsize and maintain quality i should basically just use h264?
[10:08] <misterno> no xvid divx and such?
[10:08] <JEEB> yes, it's the thing with best implementations right now
[10:08] <JEEB> and most hardware thingamabobs support it
[10:08] <misterno> alright
[10:09] <misterno> and what format you suggest? mp4?
[10:09] <misterno> i mean container
[10:09] <JEEB> yeah
[10:09] <JEEB> mp4 is supported out of box with win7+ and most thingamabobs have at least broken support for it
[10:09] <misterno> and all apple devices use mp4 right
[10:09] <JEEB> yes
[10:09] <JEEB> it's based on their container after all
[10:10] <JEEB> mov
[10:10] <misterno> oh boy i always hated mov
[10:10] <misterno> mov along with real
[10:10] <misterno> xD
[10:12] <JEEB> also man, it just makes me sad when I see a listing of "five best video converters" on some relatively popular site, and I know that at least two or three of them bundle the universe from like 2005 to 2009 related to DirectShow in themselves
[10:12] <JEEB> and register it globally
[10:13] <JEEB> mostly because I deal with the aftermath of such shit related to a certain separate project
[10:13] <misterno> are you on linux or windows
[10:13] <JEEB> both
[10:13] <misterno> what is your windows media player of choice
[10:14] <JEEB> windows at home for various reasons (linux in a VM), mobile laptops are linux
[10:14] <JEEB> media player?
[10:14] <misterno> yea
[10:14] <JEEB> if you mean for simplicity and JustWorks, VLC
[10:14] <misterno> justworks/
[10:14] <misterno> ?
[10:14] <JEEB> I use something else, but that's because I can handle the troubleshooting
[10:14] <misterno> i use vlc as backup but since it doesnt have nice UI i use different one
[10:14] <misterno> gom player
[10:15] <JEEB> yay, the GPL fucking korean player (infringes on the license of at least ffmpeg and mpc-hc as well as a few other projects most probably)
[10:15] <misterno> gom player is just amazing, really nice seeking too
[10:15] <JEEB> I maintain a DirectShow playback package and use it mainly of course, but I hate DShow :P
[10:15] <misterno> all other players have bugs in seeking
[10:15] <JEEB> (GOM is one of many DShow players)
[10:15] <misterno> but gom is one of best
[10:16] <misterno> and ofc mpc-hc is supposed to be good but i just prefer gom
[10:16] <JEEB> dunno, sounds like you were just using bad dshow filters with everything else :P
[10:16] <misterno> i also use shark007 codec pack
[10:16] <JEEB> anyways, just noting that gom/kmplayer are hurr durr license violators from way back
[10:17] <misterno> then i can choose to play via internal gom codecs or just disable and use sharks
[10:17] <misterno> gom is license violator?
[10:17] <misterno> in what way
[10:17] <JEEB> uhhh, yes?
[10:17] <JEEB> ffmpeg and mpc-hc code has been used at least
[10:18] <JEEB> ffmpeg is more or less OK if you use it as LGPL, but guess if anyone does when they just grab and use the code :P
[10:18] <JEEB> mpc-hc code is GPL so welp
[10:20] <misterno> media codecs, encoders, transcoders, etc is such a huge mess... i mean ofc it's been like that since forever but this is never gonna sort out is it
[10:20] <misterno> and when you dive deeper into encoding, omg so many different formats, parametars one has to have in mind, to not screw up quality
[10:20] <JEEB> nah
[10:21] <JEEB> that latter part you're incorrect in
[10:21] <JEEB> libx264 is very simple to use
[10:21] <misterno> trust me, for average person - this is incredible mess
[10:21] <misterno> for someone in the know everything is always easy
[10:21] <JEEB> you can pretty much make a sane GUI for x264 with two sliders (in addition to "what shit you want this thing to play on")
[10:21] <JEEB> one being "quality level" (CRF)
[10:22] <JEEB> and the other being "preset" (which goes from ultrafast to placebo)
[10:22] <JEEB> that's it
[10:22] <misterno> it's not about potentiality but about what is out there
[10:22] <JEEB> literally, that's it
[10:22] <JEEB> the real hard part is the "what shit you want this thing to play on", but you can mostly hide that
[10:23] <JEEB> except when the user wants to have some stuff to tweak, which is when your simple design starts coming crumbling down
[10:23] <misterno> well that's exactly my point
[10:23] <misterno> tweaking is brought to absurd levels
[10:23] <misterno> for average user
[10:23] <misterno> you know how fridge just works?
[10:23] <JEEB> the closest I've ever seen to a sane encoding GUI is handbrake, and trust me - I've seen plenty :P
[10:23] <misterno> all you tweak is temperature and even that is pretty much standard for most foods
[10:24] <misterno> and you just throw stuff into fridge and you are fine
[10:24] <misterno> this is exactly the opposite
[10:24] <misterno> you have to tweak everything to get good results
[10:24] <JEEB> no
[10:24] <misterno> too much to learn
[10:24] <JEEB> you don't
[10:24] <misterno> too much too know
[10:24] <misterno> you have to, if for no other reason then just to test and discard crap that is out there
[10:24] <misterno> one cant immediately know the correct or best way
[10:24] <JEEB> as I just said, x264 has those two parameters and even if some apps try to show you something else you can generally just ignore them
[10:25] <JEEB> and if the app doesn't have those two parameters you can just "close the book" for that thing
[10:25] <misterno> my head just hurts :(
[10:26] <JEEB> anyways, when I used to do shit for a specific thing I just made a preset for a GUI that ran random commands in the background
[10:26] <misterno> what im looking now is perfect example
[10:26] <JEEB> I drag and drop files, press encode and go take some coffee
[10:26] <misterno> i need something where my mom will just drop the file, reduce its filesize without completely ruining the video
[10:26] <misterno> it has to be like 2-3 clicks
[10:26] <JEEB> you can't always reduce the file size btw
[10:27] <JEEB> also you can't know what kind of quality level a person likes, and we don't yet have AIs simulating visual quality
[10:27] <misterno> that's why one has to tweak to get good result
[10:27] <JEEB> which is why you need that CRF slider
[10:27] <JEEB> the user pokes it a couple of times, and then selects the highest that still looks good
[10:27] <JEEB> you really can't automatize it other than giving a sane default like the libx264's own default (CRF 23)
[10:27] <misterno> when i speak of quality i speak of perceivable same quality on computer monitor
[10:27] <JEEB> yes
[10:28] <misterno> i dont mean watching movies on big TV
[10:28] <JEEB> which is something you can't just automatize, unfortunately
[10:28] <JEEB> you just can't
[10:28] <misterno> and i need reduced filesize for youtube uploads
[10:28] <misterno> but to still look same
[10:28] <misterno> it is possible because ive done it
[10:28] <misterno> but it is just so messy to get there
[10:29] <misterno> so much time to research :(
[10:29] <JEEB> "I have been able to get some samples to compress while not losing too much of perceptional quality"
[10:29] <JEEB> this is what you are saying
[10:29] <misterno> not just samples but yea
[10:29] <JEEB> anything you encode, a single thing is a single sample
[10:29] <misterno> videos are usually recorded by phone or similar
[10:29] <misterno> my mom dancing :D
[10:29] <misterno> i dont know what they aer doing
[10:29] <misterno> but anyways, quality to begin with is not that great
[10:30] <misterno> i just want if video looks smooth to look smooth after conversion
[10:30] <misterno> and not like i just now got the effect of halfed framerate
[10:30] <misterno> that was so obvious
[10:30] <JEEB> anyways, you will not be able to _always_ (with all samples) compress something down from its original size without perceived visual quality loss
[10:30] <JEEB> so just throw that idea out of your head
[10:31] <misterno> i understand, thats why im looking for best compromise
[10:31] <misterno> but from what ive seen her phone videos can be compressed alot
[10:31] <JEEB> that's quite possible
[10:31] <JEEB> esp. with libx264 you can often good get results
[10:31] <JEEB> (and with just those two parameters I noted)
[10:32] <JEEB> you start losing in compression capabilities as soon as you start having to cater for hardware playthings
[10:32] <JEEB> because generally that means limiting the feature set in one way or another
[10:32] <JEEB> anyways, you could ask on #handbrake or something if they know of something even more simple
[10:32] <misterno> when resolution is lets say 480 or lower one should always keep orig res? but when it is higher one could change it?
[10:33] <misterno> one lady had this camera that can record in 1080p
[10:33] <JEEB> but really, the real answer should be giving your mom handbrake and telling her to ignore most of it.
[10:33] <misterno> so to reduce filesize and maintain great quality it is recommended to reduce res?
[10:33] <JEEB> (unless there's of course a better alternative that's sane)
[10:34] <JEEB> also if I had the time and money I'd just make something simple myself as open source (you just have to make the interface after all), but I just don't have the need myself
[10:34] <misterno> what about videos shot at 50fps
[10:34] <misterno> they look really smooth i have seen
[10:34] <misterno> havent tried compressing these yet
[10:35] <misterno> i admire you guys who know how to code
[10:35] <misterno> everything seems doable to you guys :)
[10:36] <JEEB> basically if I'd do something for myself I'd just automatize stuff but leave the GUI gimmicks out of it, which then wouldn't really be that useful
[10:37] <JEEB> drag and drop batch files on windows, shell scripts or python scripts on *nix
[10:37] <misterno> you would just make a command line hehe
[10:38] <JEEB> http://mobilehackerz.jp/contents/3GPConv
[10:38] <JEEB> this is what I used to use at one point for automation on windows
[10:38] <JEEB> you drag and drop files onto a list, pick the preset for them to be encoded, select the output directory and press the button
[10:38] <JEEB> on the background you had ini files that just told it what apps to launch
[10:39] <JEEB> (the presets, basically)
[10:39] <misterno> :)
[10:40] <misterno> i just dont see this ever resolving
[10:40] <t4nk921> Hello guys, Why is transcoding an mpegts segment with -copyts much more expensive than with out the -copyts parameter? I was tying to transcode segments on a cluster and wanted to keep the time stamps while transcoding each segment.
[10:40] <misterno> it seems there is natural tendency for entropy to increase
[10:40] <misterno> and make things more convoluted
[10:40] <JEEB> that's not really true
[10:40] <JEEB> as I said, during the years x264 and its library have become much simpler to use
[10:41] <JEEB> still doesn't stop people from providing you the kitchen sink and all, even if it has no real use for end users :P
[10:41] <misterno> thats what i mean, people looking for profits will make things so convoluted over time
[10:42] <JEEB> many new encoders also more or less follow the suit, it's generally the GUIs and such that have the slower turnover
[10:42] <JEEB> because users LOVE things to tweak, even if they most probably just make it all worse
[10:42] <JEEB> and/or because the GUI was made when those options were all that was to it
[10:42] <misterno> t4nk921 im sorry i dont know this stuff im only here on bicycle xD
[10:43] <JEEB> anyways, as I said there's plenty of really simple stuff, you just have to make them do what you want :P
[10:44] <JEEB> like that thing I linked
[10:44] <JEEB> make an ini fle for your mom, put it into an archive where it's the only preset
[10:44] <JEEB> have her use that
[10:44] <JEEB> and boom
[11:00] <t4nk921> @misterno do u know any one that can help me on this
[11:00] <misterno> dunno sorry, maybe jeeb knows
[11:01] <JEEB> I would have replied to him if I knew :P
[11:58] <misterno> is cuh264 cuda supported h264?
[12:02] <misterno> yes it is
[12:30] <misterno> does anyone know to explain what is "log verbosity level"
[12:46] <klaxa|work> misterno: the level of verbosity?
[12:47] <klaxa|work> higher verbosity level means more information printed on stderr
[12:47] <misterno> ok
[13:01] <dagerik> help me make screencast which i can put inside public_html and have browser play it nicely right away.
[13:01] <dagerik> i have seen the webm container does this.
[13:02] <klaxa|work> https://trac.ffmpeg.org/wiki/How%20to%20grab%20the%20desktop%20%28screen%29%20with%20FFmpeg
[13:02] <dagerik> klaxa|work: why does author use flv container?
[13:02] <klaxa|work> instead of libx264 use libvpx with vp8
[13:02] <klaxa|work> i don't know
[13:03] <klaxa|work> using webm instead should make no difference
[13:03] <dagerik> should i just convert afterwards?
[13:03] <klaxa|work> if your computer has enough computation power you can encode on the fly
[13:03] <dagerik> i got intel i7
[13:05] <klaxa|work> depending on what you want to screencast, that's probably fast enough
[13:05] <dagerik> ffmpeg -video_size 1920x1080 -framerate 25 -f x11grab -i :0.0 -f alsa -ac 2 -i pulse output.webm  gave really bad quality
[13:05] <dagerik> how do i increase quality
[13:06] <klaxa|work> i think you can use crf with libvpx
[13:07] <klaxa|work> try adding -crf 20 if the quality is still not good enough, decrease the value
[13:08] <dagerik> CQ level must be between minimum and maximum quantizer value (4-63)
[13:09] <dagerik> klaxa|work: even at 5 the quality is bad
[13:10] <klaxa|work> maybe have a look at this: https://trac.ffmpeg.org/wiki/vpxEncodingGuide
[13:10] <dagerik> yes thanks for googling for me. sorry :P
[13:10] <klaxa|work> i rarely encode to vp8
[13:10] <klaxa|work> so i'm not sure about what settings to use
[13:10] <dagerik> i want to deliver the video in HTTP via browser as easy as possible
[13:10] <dagerik> no flash
[13:10] <klaxa|work> i *think* there was a quality switch that had "best" "good" and "realtime"
[13:11] <klaxa|work> yeah i really like that idea
[13:11] <klaxa|work> if you want to do video in a browser, use webm
[13:17] <dagerik> i tried using -crf 10 -b:v 1M -framerate 25 but the framerate is more around 5
[13:18] <dagerik> one cpu core goes up to 97%
[13:23] <Turingi> I am trying to chop off the last part of an mp3 file and trying this: ffmpeg -t position 10:57 -acodec copy -i input.mp3 output.mp3    and I'm getting "unknown decoder copy" error
[13:24] <Turingi> should chop off the trailing part of the mp3 after 10 minutes, 57 seconds
[13:24] <Turingi> and without transcoding
[13:28] <klaxa|work> put the -acodec copy after the -i input.mp3
[13:29] <klaxa|work> general syntax is: ffmpeg [-f <format>] [input options] -i <input> [output options] <output>
[13:30] <Turingi> klaxa|work: ah, I see
[13:31] <Turingi> klaxa|work: thanks, so in principle input and input decoders go before outputs and encoders
[13:32] <klaxa|work> yes, input decoders have to be specified before the input, output encoders have to be specified between input and output
[13:39] <blippyp_> t4nk921: Just a shot in the dark (I am literally talking out of my ass here) but I think your issues has to do with keyframes and (B Frames??) I think to be more precise... Google that and you might see what I mean...
[13:57] <blippyp_> dagerik: What resolution is the video you're making? A bitrate of 1M is very low??
[13:58] <Mavrik> also
[13:58] <Mavrik> setting CRF and bitrate is sill
[13:58] <Mavrik> y
[13:58] <Mavrik> so don't do that.
[14:09] <dagerik> blippyp_: 1080p
[14:09] <blippyp_> you should be using at least 9M I think
[14:10] <blippyp_> here's youtubes 'suggested' - it might help you as a guide: https://support.google.com/youtube/answer/1722171?hl=en
[14:11] <blippyp_> obviously for better quality you'll want to use higher bitrates... but that's useless if you're uploading to a service like youtube which will downgrade your video anyway...
[14:12] <blippyp_> t4nk153: thought you were still here - you were t4nk921 I assume?
[14:15] <t4nk153> this is a random name given by webchat :)
[14:15] <blippyp_> oh - so you're someone else then?
[14:16] <_odie> probably i'm not the same guy you were talking to earlier
[14:16] <blippyp_> no - i never spoke to him - just offered an answer to his question
[14:16] <blippyp_> but didn't realize he left
[17:13] <xreal> Do I need to create x264 files with a resolution dividable by 16 ?
[17:13] <RenatoCRON> 2
[17:14] <xreal> RenatoCRON: I thought, Macroblocks are 16
[17:15] <Plorkyeran> the video is padding to mod16 and cropped on decode
[17:16] <Plorkyeran> this does not have any meaningful negative effects
[17:16] <xreal> Plorkyeran: Thanks. I've read many tutorials, which for me to use 16 :(
[17:16] <RenatoCRON> It's true that you might get some tiny bit of extra compression efficiency using a mod16 resolution, but the difference in x264 today is so small that it doesn't really matter in practice. The warning was removed for a reason.
[17:16] <RenatoCRON> from: http://forum.doom9.org/archive/index.php/t-157072.html
[17:17] <xreal> I already wondered because 1920 x 1080 isn't correct with 16 :)
[17:18] <RenatoCRON> LoRd_MuldeR explains what happens in this case
[17:19] <Plorkyeran> the warning never really should have existed in the first place with x264
[17:19] <Plorkyeran> it mattered more with xvid
[17:20] <Plorkyeran> especially low-resolution xvid, since the padding was larger relative to the size of the image
[17:29] <xreal> oh, why does it say "Audio: Vorbis (deprecated)" ?
[17:29] <xreal> I'm using  c:a libvorbis
[17:40] <xreal> Damn, why can't I find any information to keep chapters :(
[17:41] <xreal> Do I need mplayer for this?
[17:41] <sacarasc> xreal: What are you going from and to?
[17:41] <xreal> sacarasc: a demo bluray (ISO file) to mp4 and mkv
[17:42] <sacarasc> Didn't know MP4 could do chapters...
[17:42] <xreal> sacarasc: I tried handbrake, it works...
[17:42] <xreal> sacarasc: But I want ffmpeg.
[17:43] <xreal> sacarasc: so, I need just mkv as target and it'll work ?
[17:43] <sacarasc> Apparently, it's -map_metadata c:chapter_index.
[17:44] <xreal> ah ok
[17:44] <sacarasc> Wait, no.
[17:44] <sacarasc> That's per chapter metadata.
[17:44] <sacarasc> -map_chapters I guess. :p
[17:44] <sacarasc> http://ffmpeg.org/ffmpeg-all.html
[17:45] <xreal> sacarasc: Expected number for map_chapters
[17:45] <sacarasc> So read the docs.
[17:48] <xreal> sacarasc: I just wonder, how to get this index file.
[17:49] <sacarasc> AFAIK, ffmpeg can't take disk input, so maybe when you rip the disk you get it?
[17:50] <xreal> sacarasc: [x] done already. Have direct access to the file.
[17:51] <xreal> it's not protected, it's a CC-BY-SA demo DVD.
[17:55] <xreal> oh, why does it say "Audio: Vorbis (deprecated)" ? I'm using -c:a libvorbis
[18:11] <xreal> "Only SUBTITLE_ASS type supported" ... I can't understand this :(
[18:12] <xreal> Is this a problem of source or target?
[18:13] <sacarasc> Depends where it says it.
[18:13] <xreal> [ass @ 0e0c9a20] Only SUBTITLE_ASS type supported. Subtitle encoding failed
[18:14] <xreal> I've chosen "-scodec ass"
[18:14] <xreal> ok, takes some time
[18:15] <lmfao> how to use ffmpeg with kaffaine?
[18:19] <xreal> sacarasc: http://sebsauvage.net/paste/?5212ff953eb65506#8YIQ6dsDGWrq5PqojpSbTobS3iqA88rdB0PZUMCnwPY=
[18:20] <sacarasc> Maybe ASS output only works for ASS input?
[18:21] <sacarasc> IIRC, though, PGS subs are images, so you'd have to do some OCRing on them.
[18:22] <xreal> sacarasc: I should get a better demo bluray :(
[18:22] <xreal> I tried "Sintel"
[18:22] <sacarasc> PGS is about all you'll get on a BluRay.
[18:23] <xreal> sacarasc: oh, okay.
[18:23] <xreal> http://exar.ch/suprip/ :)
[18:23] <xreal> SupRip lets you OCR and detect text within subtitles as used by HD-DVD and Bluray movies. You can then save the text as a SRT file to be included in reencoded movies.
[18:25] <sacarasc> You can put PGS in Matroska anyway.
[18:25] <sacarasc> When you OCR stuff, you have to read through it all to make sure there's no errors.
[18:25] Action: sacarasc is way too lazy for that.
[18:29] <xreal> sacarasc: -c:s copy ?
[18:29] <sacarasc> I think so.
[18:29] <xreal> sacarasc: Can I select subtitles?
[18:29] <xreal> sacarasc: copy first subtitle only
[18:30] <sacarasc> You can use -map to pick which streams you want.
[18:30] <xreal> sacarasc: ok
[18:30] <xreal> sacarasc: -c:s:0 copy might also work!
[18:39] <xreal> sacarasc: works, but subtitles are auto activated now :(
[19:26] <dannyzb> my ffmpeg is defaulting x264 "profile high 5.1" .. i thought it goes upto 41 -_-
[19:39] <sacarasc> dannyzb: Did you mean 4.1?
[19:39] <dannyzb> nope .. 5.1
[19:39] <dannyzb> it says 5.1 .. thats the wierdest default ever
[19:40] <sacarasc> No, instead of 41.
[19:40] <dannyzb> sacrasc : what?
[19:41] <sacarasc> "i thought it goes up to 41"
[19:43] <dannyzb> ah yea
[20:03] <llogan> xreal: does your ffmpeg build have support for libvorbis? check configure line for --enable-libvorbis
[20:03] <llogan> if not then it will use the crappy, native "vorbis" toy.
[20:03] <llogan> i guess
[20:04] <xreal> llogan: 1 sec
[20:04] <xreal> llogan: --enable-libvorbis
[20:05] <xreal> llogan: I'll check this later again.
[20:06] <xreal> llogan: Is there a way to enable/disable subtitles in MKV by default or is it a setting on the player's side?
[20:08] <llogan> i dont know
[20:09] <llogan> i believe i've seen some users complain about ffmpeg adding "(default)" to languages or subtitles, but I don't remember much or have an answer
[20:23] <dannyzb> when i try to use tee to output HLS ([bsfs/v=h264_mp4toannexb,dump_extra]/var/www/media/video/hd_hls/72760ed097ebe68dfaaf23377be167d2cff457c8/72760ed097ebe68dfaaf23377be167d2cff457c8.m3u8) I get the error:
[20:23] <dannyzb>  Packet header is not contained in global extradata, corrupted stream or invalid MP4/AVCC bitstream
[20:32] <dannyzb> pretty sure it's a bug .. where do i report?
[20:38] <dannyzb> llogan:http://pastie.org/9105750
[20:38] <llogan> where is the rest?
[20:41] <dannyzb> the rest? this is the command
[20:41] <dannyzb> llogan: thats the whole command
[20:52] <xreal> Can mkvmerge also be discussed here?
[20:53] <JEEB> the #matroska channel is generally used for that
[20:56] <xreal> oh ok, thanks
[21:08] <xreal> JEEB: Do you know how to copy chapters? or do I need mkverge for that?
[21:09] <dannyzb> xreal: -map_chapters input_file_index (output)
[22:19] <xreal> dannyzb: but how do I fill the input_file_index? What's that exactly?
[22:21] <blippyp_> xreal: https://trac.ffmpeg.org/wiki/How%20to%20use%20-map%20option
[22:21] <blippyp_> is that what you're talking about?
[22:23] <xreal> no: I want to copy chapters.
[22:25] <blippyp_> yeah - the chapters should be in the same format
[22:26] <blippyp_> run medianfo (or simply run ffmpeg -i input.mkv
[22:26] <blippyp_> it will show you the indexes
[22:26] <xreal> blippyp_: or mkvmerge.exe ?
[22:26] <blippyp_> no idea, never used it
[22:27] <sacarasc> Use mmg.exe instead. :p
[22:28] <sor_> is there a way to have ffplay constantly update or refresh video -- i am running durring capture and it stops after about a min - my guess is it thinks itls the end of the file
[22:29] <xreal> sacarasc: yeah, I was use this, but I like ffmpeg
[22:29] <xreal> sacarasc: Also, I want to transcode.
[22:29] <sacarasc> You also didn't want to use handbreak, which is pretty much just a front end for ffmpeg.
[22:30] <xreal> sacarasc: I like to fight until I get good results without external tools. It's a hobby.
[22:30] <xreal> :)
[22:30] <sacarasc> Then maybe you should go reading ALL the docs, and the source?
[22:30] <xreal> sacarasc: I did, but the docs aren't that good about chapters.
[22:31] <sacarasc> Then the source.
[22:31] <xreal> I wonder, why there isn't -c:c copy
[22:32] <blippyp_> my guess would be because it's metadata, not a stream
[22:32] <xreal> sacarasc: by the way: handbrake often doesn't get the correct values for crop. I wrote my own tool for that using a numeric histogram.
[22:32] <xreal> blippyp_: but you can even copy metadata...
[22:32] <blippyp_> yeah I know
[22:33] <blippyp_> but not with a -copy??? or am I wrong about that?
[22:33] <blippyp_> doesn't it just automatically copy the metadata, and if you want to remove it you have to remove each one separately?
[22:34] <xreal> blippyp_: then the chapters aren't metadata of the video. perhaps there's something like a "data" stream?
[22:34] <blippyp_> why are you have such a hard time with the chapter information? I thought those transferred over just like the metadata?
[22:34] <xreal> no :(
[22:35] <xreal> the result doesn't have chapters.
[22:35] <blippyp_> I ripped a bunch of movies last year - I didn't have to do anything, I'm 99% positive it copied all that stuff
[22:35] <blippyp_> I remember because I was annoyed about not wanting to go thru and remove them, and instead just left it
[22:35] <xreal> blippyp_: ew, ffmpeg -i <file> doesn't show the chapters.
[22:36] <blippyp_> hold on - let me see if I can find one
[22:36] <blippyp_> yea it does
[22:37] <blippyp_> I think I ripped my videos with cdrtools - but I can't remember at all tbh...
[22:37] <blippyp_> and my videos have all the chapter information in them
[22:37] <blippyp_> and they're displayed whenver I run ffmpeg -i on them
[22:37] <xreal> I am using ffmpeg version N-62569-gf57ac37 directly on a m2ts file. Is this the problem?
[22:38] <blippyp_> not sure - I don't remember how I converted my videos in the end - sorry I wish I did, obviously whatever I did is exactly what you're looking for
[22:39] <blippyp_> I think I just concatenated all the VOB files and then encoded them into mkv's
[22:39] <blippyp_> but not with ffmpeg
[22:40] <blippyp_> like cp file1.vob+file2.vob+file3.vob movie.mpg or something like that
[22:40] <xreal> ah ok
[22:41] <xreal> -f ffmetadata exports metadata
[22:42] <xreal> it's empty here. very interesting.
[22:42] <blippyp_> sorry if I'm misguiding you - like I said, it was well over a year ago (maybe even two or three) - I don't remember what I did exactly - But I still have the finished mkv's - and like I said I just checked them and they have the chapter information in them - And I definately didn't go out of my way to get them.
[22:44] <blippyp_> the hardest part I remember was making sure that I only exacted exactly the video/sound/subtitle information I wanted out of the dvd with none of that extra crap...
[22:44] <blippyp_> but that was an issue with cdrtools or whatever I used for that...
[22:47] <xreal> I tried 12 versions of ffmpeg - doesn't work.
[22:47] <blippyp_> trust me it does - at least from a year ago forward...
[22:49] <blippyp_> http://sprunge.us/aEdA
[22:50] <xreal> http://pastie.org/9106078
[22:50] <blippyp_> brb
[22:50] <xreal> k
[22:51] <xreal> JEEB: could you give me a hint
[23:00] <blippyp_> xreal: you clearly don't have the chapters in the m2ts files - you lost them somewhere along the way...
[23:01] <blippyp_> is this from a blu-ray disc?
[23:01] <xreal> blippyp_: nope. This shows them: mkvmerge.exe --output-charset UTF-8 --identify-for-mmg I:\BDMV\STREAM\00000.m2ts"
[23:01] <xreal> blippyp_: Yeah, Blu-Ray.
[23:01] <blippyp_> maybe that's the difference
[23:01] <xreal> blippyp_: Shall I move the file somewhere and test it again?
[23:01] <blippyp_> maybe they're stored differently now - I've never used a blu-ray reader/burner
[23:01] <JEEB> the chapters are not in the m2ts file
[23:01] <xreal> blippyp_: It's an emulated ISO.
[23:02] <JEEB> mkvmerge is just checking for and uses the whole directory structure
[23:02] <blippyp_> ffmpeg may not have support for it
[23:02] <xreal> blippyp_: ffplay supports ISOs.
[23:02] <JEEB> the mpls (IIRC) files contain the chapters (playlists)
[23:02] <xreal> JEEB: okay, 1 sec
[23:02] <JEEB> but no idea if you can easily grab the chapters from those :P
[23:02] <JEEB> with just ffmpeg
[23:02] <blippyp_> it's not a dvd - it's a blu-ray completely different formats...
[23:03] <blippyp_> you need to find someone who can actually confirm that this works with blu-ray
[23:04] <xreal> Nope, mpls can't be read.
[23:04] <JEEB> IIRC you might be able to build ffmpeg with libbluray
[23:04] <JEEB> but not sure if you want to go through all that just to do this .-.
[23:04] <xreal> So, I need to create an uncrompressed MKV via makemkv and put this into ffmpeg ?
[23:05] <blippyp_> yeah - I'd try what jeeb's suggesting - rebuild with libbluray
[23:05] <xreal> blippyp_: I'm on Windows using the official binaries.
[23:05] <xreal> I'm not able to compile them on my own. Pretty much knowledge is needed.
[23:06] <blippyp_> use a linux livecd
[23:06] <xreal> blippyp_: even there it's pretty hard :)
[23:06] <blippyp_> cross build your ffmpeg in there for windows
[23:07] <blippyp_> not really... a little effort and you'll get it
[23:07] <xreal> blippyp_: I've read some tutorials about it, but hell... that's complicated.
[23:07] <xreal> I wish they 'd provide a simple shellfile which does everything.
[23:07] <xreal> wget, configure, make, make install ...
[23:08] <blippyp_> trust me, I understand your woes - it took me forever to get off my ass to re-compile ffmpeg with frie0r enabled - finally got it working and I was less than impressed...  :(
[23:08] <blippyp_> but I got it - it's not that hard, there are plenty of tutorials online for it
[23:08] <xreal> I think, this is best right now: Blu-Ray => mkvmerge => mkv => ffmpeg => transcoded mkv
[23:08] <blippyp_> I don't know what you need to do exactly to cross build it for windows, but there's tutorials for that as well
[23:09] <xreal> blippyp_: there must be a reason, libbluray isn't integrated.
[23:09] <blippyp_> not standard I guess - many people stil aren't using them...
[23:09] <sacarasc> Integrated in what?
[23:10] <xreal> sacarasc: in zeranoe's builds
[23:10] <blippyp_> it's the same if you install something like debian - you have to install every other library that you want yourself...
[23:10] <sacarasc> Is it in any ffmpeg?
[23:10] <xreal> sacarasc: there's a patch: http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2012-February/120963.html
[23:10] <blippyp_> I use arch, so I get a 'standarized' pre-compiled version of ffmpeg with much of what people tend to want already enabled in it
[23:10] <sacarasc> I don't think you can even read DVDs with ffmpeg, so blurays are a bit out.
[23:10] <xreal> sacarasc: okay, then I'll use the more complicated way :)
[23:11] <xreal> DVD/Blu-Ray => mkvmerge => mkv => ffmpeg => transcoded mkv
[23:11] <llogan> blippyp_: additionally you're using a version that isn't a million years old
[23:11] <blippyp_> no, we're not talking about reading the dvd's or blurays just the chapter information...
[23:11] <blippyp_> yes, mine is completely up to date and I even compiled it myself - I'm not even using the one from the arch repository at this point
[23:12] <llogan> ABS or AUR?
[23:12] <blippyp_> neither
[23:12] <blippyp_> git
[23:12] <llogan> ffmpeg-git is in AUR
[23:13] <blippyp_> well, I cloned the git and built it myself
[23:13] <blippyp_> the one from the aur is also designed to have certain things enabled in it that aren't standard (like libass or whatever) - At least I think that's right...
[23:14] <llogan> so you didn't use a PKGBUILD?
[23:14] <blippyp_> x264, x265, vorbis, etc....
[23:14] <blippyp_> no
[23:14] <blippyp_> why?
[23:15] <llogan> just curious. i like using PKGBUILDs
[23:16] <llogan> not that i use them everytime.
[23:16] <blippyp_> yeah me too - I use the aur all the time - i want to learn how to make my own and start contributing...
[23:16] <blippyp_> no - neither do I - I actually try to avoid them
[23:16] <blippyp_> but the aur is what separates arch from nearly every other distro out there
[23:17] <blippyp_> it's beautiful - it's a mess also, but it's beautiful - I have personally never had a problem with it except that the package doesn't necessarily provide what I specifically wanted (like ffmpeg with frei0r enabled)
[23:17] <blippyp_> I'm gonna re-compile it again with the opencl or whatever enabled as well - I think I'll enjoy having that more
[23:19] <blippyp_> anyone here make any cool complex filters that they use? I'd love to hear about them...
[23:21] <blippyp_> for example: I've been working on a 'cartoon' filter - it' works pretty good so far, better than any cartoon filter I've ever seen - I'm still not completely happy with it yet, but it works pretty well.
[23:23] <llogan> blippyp_: here's a fun one https://trac.ffmpeg.org/wiki/EncodeforYouTube#Usingfilters
[23:24] <llogan> oh, make a filter...not a filtergraph?
[23:24] <blippyp_> yeah I was talking about a filtergraph
[23:25] <blippyp_> give me a few minutes and I'll post a link to an example of mine
[23:26] <blippyp_> but stuff like you just posted if fine though - that's the kind of thing I'm talking about - doesn't necessarily need to be a 'filter' - maybe a layout that you like or whatever...
[23:26] <llogan> http://superuser.com/questions/736388/crop-triangular-area-with-ffmpeg/736568#736568
[23:27] <blippyp_> which, btw - if you guys haven't checked out alphamerge yet - get on that - that's some cool stuff
[23:27] <llogan> that link i just spammed uses it
[23:28] <blippyp_> yeah - that's the kind of stuff I'm talking about...  ;)
[23:30] <blippyp_> damn, my system went wonky on me - I gotta reboot - brb
[23:32] <xreal> My DVD recorder records 16:9 streams in 4:3 to get higher quality. Do I need scale or pad to correct this?
[23:34] <llogan> how does recording 16:9 as 4:3 result in higher quality?
[23:35] <xreal> llogan: that's what Panasonics manual says:)
[23:36] <xreal> -aspect 16:9 doesn't exist anymore, does it?
[23:36] <sacarasc> llogan: Maybe because 16:9 only works for 720x576 in PAL DVDs? :D
[23:36] <llogan> i believe it does
[23:37] <llogan> you can even use it with -vcodec copy, IIRC
[23:37] <xreal> llogan: oh, I wanted to try ffplay to see if the result is correct
[23:41] <xreal> damn
[23:43] <sor_> ok can someone explain why setting -refs 1 allows my video to contiue playing when before it would stop
[23:44] <xreal> found it! -vf "setdar=16:9"
[23:44] <blippyp> I hate setsar/setdar - they give me headaches
[23:45] <xreal> blippyp: it gives the correct result :)
[23:45] <blippyp> that's because the src is 'wonky'
[23:46] <blippyp> I dont' fully understand it myself - all I know is that I'm constantly having to setsar=1:1 in my filtergraphs - it drives me nuts
[23:47] <blippyp> my camera will record with a wacky setdar/set sar setting as well - when I want to record in 16:9 it still displays at a 4:3 until I change the setdar i think (might be setsar) I have no idea, but it stores the video all whacky
[23:48] <xreal> blippyp: but what's another way to compress the images on the y-axes ?
[23:48] <xreal> scale doesn't seem to work.
[23:49] <blippyp> no, it's my own stupidity - I literally don't understand it - I've gone over it a few times in the man pages and it kind of makes sense to me, but I just don't get it at all...
[23:50] <blippyp> like setsar is literally how the video is stored I believe
[23:50] <blippyp> and setsar is the display aspect ratio - by manipulating the actual data in setsar it can properly display the video
[23:51] <blippyp> I think they made it to allow for automatic switching between 4:3 and 16:9 kind of scenario - but I don't really get it
[23:52] <xreal> so is it okay to use setdar ?
[23:53] <blippyp> yeah, that's what they're there for - normally I don't think you would mess with setdar - unless you were dealing with a situation like my camera
[23:53] <blippyp> I don't know what you want it for
[23:54] <xreal> 16:9 TV got recorded into 4:3
[23:54] <xreal> Now everything is scaled on the y-axes.
[23:54] <xreal> I need to compress it back to make the people's faces smaller :)
[23:55] <Bray90820> Would there be anyway to clip a video in the linux terminal without loosing any audio or video quality
[23:55] <sacarasc> Bray90820: What do you mean by clip?
[23:55] <Bray90820> I want to remove like a second or 2 from the beginning
[23:56] <sacarasc> No, you would have to reencode (and thus lose video quality) to do that.
[23:56] <sacarasc> Probably.
[23:56] <blippyp> well, like I said - i dont' fully understand it - but the only reason why switching the setdar would help is if the original 16:9 data was still stored in the file...  ??? otherwise you want to re-format the video and would instead want to switch the setsar to go back to 16:9 - but you'd lose quality -if that makes sense??? assuming I'm even right
[23:56] <sacarasc> If your GOP is like 1 or 2, then you might able to.
[23:57] <blippyp> Bray90820: depends on the keyframes - you can still mux it - but you might not splice it exactly where you want it - might also depend on the original codec
[23:57] <blippyp> GOP - that's it
[23:57] <xreal> blippyp: "setsar=4:3" and "setdar=16:9" are working.
[23:58] <blippyp> it's a shitty example - but here ya go if you wanted to see it: http://a.pomf.se/jfngrx.mkv
[23:58] <Bray90820> What my end goal is to remove 1 second from this video then convert it to audio with this small script
[23:58] <Bray90820> ~/Desktop/VIDEO_TS$ ffmpeg -i '/home/aaron/Desktop/VIDEO_TS/file.VOB' -metadata TITLE=file file.flac
[23:58] <blippyp> yeah, that's what I would have set - but you DID lose quality - you are 'stretching' the video without stretching it - again, assuming i understand it right
[23:59] <Bray90820> so i don't really need to preserve the video quality just the audio
[23:59] <xreal> blippyp: why am I not stretching it? I can see the streched result :)
[23:59] <blippyp> Bray90820: it's about timing... you won't know if you can mux it unless you try
[00:00] --- Thu Apr 24 2014