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

[burek]

[00:06] <CalimeroTeknik> hello! can I tell ffmpeg to keep the attachments (mkv fonts) while encoding?
[00:06] <CalimeroTeknik> no magic -keep-attachments or alike option
[00:06] <CalimeroTeknik> well, afaik
[00:16] <klaxa> CalimeroTeknik: -map 0
[00:18] <CalimeroTeknik> ah, thanks but it doesn't seem to work
[00:19] <CalimeroTeknik> oh! it's maybe two subtitle tracks. sorry.
[00:20] <klaxa> it worked for me the last time i checked
[00:24] <CalimeroTeknik> that's strange, it indeed includes the fonts but one of the two subtitles is missing
[00:24] <CalimeroTeknik> (so thanks, -map 0 works)
[00:27] <CalimeroTeknik> here's ffmpeg output: http://sprunge.us/PhBh
[00:28] <klaxa> there is only one subtitle stream as far as i can see
[00:29] <CalimeroTeknik> yes, indeed
[00:29] <klaxa> so what exactly is missing?
[00:29] <CalimeroTeknik> it contains an ass subtitle for the up of the screen (Japanese) and the bottom (English)
[00:29] <CalimeroTeknik> the English is missing
[00:30] <sacarasc> Which can be done in 1 subtitle file.
[00:30] <CalimeroTeknik> absolutely
[00:30] <klaxa> which most of the time IS done in one subtitle file... lemme see if i can reproduce
[00:31] <CalimeroTeknik> do you want a ssh to test?
[00:32] <klaxa> i'll download the file and see if it works on my system
[00:33] <CalimeroTeknik> well, mkvmerge does a better job here
[00:34] <CalimeroTeknik> however if reencoding is needed (in order to cut the video precisely, not ±5 seconds on keyframes) I need to get ffmpeg to properly dump subtitles from input to output
[00:35] <CalimeroTeknik> for the moment, I wrote this script, it solves the problem : http://sprunge.us/RhGE
[00:35] <klaxa> well it should start with an i-frame and whatever comes afterwards doesn't matter... so you should be able to extract the opening...
[00:36] <CalimeroTeknik> with mkvmerge, yes, it worked perfectly
[00:36] <CalimeroTeknik> with ffmpeg as my paste describes, the second subtitle disappears
[00:36] <CalimeroTeknik> well... the bottom subtitle line I mean
[00:36] <klaxa> maybe they are defined later in the script and ffmpeg thinks it got all the subs?
[00:36] <klaxa> which would be rather weird
[00:38] <CalimeroTeknik> well, yes
[00:48] <klaxa> (btw CalimeroTeknik: sora no woto any good? would you recommend it?)
[00:53] <klaxa> CalimeroTeknik: i can reproduce that behavior
[00:53] <CalimeroTeknik> it's soft, but entertaining
[00:57] <CalimeroTeknik> dumping the subtitles doesn't produce the same result as from the file produced by mkvmerge!
[00:57] <CalimeroTeknik> the order is slightly modified
[00:58] <CalimeroTeknik> that's all, apparently.
[00:58] <klaxa> hmm... i blame the demuxer of libav?
[00:58] <klaxa> if you extract the subs from the encoded file and use the .ass file directly it gets rendered properly
[00:58] <klaxa> if you use the embedded subtitles it doesn't work
[00:59] <CalimeroTeknik> http://sprunge.us/BVhM
[00:59] <klaxa> how did you extract it with mkvmerge?
[00:59] <klaxa> timecodes are the same, it shouldn't make any difference :|
[00:59] <CalimeroTeknik> mkvmerge \[Chihiro\]_Sora_no_Woto_-_07.5_\[1280x720_Blu-Ray_FLAC\]\[0F27FE1F\].mkv --split parts:00:00:00.000-00:01:30.000 -o op.mkv
[01:00] <CalimeroTeknik> this one produces visible subtitles
[01:03] <klaxa> there must be something else...
[01:03] <CalimeroTeknik> yes, but I won't diff the mkv files.
[01:03] <klaxa> i guess a bugreport isn't too bad of an idea anyways
[01:04] <CalimeroTeknik> is the matter investigated enough?
[01:04] <CalimeroTeknik> we still don't know what's going wrong
[01:04] <klaxa> i tried, forget it, the matroska tools and ffmpeg write pretty different headers and metadata
[01:06] <klaxa> mkvextract also writes 3 frames less
[01:06] <jdjrjc> I need FFmpeg code to convert youtube videos to run on my iPod (160g).  What should I use?
[01:06] <klaxa> jdjrjc: aren't there presets? otherwise investigate what formats your ipod supports
[01:06] <CalimeroTeknik> determine the format you'd like to obtain for your ipod first
[01:07] <jdjrjc> Does that mean I should transcode the video so that the resulting output file will match iPod specifications for audio and video?
[01:07] <klaxa> yeah
[01:08] <jdjrjc> Thank you
[01:08] <jdjrjc> Goodnight
[01:08] <CalimeroTeknik> unrelated  that translation is slightly inaccurate
[01:08] <CalimeroTeknik> but this shouldn't make ffmpeg rebuke it :p
[01:09] <klaxa> what translation?
[01:09] <klaxa> ah nvm
[01:10] <CalimeroTeknik> well since I'm opening subtitles, habit of checking the translation
[01:10] <klaxa> currently dumping the interleaved subtitles as hex
[01:10] <klaxa> those should be more or less identical apart from the switch of one line
[01:11] <klaxa> oh... they differ by a byte every here and there
[01:13] <CalimeroTeknik> is that LF/CRLF line jumps that were converted to LF when extracting with mkvextract tracks file.mkv 2:blah.ass ?
[01:16] <klaxa> i don't even know... but it seems like ffmpeg doesn't mux the .ass correctly for some reason
[01:16] <klaxa> if i use the .ass i get with mkvmerge and mux it with ffmpeg it doesn't work
[01:17] <klaxa> neither does simply remuxing help
[01:19] <klaxa> the event gets called
[01:19] <klaxa> [ass] Text = {\fad(300,300)}kono sora no kagayaki kimi no mune ni todoiteru
[01:19] <klaxa> [ass] Event at 3550, +9780: 0,0,OPE,,0000,0000,0000,,{\fad(300,300)}The luminance of the sky has reached your heart.
[01:19] <klaxa> but not rendered
[01:21] <CalimeroTeknik> in the player?
[01:22] <klaxa> yeah with mplayer
[01:22] <klaxa> the event gets triggered... producing mplayer2 debug messages for .ass right now for both files
[01:24] <CalimeroTeknik> oh I didn't test vlc
[01:24] <CalimeroTeknik> same result.
[01:24] <klaxa> yeah but... >vlc
[01:25] <klaxa> you know how it goes
[01:25] <CalimeroTeknik> anyway it calls libass just as mplayer I guess
[01:26] <wm4> yes VLC uses libass now
[01:29] <klaxa> CalimeroTeknik: http://diffchecker.com/lTd7wIjl
[01:29] <klaxa> that's the debug output of mplayer2 grep'd for ass
[01:30] <klaxa> so apart from the swapped lines it's identical
[01:31] <CalimeroTeknik> okashii ne~
[01:32] <CalimeroTeknik> "[0x1827cb0]" changes, is that an address in the file?
[01:32] <klaxa> i guess so
[01:33] <ubitux> it's a pointer
[01:33] <ubitux> of the context printer
[01:33] <ubitux> i guess.
[01:33] <klaxa> the funny thing is, if you use the .ass you get when you extract it with ffmpeg it works, if you use the .ass you get from mkvmerge it works
[01:34] <klaxa> the only thing that doesn't work is the embedded file
[01:34] <CalimeroTeknik> right, the data doesn't get destroyed
[01:34] <ubitux> i'm too lazy to backlog, is there a bug with ffmpeg?
[01:34] <klaxa> probably
[01:35] <klaxa> well it's kinda bound to ffmpeg... the situation is as follows:
[01:35] <CalimeroTeknik> it's muxing subtitles in a way that if two of them appear at the same time, only one is displayed
[01:35] <CalimeroTeknik> something like that is what I saw
[01:35] <klaxa> matroska file with ass subtitles, multiple lines at a time, with the -t option of ffmpeg only one line appears if you use the embeeded subtitles, if you extract them it works
[01:36] <CalimeroTeknik> oh, without -t it doesn't break anything?
[01:36] <klaxa> i'm not sure lemme test
[01:36] <ubitux> i guess i'll have to backlog, but it's late, too bad
[01:37] <klaxa> nah doesn't work without -t either
[01:37] <ubitux> please open an issue on the trac if you think there is a problem with ffmpeg
[01:37] <ubitux> and feel free to hilight me with the bug id
[01:37] <ubitux> don't forget to describe a simple way of reproducing the issue
[01:38] <CalimeroTeknik> basically using ffmpeg as cp doesn't work :p
[01:38] <CalimeroTeknik> ubitux, try to use ffmpeg as if it were cp, on the file [Chihiro]_Sora_no_Woto_-_07.5_[1280x720_Blu-Ray_FLAC][0F27FE1F].mkv
[01:38] <CalimeroTeknik> that's enough.
[01:39] <klaxa> well you describe the problem and file a bugreport with the description :P
[01:40] <ubitux> i don't have 07.5
[01:40] <ubitux> only 01-12 without half subs
[01:40] <ubitux> :p
[01:40] <klaxa> stay in this channel, if you don't think you can write it up i can assist you tomorrow... because i'm tired...
[01:40] <ubitux> s/subs/eps/
[01:40] <klaxa> ubitux: it's well seeded at bakabt :P
[01:40] <ubitux> i don't want to watch this
[01:40] <ubitux> :)
[01:40] <ubitux> the anime was so-so
[01:40] <ubitux> just provide a simple .ass and a way to reproduce
[01:40] <klaxa> yeah we'll see if we can reproduce it with some generated files
[01:41] <ubitux> and i'll have a look
[01:43] <klaxa> maybe the subgroup did some stuff which differs from the specs for ass and ffmpeg tries to correct that
[01:43] <klaxa> and thus everything fails... well i'll try to reproduce it tomorrow
[01:44] <CalimeroTeknik> ah, for the bug report& yes, we need a small download to reproduce the problem
[01:45] <CalimeroTeknik> which the file I'm using isn't exactly :p
[01:45] <ubitux> what do you need to do?
[01:45] <ubitux> you need to provide a video or a .ass to reproduce?
[01:45] <klaxa> well... get a dummy video file, which contains an .ass that doesn't work propery
[01:46] <ubitux> hint: ffmpeg -f lavfi -i testsrc -t 5 out.mkv generates a 5 seconds mkv
[01:46] <CalimeroTeknik> okay
[01:46] <klaxa> if you extract the ass from the mkv it works
[01:46] <klaxa> but not from within the container
[01:46] <klaxa> that's the weirdest thing
[01:46] <ubitux> ?/
[01:47] <ubitux> from the mkv but not from within the container?
[01:47] <ubitux> what does that mean?
[01:47] <klaxa> i mean that if the ass is embedded in the mkv and you try to play it, it fails to render the second line of subtitles
[01:47] <CalimeroTeknik> that means, after extracting the ass file from the mkv it can be used separately
[01:47] <CalimeroTeknik> but muxed *by ffmpeg* into an mkv, it's not rendered properly
[01:48] <ubitux> ah, ok, so you just need to provide a .ass with duplicated events at the same time
[01:48] <CalimeroTeknik> I think
[01:48] <ubitux> if the .ass is muxed with mkvmerge both subs shows
[01:48] <ubitux> and if muxed with ffmpeg, none?
[01:48] <CalimeroTeknik> only one.
[01:48] <CalimeroTeknik> and always the same one
[01:48] <CalimeroTeknik> well, relative to its position on screen
[01:48] <ubitux> can you provide a .ass?
[01:49] <CalimeroTeknik> http://sprunge.us/LgJI I think
[01:50] <ubitux> thx
[01:53] <ubitux> works for me
[01:55] <klaxa> hmm... maybe... ugh i kinda already thought it will be hard to reproduce with a different file
[01:55] <ubitux> ./ffmpeg -f lavfi -i testsrc=s=1280x720 -i in.ass -preset:v ultrafast -map 0 -map 1 -c:s copy -t 90 -y test.mkv
[01:55] <ubitux> without -c:s copy as well
[01:55] <klaxa> maybe it's even dependent on the attachments...
[01:55] <ubitux> test.mkv displays 2 subtitles at the same time
[01:55] <klaxa> yeah just tried myself too, same result here
[01:57] <CalimeroTeknik> well, x264 fails to reencode this video!
[01:57] <CalimeroTeknik> there must be something broken about it
[01:58] <ubitux> ok then i'm going to bed
[01:58] <klaxa> i'll head to bed as well
[01:58] <ubitux> i'll wait for you to be able to describe the bug :p
[01:58] <klaxa> too late already, i don't want to miss my little pony tomorrow o/
[02:03] <CalimeroTeknik> I'd rather be into type-moon anime
[02:05] <CalimeroTeknik> ah, 192k aac. it hurts.
[02:06] <JEEB> with a good encoder 192k aac should be OK
[02:08] <CalimeroTeknik> but still no match to 96KHz 24-bit FLAC
[02:08] <CalimeroTeknik> or even plain CD tracks
[02:09] <JEEB> I think if an encoder can't be generally audibly more or less the same with a 16bit 48kHz source with 192kbps, that encoder isn't exactly good
[02:10] <JEEB> naturally, it's not lossless but it shouldn't be anything to scream home about
[02:11] <CalimeroTeknik> well after listening to lossless for a few hours, lossy becomes blatant
[02:11] <JEEB> depends
[02:12] <CalimeroTeknik> for me, under 256k and with headphones (they show no mercy to lossy, contrary to speakers)
[02:13] <JEEB> if there are some things in your sample that are hard to encode or your lossy encoder sucks, or if your output driver or whatever sucks at one of the output formats, then yes -- you will hear a difference. If you take away possible output derps of your drivers or whatever and such, you would be pressed to hear a difference in a blind test with a good encoder. Naturally, with some samples you might hear a difference even with a good encoder if there's so
[02:13] <JEEB> mething hard to encode in there
[02:14] <JEEB> In most cases though, if you do a proper blind test and make sure nothing between you and the sample you are playing is different, you won't get through the blind test saying you caught it
[02:14] <JEEB> (also, let's just note for the case that faac, ffaac (internal ffmpeg), vo-aacenc are /not/ good AAC encoders)
[02:15] <CalimeroTeknik> I think you have a point on the quality of the encoder
[02:15] <JEEB> I'm happy fraunhofer open sourced their encoder
[02:15] <JEEB> too bad they made a custom license that says "you can't take money for this" which makes it incompatible with GPL because GPL doesn't limit your ability to do that :D
[02:15] <JEEB> (if you are stricter than GPL, you are incompatible with it)
[02:16] <JEEB> it's compatible with AAC tho, and if you build your own binaries you can make a build with fdk-aac)
[02:16] <JEEB> argh
[02:16] <JEEB> *with LGPL tho
[02:16] <JEEB> it's 3AM and it shows
[02:16] <JEEB> (also I'm not talking against lossless, just saying that if you're hearing major problems with a 2ch 192kbps stream, there's a huge chance you're dealing with a bad encoder)
[02:17] <CalimeroTeknik> sure!
[02:18] <JEEB> (naturally that "hearing major problems" would have to be set with a blind test, which naturally most people don't do)
[02:19] <CalimeroTeknik> well, I just accidentally did one, because I had two mplayer2 windows and didn't know which one was which
[02:20] <JEEB> no, that was not a proper blind test
[02:20] <CalimeroTeknik> but there's certainly a bad encoder contributing to the difference being so blatant.
[02:21] <CalimeroTeknik> I've heard perfectly proper AAC, it must have been 224kbps
[02:27] <CalimeroTeknik> I just mistook an AAC version for a FLAC one (yes it's 3AM, and it's two mkv files) and found AAC awesome :p
[02:28] Action: CalimeroTeknik takes note: try blind tests, out of curiosity.
[06:26] <darkstarbyte_> Anyone know how to locate a bottleneck to a specific function in ffmpeg?
[06:28] <darkstarbyte_> PM my server
[08:10] <edrx> is this supposed to record my entire screen?
[08:10] <edrx> ffmpeg -loglevel quiet -f x11grab -i $DISPLAY /tmp/out.mp4
[08:10] <edrx> because it only recording the upper left corner.
[08:11] <edrx> I tried to add -s 1024x600 (the size of my screen), -s qxga, etc, but it didn't work.
[08:12] <edrx> I need a shower - I just spend 1h recording a screencast that went wrong because of that =(
[08:12] <edrx> spent.
[08:35] <edrx> oops, sorry, need to restart emacs. bbl.
[11:29] <kcm1700> I want to split videos into several parts by filesize. I found -fs limit_size option, but it makes only one output video.
[11:31] <kcm1700> What's the recommended way to split a video into several parts accurately without losing frames and duplicating frames?
[11:31] <ubitux> look at the segmenter format
[11:31] <ubitux> https://ffmpeg.org/ffmpeg.html#segment_002c-stream_005fsegment_002c-ssegment
[11:32] <kcm1700> thanks a lot!
[11:36] <kcm1700> it worked :) I didn't know the keyword to start with.
[12:01] <Net147> is there a way to print the x264 encoding options used for a previously encoded file?
[12:07] <kcm1700> actually I need to split a video file by filesize, i'm considering writing some more code at libavformat/segment.c
[12:07] <kcm1700> is it ok to do so?
[12:16] <ubitux> kcm1700: could be, feel free to discuss the matter on #ffmpeg-devel
[12:16] <kcm1700> $À JD ø  LÀ 610| ¨XL. D$!
[12:16] Action: ubitux doesn't speak korean
[12:19] <kcm1700> sorry for my annoying script.
[12:19] <kcm1700> I forgot to turn it off.
[12:49] <IamTrying> https://gist.github.com/4050861 - Why its failing to cut the video and make it mp3?
[12:55] <klaxa> you don't specify a codec
[12:55] <klaxa> try -acodec libmp3lame
[13:10] <kcm1700> when I use ffmpeg with -fs limit_size option, I get slightly bigger file. Is this intended?
[13:10] <kcm1700> eh... command line was ffmpeg -i somefile.mp4 -codec copy -fs 1000000
[13:10] <kcm1700> and output file
[13:12] <klaxa> how much bigger is it?
[13:12] <kcm1700> a few kb?
[13:12] <klaxa> i think it's not possible if you just cut a file perfectly because you will have frames being cut off right in the encoded data
[13:14] <kcm1700> yes. I just wanted to limit filesize below the strict limit.
[13:14] <kcm1700> if it was 995000, I'll be happy.
[13:14] <klaxa> hmm... well lower the limit then and hope for the best
[13:23] <kcm1700> I think it's possible to implement commonly used muxer to limit file size strictly, is it? I'm just curious.
[15:23] <kcm1700> http://pastie.org/3840472/wrap
[15:23] <kcm1700> oopss sorry
[15:32] <gandalf_Magic> hello everyone
[15:49] <kcm1700> I have a problem with stream segment. http://ideone.com/IXmzRz <- this one is without stream segment. http://ideone.com/NrOHP5 <- with stream segment.
[15:49] <kcm1700> it says "[mp4 @ 0x18dd680] Tag avc1/0x31637661 incompatible with output codec id '28' ([33][0][0][0])"
[15:57] <nihiojj> I'm using X11grab (here's the code- http://pastebin.com/f7Tjw8b6
[15:57] <nihiojj> The problem is playback is fast (speed is like and old time movie)
[15:57] <nihiojj> How do I fix it?
[16:19] <zap0> how do i convert a small AVI file into a series of BMP or PNG or JPG images?
[16:22] <zap0> i think i got it..  the file listing was not working.
[16:36] <kcm1700> Replaced libavformat/segment.c: segment_mux_init() by ffmpeg.c transcode_init(). and worked fine.
[16:37] <kcm1700> is it segment bug?
[16:44] <mkaito> hey, I'm recording two audio streams and using amix to mix them together into one output stream. can I apply a volume filter to one of these streams before they are mixed together?
[17:53] <EngTim> anyone seen Lu_Zero recently?
[17:59] <spaam> yes
[17:59] <spaam> EngTim: you can find him in #libav
[18:02] <EngTim> spaam: thanks
[18:24] <edrx> hi - I am on a netbook whose screen in 1024x600, and I am trying to record video for a screencast with "avconv -f x11grab -i :1.0 -s qxga /tmp/out.mp4", but for some reason avconf (btw: I tested with ffmpeg too) is only recording the top left 640x480 pixels... what I am doing wrong? =(
[18:24] <edrx> btw I checked the log, and found these two lines:
[18:27] <edrx> no, better, let paste the whole output here.
[18:27] <edrx> http://pastebin.com/TjL50z1L
[18:28] <edrx> note that there are mentions to 640x480, e.g., here:
[18:28] <edrx> Stream #0.0: Video: rawvideo, bgra, 640x480
[18:59] <klaxa> edrx: ffmpeg -r $framerate -s $resolution -f x11grab -i :1.0 /tmp/out.mp4
[18:59] <klaxa> you have to specify the resolution before the x11grab input
[19:00] <klaxa> same with the framerate
[19:06] <edrx> klaxa: oooo, wow, perfect, thanks
[19:06] <klaxa> :)
[19:06] <edrx> I feel so stupid! I struggled for hours with this!
[19:06] <edrx> =)
[19:07] <klaxa> i think in most online guides it's not emphasised but notated quietly with no comment
[19:07] <edrx> yeah
[19:22] <mudkipz> Yea, as a rule of thumb I always separate my inputs like this -f [input type] [other input options] -i [input device]
[19:23] <mudkipz> Keeps me from getting tripped up when I'm playing with multiple inputs (for mixing and stuff).
[19:27] <edrx> mudkipz: hm, good suggestion
[20:05] <IamTrying> https://gist.github.com/4052166  - This is not making the file to mp3 any reason whats wrong|?
[20:07] <CalimeroTeknik> IamTrying, 256bit/s is not an acceptable bitrate.
[20:08] <IamTrying> CalimeroTeknik, still that worked before in my Fedora or other distros, but now its not doing anything at-all.
[20:08] <CalimeroTeknik> I don't believe you, for the audio bitrate.
[20:08] <IamTrying> Lowering it also not giveing any result.
[20:08] <CalimeroTeknik> I repeat, 256bit/s is not an acceptable bitrate
[20:09] <CalimeroTeknik> anyway, the audio quality would be atrocious
[20:09] <CalimeroTeknik> perhaps you mean -ab 256k ?
[20:09] <IamTrying> CalimeroTeknik, i lower that and still not converting same output fails
[20:09] <CalimeroTeknik> are you reading what I'm saying?
[20:10] <CalimeroTeknik> no, seriously
[20:10] <IamTrying> CalimeroTeknik, Stream #0.1(und): Audio: aac, 44100 Hz, stereo, s16, 152 kb/s   , so i applied that but fails.
[20:12] <CalimeroTeknik> I repeat for the third and last time. 256 *bits per second* is too low
[20:12] <IamTrying> CalimeroTeknik, -acodec copy fixed it thanks
[20:12] <CalimeroTeknik> that's better but, whatever, do you see the difference between "256" and "256k"
[20:13] <CalimeroTeknik> or are "k"s invisible on your computer?
[20:13] <CalimeroTeknik> just wondering
[20:13] <IamTrying> CalimeroTeknik, that is not the issue of not making the output file, it will use low at-least like it did before.
[20:13] <IamTrying> issue was it was not making any file as output, so after assigning the -acodec copy it worked.
[20:14] <CalimeroTeknik> yes, of course, and that's better since you don't lose any quality in the process
[20:15] <CalimeroTeknik> but it seems lame isn't installed
[20:15] <CalimeroTeknik> -ab 256 is incorrect but it defaults to 128k if I use this.
[20:16] <CalimeroTeknik> although incorrect, your command works for me.
[20:17] <IamTrying> OK - that is the problem, your end works, but my end does not works CalimeroTeknik
[20:17] <IamTrying> even its incorrect it was working before. i mean now not.
[20:24] <Olson> people using windows media player, and also now youtube are having problem accepting my videos, the youtube it just shows up a grey video, though the audio works.. is there something wrong with  my encoding commandline here?
[20:24] <Olson> ffmpeg -i input.avi -acodec libfaac -ab 128k -ac 2 -vcodec libx264 -preset slow -crf 22 -threads 0 -b 5000 -vf scale=1280:720 -aspect 16:9 output.mp4
[20:25] <Olson> perhaps I should update my build of FFMPEG.. ..
[20:25] <JEEB> that's one thing to do, if you are building yourself, do switch from faac to fdk's aac encoder
[20:25] <JEEB> also, otherwise I don't know why on earth you are setting both crf and bit rate
[20:25] <JEEB> they are two different modes
[20:26] <Olson> right yeah I did wonder about that.. with CRF i dont need -b right
[20:26] <JEEB> yes
[20:26] <JEEB> it's one or the other
[20:26] <Olson> good to know, thanks
[20:26] <JEEB> also -threads 0 should be the default on all modern'ish ffmpeg builds
[20:26] <Olson> problem doesn't seem to be with audio, though, I will try different encoder for that if you recommend it
[20:27] <JEEB> yes, it's better than faac
[20:27] <JEEB> also your libx264 is a 8bit one, not a 10bit one, right?
[20:28] <JEEB> also I guess we're talking about a win7 wmp?
[20:30] <Olson> gosh I no idea.. if someone has a trouble playing my videos I tell them to get a proper player like VLC
[20:30] <CalimeroTeknik> I use h264 as vcodec
[20:31] <JEEB> lol, at least VLC is better than it used to be so that's not that bad of a comment nowadays :)
[20:32] <JEEB> CalimeroTeknik, there's only a h264 decoder, if you try to set an encoder to h264 it either errors out or automaps to libx264 depending on the build I guess?
[20:32] <Olson> I have always used it :) before that i used mplayer but I can't remember why exactly I switched
[20:32] <CalimeroTeknik> ah, I see
[20:33] <CalimeroTeknik> because vlc doesn't fail synchronization when jumping back and forward in the video when using deinterlacement filters?
[20:33] <CalimeroTeknik> and mplayer does, of course
[20:33] <Olson> I understood some of those words :P
[20:34] <CalimeroTeknik> I don't remember the English word for moving in the video, sorry
[20:34] <JEEB> seeking?
[20:34] <CalimeroTeknik> thanks.
[20:35] <JEEB> I went mplayer->mplayer-uau->mplayer2->mpv :3 Of course for people who just want a simple'ish "just works" player I push VLC or something
[20:35] <CalimeroTeknik> so when seeking in a video, and using deinterlacement, mplayer doesn't resync the audio
[20:35] <Olson> oh right, yeah.. I can't say I noticed that to be honest
[20:35] <CalimeroTeknik> actually smplayer with either of the mplayers is a good alternative to vlc
[20:36] <JEEB> Olson, also many things' mp4 parsing just fails :P
[20:36] <JEEB> could be that too
[20:36] <Olson> I got libfdk-aac as option is that what you meant by the audio codec
[20:37] <JEEB> ye
[20:37] <Olson> oki
[20:40] <Olson> silly question.. how do I know what to put in the command line.. like    -acodec libfdk-aac   doesn't want to be it
[20:41] <JEEB> ffmpeg -codecs
[20:41] <JEEB> lists all codecs
[20:42] <Olson> ah :)
[20:42] <Olson> libfdk_aac
[20:42] <Olson> sweet, thanks for that
[20:43] <CalimeroTeknik> ah, seems fdk is not the default aac encoder
[20:44] <JEEB> depends on the build I would think, not that I've seen what the 'aac' codec maps to nowadays :P
[20:44] <JEEB> since there's also an internal encoder called 'aac'
[20:45] <Olson> if I linked you to a youtube video would you be able to *do* something and tell me what perhaps it wrong with the encode, or.. could I link direct to what I encoded or so?
[20:46] <Olson> example.. this is what I uploaded to youtube https://dl.dropbox.com/u/34465710/things/weirdbevel.mp4.zip
[20:46] <JEEB> youtube re-encodes so that's of zero value
[20:46] <Olson> oki
[20:46] <JEEB> as in what you have on youtube
[20:46] <JEEB> also > mp4.zip
[20:46] <JEEB> as if it compressed at all :|
[20:46] <Olson> :)
[20:46] <JEEB> just link the mp4 you encoded
[20:46] <Olson> that is it
[20:47] <JEEB> without it being in zip :P
[20:47] <Olson> arf
[20:47] <Olson> I put in .zip because sometimes browser decides to play rather than download.. just a moment :)
[20:48] <Olson> thar she blows  https://dl.dropbox.com/u/34465710/things/weirdbevel.mp4
[20:50] <JEEB> yeah
[20:50] <JEEB> I see the reason
[20:50] <JEEB> your ffmpeg is old enough to not auto-switch to 4:2:0 by default
[20:51] <JEEB> Chroma subsampling             : 4:4:4
[20:51] <JEEB> Bit depth                      : 8 bits
[20:51] <JEEB> > 4:4:4
[20:51] <JEEB> it looks great, but nothing's gonna eat that boy
[20:51] <JEEB> other than libavcodec of course
[20:51] <JEEB> (and possibly the reference encoder)
[20:51] <JEEB> uhh, decoder I mean
[20:51] <Olson> awesome ok, so I can fix this
[20:52] <JEEB> youtube would be able to eat it if they'd update their libavcodec, but they seem to have absolutely zero wish to do that
[20:52] <Olson> curious though.. that.. I be using the same encode commandline for quite some time, not really had a problem, even with youtube, but. maybe I did a thing I can't remember
[20:53] <JEEB> well, you updated your stuff enough to get a new enough libx264 and ffmpeg that supports 4:4:4
[20:53] <JEEB> but
[20:53] <JEEB> not new enough to have it go to 4:2:0 by default
[20:53] <Olson> ffmpeg version N-34907-g4abb88d Copyright (c) 2000-2012 the FFmpeg developers  built on Aug 27 2012 15:57:29 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)
[20:53] <Olson> alright, so I'll rebuild new from GIT and that
[20:53] <Olson> it's a process :)
[20:54] <JEEB> yup
[20:54] <Olson> lovely jubbly, thanks so much
[20:54] <JEEB> it you look at the encode log it should show yuv444p somewhere
[20:54] <JEEB> as the output colorspace
[20:54] <JEEB> when you update the ffmpeg it should switch to yuv420p again
[20:54] <Olson> yes it does say that
[20:55] <JEEB> kind of sad that 4:4:4 H.264 is so badly supported as it is :P
[20:55] <Olson> there is a way to make it use yuv420p via the commandline? or.. you know i dont really understand what this all means, but I'm ok with that :)
[20:55] <JEEB> -pix_fmt yuv420p after -i but you should just update and it would do it automagically
[20:56] <Olson> I will do :)
[20:56] <Olson> 4:4:4 is.. "better" is it, just badly supported?
[20:56] <JEEB> yes
[20:57] <JEEB> basically, 4:2:0 is one sample for every input sample for luma, and chroma has one sample for every 2x2 input samples
[20:57] <JEEB> so chroma has less data
[20:57] <JEEB> 4:4:4 is a weird way of saying "all planes have full resolution, both luma and chroma"
[20:58] <JEEB> http://www.xiph.org/video/vid1.shtml is recommended watching regarding this kind of stuff
[20:59] <Olson> alright :) thanks.. I will
[21:37] <uau> klaxa: i think the most likely reason for your earlier problem muxing subtitles is that ffmpeg fails to set the ReadOrder value properly
[22:58] <retro_> hola, hay alguien aca?
[22:58] <retro_> tests/fate/vcodec.mak:61: *** No such config: CONFIG_FLASHSV_ENCODER.  Stop.
[22:59] <retro_> estoy compilando las fuentes desde mplayer y me da este error, que es lo que tengo que hacer?
[23:01] <retro_> son fuentes del repositorio git.
[23:06] <retro_> ./config.h:#define CONFIG_FLASHSV_ENCODER 1
[23:06] <retro_> ./ffmpeg/libavcodec/Makefile:OBJS-$(CONFIG_FLASHSV_ENCODER)         += flashsvenc.o
[23:06] <retro_> la variable existe, pero no se esta leyendo.
[23:07] <retro_> hay alguien que sepa español aca?
[23:08] <ubitux> make distclean and try again
[23:08] <ubitux> also, please speak in english
[23:08] <ubitux> i don't understand spanish.
[23:08] <retro_> yo ingles entiendo muy poco, pero no puedo hablarlo.
[23:10] <ubitux> utiliza al menos traductor google por favor
[23:12] <ubitux> also check the #mplayer channel
[23:14] <retro_> ahora si entra sin problemas, parece que lo actualizaron recientemente...
[23:15] <ubitux> you'll have to learn english at some point if you want to get help here
[23:17] <retro_> el archivo config.h se crea solo o lo configura el usuario? porque si lo configura el usuario entonces desactivando o poniendo a 0 la variable CONFIG_FLASHSV_ENCODER la compilacion da error, se deberia verificar y reportar en la lista de errores.
[23:17] <retro_> sorry
[23:17] <retro_> config.h file is created or configured single user? because if the user configures it then disabling or setting the variable to 0 CONFIG_FLASHSV_ENCODER the compilation fails, you should check and report on the error list.
[23:18] <ubitux> ./configure is generating the config.h file
[23:20] <retro_> igual deberian chequearlo, CONFIG_FLASHSV_ENCODER y/o CONFIG_FLASHSV2_ENCODER, si ./configure genera las variables a 0 da error.
[23:21] <retro_> hasta que ./configure lo haya generado a 1 no lo compilaba.
[23:22] <retro_> bueno, gracias igual, ahora compila... te recomiendo chequear eso que te dije, chau.
[00:00] --- Sun Nov 11 2012