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

[burek]

[00:01] <Mikflut> Thanks llogan & fflogger :)  I'll come back when I have the full outputs.
[00:01] <ubitux> fflogger did all the job
[00:02] <Mikflut> any particular settings I should use on pastebin?  syntax highlighting?  (it's going to be a massive log....)
[00:03] <t4nk221> EvolE: found it in C:/windows/
[00:03] <t4nk221> but still getting that error
[00:04] <t4nk221> Output file #0 does not contain any stream Assertion v>0 && v<=(1 ? 32 : 16) failed at libavutil/mem.c:226
[00:04] <llogan> Mikflut: you can trim multiple repeating lines
[00:05] <EvolE> t4nk221: trying to get some paramenets for both mencoder and ffmpeg, kinda tricky :)
[00:06] <t4nk221> well i was thinking if mencoder outputs raw video, i guess we can achive that thru ffmpeg also
[00:19] <edoceo> rickbol: http://avconv.com/#convert
[01:31] <EvolE> t4nk221: getting uncompressed video but after compressing it's sliding and blinking... probably some pixel format is wrong when converting in ffmpeg. don't know how to fix it
[01:32] <idetuxs> Hi everyone
[01:35] <idetuxs> nevermind, got it.
[01:36] <idetuxs> bye bye
[01:36] <idetuxs> good luck
[01:40] <t4nk221> damn
[01:40] <t4nk221> no luck
[01:40] <t4nk221> EvolE: its ok, i appreciate for your help
[01:41] <EvolE> np, just got very interested in doing this xD
[01:41] <t4nk221> i m not sure if i record a video with ffmpeg i would get the same lag..
[01:44] <t4nk221> EvolE: can you suggest me some other software for recording?
[01:52] <EvolE_> t4nk221: can't action record directly to h264 ?
[01:52] <EvolE_> t4nk221: did you try OBS ?
[01:57] <t4nk221> EvolE_: my friend found Mirillis, so i guess if there was an option for h264 he would use it, but i will check again
[01:57] <t4nk221> EvolE_: also OBS looks promising
[01:57] <EvolE_> t4nk221: yeah, I live OBS because it's free. many streamers use it
[01:58] <t4nk221> EvolE_: i guess i wont run on the same problems with OBS :)
[01:58] <t4nk221> EvolE_: thanks for the suggestion
[01:59] <EvolE_> t4nk221: yeah, OBS can write directly to h264. im sure Action should do it also... want to check it now)
[02:00] <EvolE_> t4nk221: if you have some video you want to convert though, you can try to convert with mencoder. I just couldn't make it to write directly to ffmpeg, but if you write first to avi, then you can read avi from ffmpeg
[02:01] <EvolE_> t4nk221: only if game video is big enough it can produce large temporary avi file (because mencoder will write uncompressed file)
[02:03] <t4nk221> well i tried to produce an avi from mencoder under lines but getting some errors
[02:04] <t4nk221> linux*
[02:04] <EvolE_> you must to do it in windows
[02:04] <t4nk221> same under windows
[02:05] <t4nk221> that mem.c error occurs all the time
[02:05] <t4nk221> even with the 32 bit dll file
[02:05] <t4nk221> i will try on other machines
[02:06] <t4nk221> nvm i think its enough ffmpeg and mencoder for today
[02:06] <EvolE_> t4nk221: can you try with this command "mencoder.exe spidermanlovefixmytiles.avi -o test -of avi -ovc lavc -lavcopts vcodec=ffvhuff" ?
[02:06] <EvolE_> t4nk221: ok)))
[02:07] <t4nk221> will try tomorrow
[02:07] <t4nk221> also is there any chance to read the history of this channel somewhere?
[02:08] <c_14> t4nk221: http://ffmpeg.gusari.org/irclogs/
[02:08] <t4nk221> thanks c_14
[02:10] <t4nk221> thanks again for the help, cya
[02:10] <EvolE_> np. cya)
[03:35] <khtresa> hellow can some one help me with ffmpeg multi-Threaded version
[03:43] <rickbol> when concatenating mp4 files (created with libx264) w/o re-encoding (i.e., -c copy) does  "-crf xx" have to match?  How about "-preset xxxxx"?
[03:45] <bryno> rickbol: i don't think so
[03:46] <rickbol> is there a way of determining what the  -preset  and  -crf  values were by interrogating a file with  ffprobe?
[07:21] <LanDi> hey guys
[07:23] <LanDi> hey guys, I want to start 2 ffmpeg commands at the same time... how can I do that ?
[07:25] <Nosomy> Example: ffmpeg -i video1.mp4 [etc] output | ffmpeg -i video2.mp4 [etc] output2
[07:26] <Nosomy> for runs 2 ffmpeg instances.
[07:37] <LanDi> ok
[07:39] <LanDi> thanks
[07:40] <LanDi> Nosomy: one question.... does your name refers to the Nosomy from Shenmue ?
[07:40] <LanDi> lol
[07:43] <Nosomy> Dunno, what's Shenmue?
[07:46] <LanDi> Nosomy: https://www.youtube.com/watch?v=W8RpDgxAyKI
[07:49] <Nosomy> hmm, never hear about this
[07:51] <LanDi> lol
[07:51] <LanDi> thanks dude
[08:10] <ruby_on_tails> http://pasteboard.co/eTlBjfi.png the video on the left doenst work with jwplayer/quicktime/windows media player, why? the one on the right works
[08:11] <Nosomy> make test with ffplay
[08:11] <ruby_on_tails> Nosomy: means?
[08:12] <Nosomy> well, wmp runs only with codecs.
[08:13] <ruby_on_tails> i can ignore wmp for now
[08:14] <ruby_on_tails> even quicktime
[08:14] <ruby_on_tails> jwplayer is web based
[08:14] <ruby_on_tails> the video on the right works, the one on the left doesnt
[08:14] <Nosomy> another thing
[08:14] <ruby_on_tails> can tell what the AVC means in the brackets in the video on the right?
[08:14] <Nosomy> forcc can be the problem.
[08:15] <ruby_on_tails> Nosomy: whats forcc?
[08:15] <Nosomy> *fourcc
[08:15] <ruby_on_tails> Nosomy: whats that?
[08:15] <Nosomy> the thing in the brackets, probably refers to fourcc.
[08:16] <ruby_on_tails> oh
[08:16] <ruby_on_tails> but i had simply copied the audio and video codecs while converting the video on the right to the one on the left
[08:16] <ruby_on_tails> weird
[08:16] <Nosomy> http://en.wikipedia.org/wiki/FourCC
[08:26] <ruby_on_tails> Nosomy: i set the fourcc manually as avc1, now the info is same for both videos http://pasteboard.co/eWsxf5O.png but still right one works with jwplayer, left one doesnt
[08:28] <Nosomy> should be return the original fourcc and analyze the video with ffprobe..
[08:29] <Nosomy> sone thing is wrong....
[08:29] <Nosomy> *something
[08:29] <ruby_on_tails> hmm
[12:04] <Rathann> hi
[12:04] <Rathann> can anyone recommend a good VM (KVM-based preferably) hosting provider in EU?
[12:30] <__jack__> Rathann: which contry ? doesn't matter ? online is pretty good
[12:30] <__jack__> I dunno if they are kvm-based
[12:38] <spaam> Rathann: linode in lindon is great. using xen.     i think digitalocean is using kvm  and they have things in amsterdam.
[12:38] <spaam> london..
[12:49] <AlexC_> Morning
[12:56] <AlexC_> I'm trying to convert an Apple prores video to h264, which I can do but I seem to loose my audio. This is what I'm doing: avconv -i in.mov -acodec copy -an -vcodec libx264 -crf 23 out.mov
[12:57] <relaxed> remove -an
[12:58] <AlexC_> Ah, I see :) Blindly copied that
[12:58] <__jack__> use ffmpeg!
[13:01] <AlexC_> I'd like to, though not in Ubuntus repos and I cba with compiling it right now. Just needed to get it done
[13:03] <AlexC_> Thanks relaxed
[13:18] <joules> lol avconv
[13:19] <joules> can ubuntu's use dmm?
[13:20] <joules> I see satanic.church isn't even available pre registration (along with other OBVIOUS domain names, why bother!).
[13:27] <ubitux> Announce for all the people who missed it
[13:27] <ubitux> https://packages.debian.org/experimental/ffmpeg
[13:27] <ubitux> EOA
[13:30] <iive> ubitux: ?
[13:31] <ubitux> ffmpeg is back in Debian
[13:31] <__jack__> you're dreaming alive
[13:32] <iive> I don't see it in the queue, but the link you gave also says no such thing.
[13:32] <__jack__> there is a lot of talk about that return, but you it is not done yet
[13:32] <__jack__> ffmpeg package is an ugly lie
[13:33] <ubitux> iive: "ffmpeg 2.4" what do you need more?
[13:33] <__jack__>  aptitude show ffmpeg
[13:33] <__jack__> ..
[13:33] <__jack__> Libav is a complete, cross-platform (blablabla)
[13:33] <ubitux> __jack__: experimental
[13:33] <__jack__> yep
[13:33] <gerion> iive: now the link works and points to the right package
[13:33] <ubitux> __jack__: maybe your mirror isn't sync
[13:33] <ubitux> or something along those lines
[13:34] <__jack__> owh, my bad!
[13:34] <__jack__> you're right
[13:34] <__jack__> let's buy some beers
[13:34] <iive> probably not on the mirror i get : "Error Package not available in this suite."
[13:34] <ubitux> you might want to wait 24h
[13:34] <ubitux> it was added something like 6-7 hours ago
[13:35] <iive> i'll put the champagne in ice
[13:35] <ixian> Hi, I'm trying to extract the chapter markers with ffprobe from a bluray; using "ffprobe bluray:/mnt/bluray -show_chapters", however, the output does not contain any chapter information
[13:36] <iive> \o/
[13:36] <ixian> I'm sure the bluray has chapter markers because I have extracted them successfully with eac3to
[13:36] <ixian> but I would like to use ffmpeg for this
[13:37] <aditsu> hi, I'm quite perplexed about theora and the ogv format.. I have an ogv file, and if I convert it to avi, using -vcodec copy and -acodec copy, it takes a long time and blows up more than 10 times in size, what's up with that?!
[13:37] <ubitux> ixian: our "protocol" might not support exporting the chapters
[13:37] <iive> the mirror updated for me too!!
[13:37] <ubitux> ixian: you might want to open a feature request on our trac
[13:38] <ubitux> ixian: bluray support is added through the protocol layer of ffmpeg, and i would guess it needs a more high level interface, such as a "format" so the chapters can be added, so yeah open a bug report please
[13:39] <ixian> ubitux: ok, thank you
[13:41] <aditsu> ubitux: http://dpaste.com/2BRY338
[13:42] <ubitux> 1.2.6 is really old, please git/master or at least 2.4
[13:42] <ubitux> +test/try
[13:42] <aditsu> hmm, the latest I can install easily is 2.2.7
[13:43] <ubitux> better than nothing
[13:43] <ubitux> anyway, is it the audio or the video who make the file so big?
[13:43] <aditsu> I guess the video
[13:43] <ubitux> (can we really remux theora/vorbis in avi?)
[13:44] <ubitux> aditsu: confirm it by mapping only the video (-map 0:v)
[13:45] <aditsu> ubitux: oops, that was instant and the result was tiny
[13:45] <ubitux> so it's the audio?
[13:45] <aditsu> it seems so..
[13:46] <aditsu> I don't really need the audio for that clip so I guess the problem is solved :p but I was wondering what's going on
[13:46] <ubitux> all i see is this:
[13:46] <ubitux>     /* HACK/FIXME: Does Vorbis in WAV/AVI have an (in)official ID? */
[13:46] <ubitux>     { AV_CODEC_ID_VORBIS,          ('V' << 8) + 'o' },
[13:46] <ubitux> :p
[13:47] <ubitux> aditsu: can you share a sample?
[13:48] <aditsu> ubitux: it's created with recordmydesktop
[13:48] <ubitux> ok
[13:48] <ubitux> (you know you can record with ffmpeg right?)
[13:48] <aditsu> does it have a gui? :)
[13:48] <ubitux> yes
[13:48] <ubitux> xterm
[13:49] <aditsu> hahaha
[13:49] <ubitux> why do you want to remux in avi btw?
[13:50] <aditsu> no special reason.. just thought it would be easier for editing
[13:56] <aditsu> so avi doesn't like vorbis? I'm getting similar results with ffmpeg 2.2.7, it's just faster
[13:59] <ubitux> that's indeed very weird
[14:00] <ubitux> i'll open a bug
[14:04] <aditsu> seems to be fine when I use libmp3lame
[14:04] <aditsu> anyway, thanks for the help
[14:06] <ubitux> aditsu: http://trac.ffmpeg.org/ticket/3954
[14:06] <ubitux> feel free to upvote
[14:07] <aditsu> you have a communist symbol in your prompt? o_O
[14:09] <ubitux> depends
[14:09] <ubitux> when the command fails it becomes  
[14:09] <aditsu> haha
[14:09] <aditsu> I guess I need to register to vote
[14:10] <ubitux> probably yeah
[14:12] <aditsu> done, trac is simple enough
[14:13] <aditsu> have a good day
[18:09] <willwh> hi guys, does ffmpeg support fcsubscribe?
[18:16] <tlhiv_work_> i have an AVI file that i was capturing that had to be "killed" and therefore it was "truncated" ... when I try to do anything with it with FFMPEG, I get "Invalid data found when processing input" ... is there anything that I can do to "repair" this AVI?
[18:40] <sine0> ffmpeg -i youtubevideo.mp4 -vn -ac libmp3lame -ab 192
[18:40] <sine0> can i do that for audio bitrate ?
[18:40] <willwh> to answer my own question; ffmpeg -i "rtmp://server/app/stream live=1" -o whatever.flv seems to work just fine
[18:48] <Nosomy|off> lol
[18:48] <Nosomy> ffmpeg to recovert youtube audio
[18:51] <Mavrik> willwh, you might wanna add "-codec copy" to that :)
[18:52] <Nosomy> best thing to do in case is make a copy of the audio: ffmpeg -i youtubevideo.mp4 -vn -acodec copy
[18:53] <Nosomy> audioyt.aac
[18:54] <abaudoux> Hello
[18:55] <abaudoux> Is this the right place to ask for help about en ffmpeg error?
[18:55] <abaudoux> *an
[18:55] <Mavrik> most likely :)
[18:56] <ChocolateArmpits> tlhiv_work_, did you try specifying the format of the input video with "-f avi" before the input ?
[18:58] <tlhiv_work_> ChocolateArmpits: "Operation not permitted"
[18:59] <tlhiv_work_> http://pastebin.tlhiv.org/5l8JYoCL
[18:59] <c_14> You don't have read permissions an that file.
[19:00] <c_14> eh, no wait
[19:00] <c_14> You _really_ don't want to specify the same output file as your input file.
[19:00] <Nosomy> thefirst "-f avi" isn't necessary
[19:00] <c_14> That will _not_ grok.
[19:01] <Nosomy> like this, should be work: ffmpeg  -i foo.avi -vcodec copy -acodec copy foo.avi
[19:01] <ChocolateArmpits> tlhiv_work_, try ffprobe on the file
[19:01] <abaudoux> I have an error while trying to use the hls format on a .ts input file : http://pastebin.com/JmUXNhWz
[19:02] <abaudoux> [mpegts @ 0x7fec2403f200] AAC bitstream not in ADTS format and extradata missing
[19:02] <abaudoux> av_interleaved_write_frame(): Invalid data found when processing input
[19:02] <tlhiv_work_> http://pastebin.tlhiv.org/2CKwtsCg
[19:04] <ChocolateArmpits> abaudoux, try "-bsf:a aac_adtstoasc"
[19:05] <c_14> tlhiv_work_: Any reason you're using an ancient version of FFmpeg?
[19:05] <abaudoux> still the same erro
[19:05] <abaudoux> error
[19:05] <tlhiv_work_> c_14: same things on a new version
[19:05] <tlhiv_work_> i have two versions installed
[19:06] <c_14> ffprobe -analyzeduration 1G -probesize 1G -f avi foo.avi
[19:07] <c_14> If that doesn't work, it's probably too broken to be fixed.
[19:38] <ChocolateArmpits> Is there any filter to blur video vertically?
[19:56] <wintershade> hey guys
[19:56] <wintershade> after a few days of experimenting, I have some more questions.
[19:56] <K4T> ye?
[19:56] <wintershade> first of all, which do you guys think is the best sws_scaler for downscaling video?
[19:57] <wintershade> i.e. I want to downscale from 1080p HD video to an old SD-video, like 720x480 or 720x576. which scaler is best to use for that?
[20:08] <Nosomy> any scaler serves to downscaling, but i prefer Lanczos for this
[20:08] <ChocolateArmpits> Lanczos slightly sharpens the image upon downscaling
[20:09] <ChocolateArmpits> Spline doesn't
[20:09] <wintershade> okay, thanks. I thought as much. which leads me to another question...
[20:10] <wintershade> I'm experimenting with libxvid and mpeg4 video codecs. currently a bit more inclined to use libxvid for this purpose. however, my video gets very "blocky" at times, especially in dark scenes, and especially with anime/cartoons. any ideas on that?
[20:13] <jehar_work> Heyo - is there a windows build available that has globbing support?
[20:14] <jehar_work> It seems the Zeranoe build doesn't have that in it's libavformat
[20:14] <Nosomy> wintershade,  uses libx264 10bits, lol
[20:15] <jehar_work> sweet
[20:15] <Nosomy> ?
[20:15] <jehar_work> Oh, I thought you were referring to an alternative build
[20:15] <wintershade> Nosomy: I would love to. however, the aim is to share some of my HD films with my parents, who still have an old home theater which plays only DVDs and DivX/XviD stuff.
[20:15] <wintershade> nothing better than mpeg4-asp will work
[20:16] <ChocolateArmpits> wintershade, try to look into lumi_aq and variance_aq
[20:16] <ChocolateArmpits> I suppose those should work to adapt matrix to low luminance scenes
[20:17] <JEEB> or just in general up the bit rate :P
[20:17] <JEEB> and/or lower the quantizer
[20:17] <Nosomy> jehar_work, sure?
[20:17] <wintershade> JEEB: I am currently using the 2-pass 2000kbit/s. Tried with q:v 3 and q:v 2. same thing.
[20:17] <jehar_work> Yeah, attempting to run an input with -pattern-type glob results in this message: " Pattern type 'glob' was selected but globbing is not supported by this libavformat build"
[20:17] <wintershade> ChocolateArmpits: thanks, will look into that. which of the two would you suggest for this?
[20:17] <JEEB> then you either go lower with quants or higher with bit rate
[20:18] <ChocolateArmpits> both, they are bolean, so try setting to 1 as 0 is default
[20:18] <JEEB> it's not like 2000kbps or q:v 2 are the maximum/minimum
[20:18] <ChocolateArmpits> you can check encoder commands with "ffmpeg -help encoder=[encoder_name]"
[20:18] <ChocolateArmpits> get encoder list with "ffmpeg -encoders"
[20:18] <wintershade> JEEB: q:v 2 is actually the minimum for libxvid. q:v 1 will produce more artifacts.
[20:19] <JEEB> well that's libxvid being retarded then, or the libxvid wrapper
[20:19] <wintershade> ChocolateArmpits: yes, I know. the documentation says I shouldn't use both at the same time.
[20:19] <JEEB> libxvid might be wanting a zero of course, but I have no idea about MPEG-4 Part 2 by now
[20:19] <ChocolateArmpits> oh
[20:19] <JEEB> the bottom line is the same though
[20:19] <JEEB> UP THE BIT RATE
[20:19] <JEEB> AQ might help, but it most probably would lead to the same result
[20:20] <wintershade> JEEB: hehe, okay... but like I said. I've tried with 3mbit/s, same thing. q2, same thing. q1 even, same thing. q0 doesn't exist with libxvid.
[20:20] <wintershade> JEEB: AQ? you mean adaptive quantisation?
[20:20] <JEEB> yes
[20:20] <wintershade> JEEB: how do I turn that on?
[20:21] <JEEB> the hell I know, I just remember that libxvid got it at one point, and I wouldn't be surprised if libavcodec's encoder had it, too
[20:21] <JEEB> also you could try maximizing out the ME etc algorithms
[20:21] <JEEB> which are fully encoder-side
[20:21] <ChocolateArmpits> ok, just try "lumi_aq 1"
[20:21] <wintershade> JEEB: ChocolateArmpits suggested lumi_aq and variance_aq. that's the only AQ I see in the documentation. I've maximised the ME's already.
[20:21] <ChocolateArmpits> don't turn on variance_aq
[20:21] <wintershade> ChocolateArmpits: doing that now. will see how it works.
[20:22] <wintershade> ChocolateArmpits: why not variance_aq?
[20:22] <ChocolateArmpits> "When combined with ‘lumi_aq’, the resulting quality will not be better than any of the two specified individually. In other words, the resulting quality will be the worse one of the two effects. "
[20:22] <ChocolateArmpits> If we can trust documentation
[20:22] <wintershade> ChocolateArmpits: I know about that. I'm asking, why lumi_aq before variance_aq?
[20:23] <ChocolateArmpits> The problem is with the luminance, no ?
[20:23] <wintershade> ChocolateArmpits: hmm... okay, that's a sound logic :D
[20:23] <JEEB> anyways, my guess is that AQ probably isn't going to help too much (it might have some effect), in the end you will just have to push the bit rate further by using a lower quantizer or just setting a higher bit rate with 2pass
[20:23] <ChocolateArmpits> It will adapt based on lightness, while the variance_aq is probably a more general, based on frame complexity
[20:23] <JEEB> mpeg-4 part 2 sucks, and in the end you just have to heave-ho it with bit rate :P
[20:23] <JEEB> it's not magic and all that jazz
[20:24] <wintershade> JEEB: I know, I know...
[20:24] <ChocolateArmpits> ALSO, denoise your video to get the best out of low bitrate video
[20:24] <JEEB> lol
[20:24] <wintershade> ChocolateArmpits: hqdn3d? anything else?
[20:24] <JEEB> welcome to early 2000s hints
[20:24] <wintershade> JEEB: lol, true that.
[20:25] <ChocolateArmpits> hqdn3d is good, just be sure to have temporal denoise set higher, than spatial
[20:25] <ChocolateArmpits> Also deringing
[20:25] <ChocolateArmpits> if you have any sharpness artifacts
[20:25] <ChocolateArmpits> Basically lowpass the video as much as you can bear
[20:26] <JEEB> I'm so glad that I have no hardware that I care about that only supports MPEG-4 Part 2. Because trying to find out what the decoder actually supports is already a damn chore (because no-one marked the level/profile/etc anywhere)
[20:26] <JEEB> "what divx outputs, more or less" ended up being the "spec" for many devices
[20:26] <wintershade> JEEB: heh, I know. if it was me, I'd be using theora only :P just to spite the x264 :D
[20:27] <wintershade> JEEB: mainly because all of my own devices play basically anything that I can throw at them. if it fits in MKV, it plays on my Android.
[20:27] <JEEB> I take that as offense because x264 related people are some of the best open source developers I've seen
[20:27] <wintershade> JEEB: oh geez, take a joke man.
[20:27] <JEEB> and if you are going to blabber about H.264 "not being open" you should go poke the google door
[20:28] <JEEB> because VPx are developed in an even more air-tight environment
[20:28] <wintershade> JEEB: I've been using FLOSS for the past 10 years, almost purely.
[20:28] <wintershade> JEEB: I know who these people are and they have my full respect.
[20:28] <JEEB> if _I_ can join a mailing list that is about developing the next MPEG video format, and all the drafts are public I think it's pretty damn open
[20:29] <JEEB> yeah, I just see too many people going "But AVC/H.264 is not an 'open format' nah nah" or so
[20:29] <wintershade> JEEB: besides... x264 existed as a codec long before any of those "wise-men" from Apple or Google decided to call it their own.
[20:29] <JEEB> uhh
[20:29] <wintershade> ...iirc.
[20:29] <wintershade> same was with AAC audio.
[20:30] <wintershade> anyway... back to topic.
[20:30] <JEEB> x264 is an encoder that implements the ISO/IEC 14496-10 specification, more readably noted as MPEG-4 Part 10: Advanced Video Compression (AVC)
[20:30] <JEEB> which is also called H.264
[20:30] <JEEB> and Apple or Google have not "called it their own"
[20:30] <wintershade> yeah, yeah. I know all that. and yes they did, at least Apple did with their DRM-friendly container formats.
[20:30] <JEEB> uhh
[20:30] <wintershade> nevermind. I get what you mean.
[20:30] <JEEB> you mean MPEG-4 container
[20:30] <JEEB> which is based on Apple's MOV
[20:31] <JEEB> and which is not any more or less "DRM-friendly" than the other container next to it
[20:31] <JEEB> my comment regarding google was towards those idiots who call the AVC or HEVC "closed formats", while the irony is that the video formats developed by Google are much more closed
[20:31] <wintershade> JEEB: uhh. OGM and MKV are not exactly DRM-friendly, iirc.
[20:31] <JEEB> they are just as DRM-friendly
[20:32] <wintershade> *shrug* ah well. my mistake then. I've never seen an ogm or mkv file that was cluttered with any drm.
[20:32] <JEEB> I'm pretty sure divx did matroska with drm
[20:32] <JEEB> but that's not what I wanted to say
[20:32] <wintershade> in any case, I don't really give a damn about politics (as you might have noticed). if it works, I use it.
[20:32] <JEEB> I wanted to say that all of those formats are as "DRM-friendly" as the other
[20:33] <wintershade> ah well.
[20:33] <wintershade> moving back to... 2000s tips, as you called it.
[20:34] <wintershade> ChocolateArmpits: what would you suggest as the hqdn3d options? last time I tried it, I used 10:10:15:15 (so, 10 for spatial and 15 for temporal). is this enough? or too much? how high can it go, anyway?
[20:35] <wintershade> oh, 255. I see.
[20:50] <wintershade> oh gosh, I feel so stupid now.
[20:50] <wintershade> JEEB: you were right...
[20:51] <wintershade> JEEB: pulling the bitrate up DID solve the problem... as well as changing the video player I used for testing.
[20:51] <wintershade> I tested everything with VLC and somehow it produced giant ugly blocky artifacts... with mplayer (vdpau video driver) everything is totally smooth. for some reason.
[20:52] <ChocolateArmpits> VLC doesn't render the video gamma right
[20:52] <wintershade> *facepalm*
[20:52] <wintershade> today I learned a lot...
[20:52] <ChocolateArmpits> Making blacks more gray
[20:52] <wintershade> do they know about this? seems like a serious bug to me...
[20:52] <ChocolateArmpits> VLC wasn't conceived as a media player
[20:53] <wintershade> huh? what is it then?
[20:53] <ChocolateArmpits> restreaming video or something
[20:53] <wintershade> uhh... okay. I feel completely stupid.
[20:54] <wintershade> okay, so what are my choices? MPlayer? anything else?
[20:54] <ChocolateArmpits> MPC-HC
[20:54] <JEEB> <ChocolateArmpits> VLC doesn't render the video gamma right <- this depends on the video renderer
[20:54] <JEEB> (note: there's a whole lot of them in VLC)
[20:54] <ChocolateArmpits> interesting
[20:54] <wintershade> ChocolateArmpits: Oh. Umm... I'm on Linux. 10 years of FLOSS :P
[20:54] <Plorkyeran> vlc originally stood for "videolan client" since it was the client for a client-server video streaming thing
[20:55] <JEEB> wintershade, mpv
[20:55] <Plorkyeran> but then the server got merged into the client
[20:55] <JEEB> #mpv-player @ freenode
[20:55] <Plorkyeran> and the name got silly
[20:55] <JEEB> just needs opengl 2.2 and some extensions
[20:55] <wintershade> JEEB: that's a fork of mplayer :D but thanks again for info :) anything else?
[20:55] <JEEB> wintershade, it's a fork of a fork yes
[20:55] <wintershade> JEEB: I believe I have opengl 2.2... nvidia blob driver here :-/
[20:55] <wintershade> JEEB: ...we need to go deeper.
[20:56] <JEEB> it also has the best opengl-based video renderer that does Things Right
[20:56] <JEEB> so it definitely is a good one to try
[20:56] <wintershade> does things right? sounds scary... :D
[20:56] <wintershade> let's see if I have it in my portage tree...
[20:57] <wintershade> well what do you know, it's here. at least I know what's the next thing I'll be compiling today :D
[21:01] <wintershade> anyway, I'm off now.
[21:01] <wintershade> thanks everyone for your help!
[21:01] <wintershade> and thanks JEEB for getting my facts right ;)
[21:01] <wintershade> ...and everything else.
[21:02] <wintershade> sometimes I'm a moron, but hey, at least I admit it :D
[21:30] <voxadam> Is it possible to losslessy remux an MKV (h264/AAC), including all the video and audio streams including subs, to an MP4 with the same codedcs? I'm new to ffmpeg and have found nothing but conflicting information online (shocking!).
[21:31] <Suchiman> h264 and aac should be possible
[21:32] <Suchiman> ffmpeg -i Input.mkv -c copy output.mp4
[21:32] <voxadam> Wow... easy.
[21:32] <voxadam> I love unix commands.
[21:32] <Suchiman> the same does work on windows :o
[21:34] <llogan> voxadam: mp4 doesn't support much for subs, AFAIK.
[21:34] <Suchiman> voxadam: oh wait, i missed one part, "including Subs" if the Subs are in a subtitle file and not rendered upon the Video it won't work
[21:34] <llogan> "mov_text"
[21:34] <voxadam> Good to know.
[21:35] <llogan> and "-map 0" will include *all* input streams incase there are multiples of each type (see http://ffmpeg.org/ffmpeg.html#Stream-selection)
[21:35] <voxadam> Maybe I should just find a way to stream MVK directly. RTMP, DASH, or if I have to, HLS.
[21:35] <Suchiman> either omit the subtitles, render them on the video (lossy re-encoding) or keep it as mkv, that was probably the reason it has been a mkv in first place
[21:36] <Suchiman> ffmpeg can also do Streaming iirc
[21:36] <voxadam> Maybe I could break the subs out into an SRT and pry it suncs.
[21:36] <voxadam> s/suncs/syncs.
[21:37] <voxadam> I'Il look into ffmpeg's streaming.
[21:37] <llogan> depending on the subtitle type, you may be able to just add -c:s mov_text to convert it.
[21:37] <voxadam> Thanks. I'll check into that.
[21:37] <llogan> i don't know for sure though</subignorant>
[21:38] <voxadam> :)
[21:43] <RyanV> is there a way to prevent the logging of the configuration flags whenever running ffmpeg/ffprobe?
[21:43] <t4nk221> EvolE: tried OBS but the screen positioning is a pain in the ass
[21:44] <EvolE> t4nk221: what do you mean?)
[21:44] <t4nk221> its very hard to position the screen recording
[21:45] <t4nk221> because everytime i record a game i need to adjust the screen position
[21:45] <t4nk221> different game different position
[21:45] <t4nk221> its not easy as in Action!
[21:46] <EvolE> in OBS you can create so called scene for each game and then just switch between them in 1 mouse click
[21:46] <EvolE> also you can automatically grab game's/browser's window for each scene
[21:47] <EvolE> basically many windows for each scene
[21:47] <EvolE> you can presetup this and then you can just turn it on by selecting the scene
[21:48] <RyanV> nvm, got it using flag -hide_banner
[21:48] <EvolE> so basically you need to do the setup once per game
[21:49] <t4nk221> the main problem is the there is a settings window behind screen rectangle and its very hard to set it
[21:50] <t4nk221> anyway OBS is a great software
[21:50] <t4nk221> a GUI  version of ffmpeg
[21:51] <EvolE> t4nk221: i don't understand what do you mean "settings window behind screen rectangle" )
[21:52] <t4nk221> nvm, i dont know how to explain it..
[21:53] <jgh-> hello, I am reading an RTMP stream via av_open_input / av_read_frame and can decode / display the video packets fine (I am using the hardware decoders for AAC and H264) as the SPS and PPS are included in the rtmp stream .... however, I am trying to find the ASC packet or at least information on the sample rate and channel count of the AAC audio.  Where might I be able to find that (i.e. I'm not seeing anything obvious in
[21:53] <jgh-> AVPacket or AVFormatContext but maybe I'm missing something)
[21:53] <EvolE> t4nk221: you can select basic positioning with right-click menu if you want to reset it or something. in you need precise positioning then you can move layer with mouse i suppose
[21:56] <t4nk221> yeah i need precise positioning for each game
[21:59] <EvolE> t4nk221: is your game in separate window (windowed or full screen) or in browser?
[21:59] <t4nk221> in browser
[22:00] <t4nk221> something like http://www.ebog.com/management-games/16096/dreamfields.html
[22:00] <EvolE> if it's in browser, then yes. it can be tricky.. but anyway game window will be at the same position every time in broswer, so you can setup it once and it will work all the time
[22:01] <t4nk221> nahh its not in the same position, thats the problem
[22:01] <jgh-> ah i think i found it in codeccontext
[22:06] <EvolE> t4nk221: so how you doint that with action! ? it detects region by color or something?
[22:08] <EvolE> t4nk221: you just click that game and action captures it without need to manually setup size with mouse?
[22:10] <t4nk221> you just click the rectangle button in Action! and the program minimizes, only a rectangle with borders appear
[22:12] <t4nk221> plus i m not recording the whole game window, for example if there is a menu in the game i dont need to record it
[22:12] <t4nk221> only the actual gameplay
[22:13] <t4nk221> http://prntscr.com/4n6nin
[22:20] <EvolE> t4nk221: yeah, that snap (magnet icon) button should be pretty useful if it works with flash content in web pages
[22:21] <EvolE> t4nk221: also, did you try to change video format for MP4 in Action! insead of avi? Maybe it will write video in h264 instead of own format?
[22:22] <t4nk221> yeah, i checked that
[22:22] <t4nk221> there is avi, mp4 and mp4 for intel...
[22:23] <EvolE> t4nk221: isn't it h264 in mp4 ?
[22:24] <t4nk221> i m not sure
[22:24] <EvolE> t4nk221: so you will not have that problem with lagging cursor i suppose, if it's h264
[22:24] <EvolE> you can try xD
[22:25] <t4nk221> yeah but i doubt that its h264
[22:26] <t4nk221> i will try it now
[22:26] <EvolE> ok, will wait for the result)
[22:40] <t4nk221> EvolE: seems like its h264
[22:40] <t4nk221>             "codec_name": "h264",             "codec_long_name": "H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10",
[22:40] <t4nk221> https://www.dropbox.com/s/b18vsx2e2v84cry/spiredmanmp4.mp4?dl=0
[22:41] <shevy> anyone seen this error before? [VD_FFMPEG] DRI failure.
[22:41] <shevy> when playing videos via mplayer, I get audio, but a black video screen
[22:42] <shevy> I am not sure why exactly though - I reinstalled here a few days ago, switched from 64 bit to 32 bit again
[22:42] <shevy> ffmpeg version 2.4 built on Sep 16 2014 01:13:26 with gcc 4.7.1 (GCC)
[22:42] <shevy> mplayer was svn checkout from yesterday
[22:43] <EvolE> t4nk221: yeah, seems like it is. and the cursor isn't lagging )
[22:44] <t4nk221> EvolE: nope
[22:45] <t4nk221> EvolE: but i will need to encode it again thru ffmpeg
[22:45] <t4nk221> EvolE: coz of the settings i use in ffmpeg....like scale etc..
[22:54] <t4nk221> EvolE: got a reason from my friend why he choose avi over mp4 in Action and he says that the bitrate for a direct encoding in mp4 is not enough high
[22:57] <EvolE> t4nk221: maybe he's right. isn't there an option to setup scaling in action! ? if there is an option to set quality then you should set it to maximum if you want reencode later
[22:59] <t4nk221> EvolE: yep, its already set to high quality
[23:01] <lipizzan> When trying to maximize record quality when encoding a DV stream to h.264, would there be useful advantage in running ffmpeg w/o X and it's gui overhead?
[23:01] <worak> First of all, hello guys! I've been trying to convert a ts file written from my DVB, but Im getting some problems. I'm a newbie with ffmpeg, I already search the documentation, but I could not find the answers to my problem. Here's the command line: $ffmpeg -i 000.ts -c copy output.mkv
[23:02] <worak> and the error is [mpegts @ 0x1e55ba0] Could not find codec parameters for stream 0 (Video: h264 ([27][0][0][0] / 0x001B)): unspecified size
[23:02] <worak> Consider increasing the value for the 'analyzeduration' and 'probesize' options
[23:03] <worak> I already change a lot of parameters of analyzeduration and still got the same problems
[23:06] <worak> and also probesize... I'll be glad if some gentle soul can help me... Thanks!
[23:13] <llogan> lipizzan: no
[23:20] <rickbol> llogan: I have adopted\adapted the command line you provided me with a couple of days ago, have some questions and observations.
[23:21] <rickbol> llogan: btw, I am lipizzan also ;-)
[23:23] <rickbol> when I simply encode a DV stream to h.264, with libfdk_aac audio, and write to file, I see a certain fps and  bitrate. I'm trying to maximize quality given my machine's capabilities.
[23:25] <rickbol> If I overlay a small, transparent png (a watermarking bug), the bit rate goes up by ~1000Kbps, and the fram count goes up too.
[23:25] <llogan> the x related deps are for x11grab input device used for screen grabbing, and probably for xv output device. you can omit those if you like, but keeping them probably won't make a measurable difference
[23:26] <llogan> and of course won't affect your quality in any way
[23:26] <rickbol> However, I may not actually be getting even the 30 frames I need. The time counter may even tick off 1 second, for 1+seconds realtime.
[23:26] <llogan> sorry, but i don't quite follow
[23:27] <rickbol> llogan: I was referring to cpu overhead being consumed by X, whereas just running console linux, I get that cpu back for more video processing.
[23:29] <rickbol> llogan: the x deps didn't compile, so I built ffmpeg without them.
[23:29] <llogan> that would be pretty easy to test to see if you even see a difference
[23:29] <rickbol> llogan:  yes I'm gonna do that shortly. Is there any way to profile runtime performance?
[23:30] <llogan> -benchmark option might be what you're looking for
[23:30] <llogan> or "time" command
[23:30] <rickbol> llogan: yes
[23:31] <rickbol> llogan:  what I was mentioning above was that the counters that run at the bottom of the screen don't seem to be reliable for me depending on what filters etc, are running in my ffmpeg.
[23:33] <rickbol> llogan: like   just   DV->h.264->file = 1500Kbps, but  DV->h.264+overlay->file = 2500Kbps
[23:34] <rickbol> llogan:  and for the same examples, frames/sec might be 28, and 40, respectively?
[23:38] <relaxed> ubitux: ffmpeg's opengl is pretty slick
[00:00] --- Wed Sep 17 2014