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

[burek]

[06:43:09 CEST] <fa0> I have a simple bash script I use for a few basic conversions; http://dpaste.com/0MAEZZB, anyone familiar with progress - Coreutils Progress Viewer? https://github.com/Xfennec/progress I'm trying to figure how I can call it from the bash script after ffmpeg starts
[06:43:41 CEST] <fa0> With progress, once ffmpeg was running I just ran the cmd in a term; watch progress -wc firefox
[06:43:58 CEST] <fa0> errr hehe watch progress -wc ffmpeg
[06:53:27 CEST] <fa0> All I want in life right now is the ability for ffmpeg to show a time remaining.... :(
[11:03:06 CEST] <Kiicki> Hi, I'm new to this and I'm not sure if ffmpeg is the right choice for me, or if I should use a GUI program. But I'm kinda stuck with a problem. The only thing I want is to be able to convert several MKV files at once with a CRF 24 and NOT re-encode the audio. I'm only trying to lower the bitrate for the video part so I can save some space. I want the audio
[11:03:06 CEST] <Kiicki> as it is, but so many GUI programs forces you to re-encode the audio even if you don't want to change it. Ut's either re-encode it, or remove it
[11:04:07 CEST] <Kiicki> Using mkvmerge I can easily pull out only the video and/or audio. So I could indeed convert without audio and pull out the audio with mkvmerge and use mkvmerge again to merge the audio and the converted file that has only the video part. Problem is that you can only do that one by one file
[11:04:11 CEST] <Mysoft> yeah
[11:04:16 CEST] <Mysoft> you can do like this
[11:04:48 CEST] <Mysoft> ffmpeg -i input.mkv -q 24 -acodec copy output.mkv
[11:05:24 CEST] <relaxed> use -crf instead of -q
[11:05:25 CEST] <Kiicki> Is there a GUI program that supports commands or should I just use commands?
[11:05:38 CEST] <Mysoft> it would be wise to speficy the output codec
[11:05:47 CEST] <Kiicki> x264
[11:05:48 CEST] <Mysoft> to prevent it using a default codec for the output
[11:05:54 CEST] <Kiicki> aah, yes
[11:06:00 CEST] <Mysoft> like -vcodec libx264
[11:06:01 CEST] <Mysoft> ;)
[11:06:11 CEST] <Mysoft> and yeah sorry -crf 24 ^^
[11:06:18 CEST] <Mysoft> -q 24 is for vbr ^^
[11:06:33 CEST] <Kiicki> I have been considering using x265 but I have a slow laptop and converting to x265 takes around twice as long. Maybe even more
[11:06:37 CEST] <Mysoft> (which is better to reduce size anyway)
[11:06:58 CEST] <Mysoft> and you can select
[11:07:33 CEST] <Mysoft> "-preset" to tune between size and fast enconding
[11:07:37 CEST] <Mysoft> the default is slow i think
[11:08:08 CEST] <furq> Kiicki: don't use x265 unless you're going to use one of the slow presets
[11:08:12 CEST] <Mysoft> but there's fastest/fast/slower... (and some others in between)
[11:08:35 CEST] <furq> iirc it's actually less efficient and slower if you use one of the fast presets
[11:08:39 CEST] <furq> (than x264)
[11:08:47 CEST] <Kiicki> ffmpeg is a completely new world for me. So many confusing things. I have trying to browse the website for the commands, but can't find them
[11:09:03 CEST] <Mysoft> i know your feeling :P
[11:09:08 CEST] <Mysoft> but once i understood it...
[11:09:15 CEST] <Mysoft> i never went back to those broken gui's
[11:09:15 CEST] <Mysoft> :P
[11:09:45 CEST] <Mysoft> ffmpeg looks confusing because it's VERY VERY VERY advanced
[11:10:14 CEST] <Mysoft> and the full documentation is here
[11:10:15 CEST] <Mysoft> https://ffmpeg.org/documentation.html
[11:10:46 CEST] <Mysoft> and the "idea/order" for command line is like this
[11:11:13 CEST] <Kiicki> there's even a book. this is huge
[11:11:31 CEST] <Mysoft> ffmpeg [parameters for input file] -i InputFile [parameters for maybe another input file] -i AnotherInputFile [parameters for output] outputfile
[11:11:58 CEST] <Mysoft> global parameters can go anywhere but i guess people tend to put it along with [parameters for output]
[11:12:29 CEST] <Mysoft> but so paramaters that are file specific apply to the next referenced file
[11:12:49 CEST] <Mysoft> (so the same idea is valid for "-i input" or just the "output" at end :)
[11:12:58 CEST] <Kiicki> Think I have to figure out all the commands I need to use. There's a lot of settings that goes on when converting. I'm guessing that all this "settings" would need to be applied to a command
[11:13:24 CEST] <Mysoft> heh most of the time you dont really want to mess up with extra parameters (or codec specific)
[11:13:28 CEST] <Mysoft> unless you have a reason to
[11:13:47 CEST] <Mysoft> and "preset" changes a bunch of those based on speed/quality/size
[11:14:15 CEST] <Mysoft> so slower... preset will have higher quality on "constant bitrate"
[11:14:17 CEST] <Mysoft> while
[11:14:25 CEST] <Kiicki> I'm just trying to change the CRF. Leave the Audio alone so no re-encoding. Maybe there are cases where I want to change the audio but that's no problem since that needs to be re-encoded anyways
[11:14:37 CEST] <Mysoft> faster... will just have bigger size on "variable bitrate"
[11:15:03 CEST] <Kiicki> I usually leave the preset and the level the same as my file is
[11:15:17 CEST] <Kiicki> many of them is "high" and level 4.1
[11:15:24 CEST] <Mysoft> that's not preset
[11:15:26 CEST] <Mysoft> that's profile :)
[11:15:35 CEST] <furq> Kiicki: for m in *.mkv; do ffmpeg -i "$m" -c:v libx264 -crf 24 -c:a copy "${m%%.*}_out.mkv"; done
[11:15:40 CEST] <Kiicki> aah, always mix those two up
[11:15:56 CEST] <Mysoft> (profile is a set of rules of a standard)
[11:16:18 CEST] <Mysoft> (preset is a set of methods to use while encoding... (for all profiles*))
[11:16:27 CEST] <Kiicki> ooh, yeah. No I remember. I usually just leave it at medium or standard if that is more correct
[11:16:52 CEST] <furq> ffmpeg is really not as intimidating as it looks and it's worth the time investment
[11:17:00 CEST] <Mysoft> yes! :)
[11:17:05 CEST] <Mysoft> using ffmpeg with a single command line
[11:17:25 CEST] <Kiicki> It is like learning a new language. The thing you wrote, could have fooled me and said that it is Chinese
[11:17:41 CEST] <Mysoft> i could do the whole webcam capture+mixing with mic+mixing with screen capture+overlaying and output directly to a rtmp stream of twitch
[11:17:48 CEST] <Mysoft> like they do with OBS :P
[11:18:04 CEST] <Mysoft> but without a "SOB" bloated non compatible software like OBS
[11:18:04 CEST] <Mysoft> :P
[11:18:10 CEST] <furq> half of the thing i wrote there is bash
[11:18:19 CEST] <Mysoft> yeah
[11:18:20 CEST] <furq> or posix shell if you want to be pedantic, which of course i do
[11:18:28 CEST] <Mysoft> if you need a batch equivalent just ask :)
[11:18:35 CEST] <furq> don't ask me though
[11:19:10 CEST] <Kiicki> Would you say that converting with ffmpeg is faster than GUI programs? One of my concerns is that I always need the exe file or the batch file in the same folder that I want to convert? Or at least change the command so it knows what folder I want to convert?
[11:19:37 CEST] <furq> just install it into your PATH
[11:20:28 CEST] <Mysoft> Kiicki many GUI programs
[11:20:33 CEST] <Mysoft> just use ffmpeg (or libav)
[11:20:49 CEST] <Mysoft> but they usually have other "options" other than ffmpeg
[11:21:14 CEST] <Mysoft> and many times i think they make stuff worse :P
[11:21:41 CEST] <Mysoft> because they are either convoluted or tunned for starters (basic conversion to spefic device)
[11:21:50 CEST] <Mysoft> which always end in worse quality :(
[11:22:06 CEST] <Mysoft> the only case that ffmpeg might still "lose" in speed
[11:22:08 CEST] <furq> guis are great if you need to do the specific thing the gui is made to do
[11:22:11 CEST] <Kiicki> meGUI does have ffmpeg I think. Not sure what you guys think of the program though
[11:22:27 CEST] <furq> if you think ffmpeg's gui is daunting then you probably shouldn't use megui
[11:22:28 CEST] <Mysoft> is with hardware acceleration decode/encode
[11:22:49 CEST] <furq> megui is close to being the worst gui i've ever used
[11:22:51 CEST] <Mysoft> because that is still experimental on ffmpeg :)
[11:23:24 CEST] <Kiicki> That I'm not sure of. also ffmpeg is disabled here. Not even sure how to enable it. But if it's bad, I won't use it
[11:23:25 CEST] <furq> although i can't accuse it of lacking options
[11:23:41 CEST] <furq> well this is the thing
[11:23:45 CEST] <furq> megui is quite good (i have it open right now)
[11:23:54 CEST] <furq> but because it's quite good, it has a loathsome gui
[11:24:35 CEST] <furq> i'm yet to encounter something which has a passable feature set and a good gui
[11:25:35 CEST] <Kiicki> Then screw GUI programs. Think I will take some time and learn about ffmpeg
[11:25:38 CEST] <Kiicki> command converting
[11:25:48 CEST] <Mysoft> heh i have a friend that keep asking to me GUI's like that
[11:26:00 CEST] <Mysoft> because i also have problems with GUi's
[11:26:09 CEST] <Mysoft> but most of the time is because there's the portability problems
[11:26:17 CEST] <Mysoft> linux people tend to dislike gui's
[11:26:22 CEST] <Mysoft> and when they make one... they tend to make it portable
[11:26:31 CEST] <Mysoft> so on windows... those run crap
[11:26:39 CEST] <Mysoft> and on windows side people...
[11:26:47 CEST] <Kiicki> yeah, the new meGUI is portable
[11:26:58 CEST] <Mysoft> most of the programmers are noobs, so they are using .net for the gui
[11:27:10 CEST] <Mysoft> which makes it no better
[11:27:20 CEST] <Mysoft> than the QT/GTK alrernatives
[11:27:41 CEST] <Mysoft> so it's a problem ^^
[11:28:10 CEST] <furq> i should really finish writing that dvd chapter list to ffmetadata converter so i don't have any reason left to use megui
[11:28:21 CEST] <furq> or mkvmerge, for that matter
[11:28:42 CEST] <Mysoft> lately things got worse... because .net 4.5 or new programs
[11:28:49 CEST] <Mysoft> (even unix portable??????) programs
[11:28:59 CEST] <Mysoft> that doesnt work on windows XP, so i have to fix them myself everytime :P
[11:29:04 CEST] <Mysoft> (i got pretty good at that tough :P)
[11:32:09 CEST] <Kiicki> you are using xp?
[11:32:10 CEST] Action: ritsuka facepalms at Windowx XP mention
[11:32:47 CEST] <Mysoft> yes :)
[11:32:50 CEST] <Mysoft> and don't start with that
[11:32:57 CEST] <Mysoft> it's stupid very stupid
[11:33:07 CEST] <Mysoft> specially when linux people
[11:33:17 CEST] <Mysoft> also hate the new KDE and that new "init" method
[11:33:21 CEST] <Mysoft> so they would stick to the old one
[11:33:36 CEST] <Mysoft> the same way that certain more advanced distros also have older methods for everythinb
[11:33:39 CEST] <Mysoft> because they are BETTER
[11:33:43 CEST] <Mysoft> and that's the case of XP
[11:33:52 CEST] <Mysoft> i can't tolerate anything newer
[11:34:00 CEST] <Mysoft> so please STOP
[11:34:25 CEST] <Kiicki> But it's like 15 years old : o
[11:34:40 CEST] <Kiicki> holy shit, it's been that long
[11:35:03 CEST] <Mysoft> so what?
[11:35:16 CEST] <Mysoft> elvis is over 60 yo
[11:35:22 CEST] <Mysoft> and so do my mom
[11:35:27 CEST] <Mysoft> they should be replaced too?
[11:35:45 CEST] <ritsuka> nothing, just don't complain if new software doesn't support it :P
[11:35:57 CEST] <Mysoft> i'm not complaining of software not supporting it
[11:36:02 CEST] <Mysoft> i'm complaning of software using more than they need
[11:36:08 CEST] <Mysoft> just for convenience and laziness
[11:36:09 CEST] <Mysoft> :)
[11:36:20 CEST] <furq> well elvis died on the toilet
[11:36:26 CEST] <Kiicki> ^
[11:36:29 CEST] <furq> so you shouldn't be too surprised when that happens to windows xp
[11:36:33 CEST] <BtbN> feel free to submit patches. And make sure they don't break anything while ripping out unneded API features.
[11:36:39 CEST] <Mysoft> furq it will be alright
[11:36:46 CEST] <Mysoft> since i will move to ReactOS when it gets beta
[11:36:54 CEST] <BtbN> so, never?
[11:36:55 CEST] <furq> that's going to take more than 60 years
[11:37:04 CEST] <Mysoft> i'm not in a hurry
[11:37:09 CEST] <furq> well that's good
[11:37:15 CEST] <Mysoft> since XP wont stop working while i can do stuff to it myself
[11:37:31 CEST] <Mysoft> much better than being slaved ;P
[11:37:42 CEST] <BtbN> It's just a mess of unpatched security issues and missing software-support...
[11:37:52 CEST] <Mysoft> no it's not :P
[11:37:55 CEST] <BtbN> Yes it is.
[11:37:57 CEST] <Mysoft> no it's not
[11:37:58 CEST] <Mysoft> :)
[11:38:03 CEST] <Mysoft> technically it is more secure
[11:38:05 CEST] <Mysoft> than vista+
[11:38:07 CEST] <BtbN> lol
[11:38:09 CEST] <furq> you just said you have to manually fix software to get it to work
[11:38:12 CEST] <Kiicki> Didn't they stop working with security issues like many years ago?
[11:38:23 CEST] <BtbN> They stopped releasing security fixes over a year ago, yes.
[11:38:26 CEST] <Mysoft> so?
[11:38:32 CEST] <BtbN> So it's stupid to still use it.
[11:38:33 CEST] <Kiicki> so it means it's not secure
[11:38:35 CEST] <Mysoft> no
[11:38:38 CEST] <Mysoft> it doesnt :)
[11:39:08 CEST] <furq> well i'm convinced
[11:39:13 CEST] <Mysoft> because the majority of people uses the worse newer ones
[11:39:18 CEST] <Mysoft> and so the target of people who find exploits
[11:39:20 CEST] <Mysoft> also changed to that
[11:39:28 CEST] <Mysoft> and 99% of the exploits they find wont affect XP
[11:39:34 CEST] <Mysoft> and even when they do it requires running a program
[11:39:39 CEST] <Mysoft> if it requires running a program
[11:39:40 CEST] <BtbN> you only need exactly one exploit for XP, because it's never fixed.
[11:39:43 CEST] <Mysoft> they can do whatever they want
[11:39:46 CEST] <Mysoft> since i'm "root"
[11:39:55 CEST] <furq> xp still has a 5-10% usage share last i checked
[11:40:01 CEST] <furq> mostly corporate machines
[11:40:05 CEST] <furq> obviously nobody would want to hack those
[11:40:13 CEST] <BtbN> And there already are numerous XP exploits out in the wild.
[11:40:19 CEST] <Mysoft> none of them
[11:40:22 CEST] <Mysoft> are remote...
[11:40:25 CEST] <BtbN> So still using XP, specially when connected to the internet, is just plain stupid.
[11:40:28 CEST] <Mysoft> and most of them require using a component
[11:40:32 CEST] <furq> way more people use XP than 8 or OSX
[11:40:33 CEST] <Mysoft> that i would have disabled anyway because it's bloaty
[11:40:51 CEST] <furq> oh are you one of those people who's running a 70MB nLite image
[11:40:55 CEST] <furq> i should have guessed really
[11:41:04 CEST] <BtbN> Well, have fun with your outdated insecure system then, but don't bother other people with it.
[11:41:17 CEST] <Mysoft> i'm not bothering anyone
[11:41:21 CEST] <Mysoft> you're the one that is doing it
[11:41:22 CEST] <Mysoft> ...
[11:41:34 CEST] <BtbN> Well, you are asking ffmpeg devs to invest time to make stuff work on your unsupported system.
[11:41:37 CEST] <Mysoft> and being a loser idiot
[11:41:42 CEST] <Mysoft> calling crap about my OS
[11:41:55 CEST] <Mysoft> BtbN because it's simple
[11:42:02 CEST] <BtbN> Well, just do it yourself then?
[11:42:09 CEST] <Mysoft> sure i can make patches
[11:42:12 CEST] <BtbN> ffmpeg devs don't care about XP anymore.
[11:42:14 CEST] <Mysoft> but if  they don't get allowed
[11:42:17 CEST] <Mysoft> then i will complain
[11:42:29 CEST] <furq> you know, for someone who said "don't start with that", you seem pretty eager to start with that
[11:42:32 CEST] <Mysoft> because then it's ffmpeg devs being losers
[11:42:38 CEST] <BtbN> If they break other stuff, they will get rejected. And I'm quite sure the Vista+ features ffmpeg uses are used for something.
[11:42:38 CEST] <Mysoft> i told you to not start it with
[11:42:42 CEST] <Mysoft> because once you start
[11:42:44 CEST] <Mysoft> i wouldnt stop
[11:42:53 CEST] <Mysoft> but instead of stop
[11:42:59 CEST] <Mysoft> the loser started with the usual loser crap
[11:43:01 CEST] <Mysoft> which make me mad
[11:43:10 CEST] <Mysoft> instead of respect different people
[11:43:22 CEST] <Mysoft> BtbN no they are not :)
[11:43:29 CEST] <Mysoft> there's nothing on ffmpeg (except DXVA2)
[11:43:40 CEST] <Mysoft> that require vista+
[11:43:51 CEST] <Mysoft> and you wont see me complaining against that :)
[11:44:13 CEST] <Mysoft> but if it stopped working on XP
[11:44:20 CEST] <Mysoft> because it forcible links to DXVA2 stuff
[11:44:22 CEST] <Mysoft> even when not using it
[11:44:24 CEST] <Mysoft> then i would complain
[11:44:35 CEST] <Mysoft> because that's a bad practice :)
[11:44:38 CEST] <BtbN> Looking forward to your non-breaking patches then.
[11:45:13 CEST] <Mysoft> you know that 99% of the patches that i do to fix vista+ apps are apps doing
[11:45:21 CEST] <Mysoft> SomeFunctionCallEx( normal options , 0 )
[11:45:23 CEST] <Mysoft> intead of
[11:45:27 CEST] <Mysoft> SomeFunctionaCall( normal options )
[11:45:39 CEST] <Mysoft> (that on vista calls "normal options , 0")
[11:46:07 CEST] <Kiicki> "Download FFmpeg 64-bit Static" is what I should download right?
[11:46:21 CEST] <furq> probably
[11:46:35 CEST] <Mysoft> and the third problem (that is the done that i complained last time)
[11:46:45 CEST] <Mysoft> is that ffmpeg win32 build was using a msvcrt.dll function that is vista+
[11:46:59 CEST] <Mysoft> when even MS said to NOT USE MSVCRT DLL functions that those are reserved for the system
[11:47:11 CEST] <Mysoft> and should correctly link to the msvcrxxx.dll
[11:48:11 CEST] <Mysoft> ofcourse since those are utterly easy to fix... i have tools to do that without even need to recompile... or to be version specific ^^)
[11:49:07 CEST] <Mysoft> so, ok i'm done with it
[11:49:14 CEST] <Mysoft> please don't keep pushing on the subject :(
[12:16:39 CEST] <superbia> hola, /buffer close
[16:22:23 CEST] <viric> what do you think, hyperthreading is good or bad to encode with x264?
[16:25:28 CEST] <furq> it depends whether you're asking "should i enable ht" or "should i buy a cpu with ht"
[16:25:39 CEST] <viric> the 1st
[16:25:42 CEST] <furq> then yes
[16:25:56 CEST] <furq> it doesn't make a huge difference but it's better than having it switched off
[16:26:24 CEST] <furq> anecdotally at least
[16:27:56 CEST] <viric> I did not benchmark on speed (time to complete a multithread job)
[16:28:23 CEST] <viric> but temperature certainly rises noticeably higher if I use 3 threads instead of 2 (dualcore+HT)
[16:28:38 CEST] <furq> are there any real-world cases where ht is slower
[16:28:42 CEST] <viric> I know
[16:28:57 CEST] <viric> ffmpeg cases?
[16:29:04 CEST] <furq> just in general
[16:29:31 CEST] <ChocolateArmpits> When you disable the virtual cores the performance drops
[16:30:02 CEST] <ChocolateArmpits> Ok, let me explain better, when you disable the virtual cores for a given application
[16:30:24 CEST] <ChocolateArmpits> So in HT all virtual cores are treated as equal performers rather than real cores only
[16:31:12 CEST] <viric> I can't appreciate the meaning of that
[16:31:18 CEST] <furq> i'm not sure what you're trying to say
[16:31:37 CEST] <viric> avoiding the word 'real' always helps
[16:31:51 CEST] <viric> try without 'real' :)
[16:32:18 CEST] <viric> I didn't know I could disable HT per application. I thought more of a BIOS setting
[16:32:58 CEST] <furq> you can do it with thread affinity but i don't know whether that's comparable to turning it off in the bios
[16:36:12 CEST] <viric> I have loadavg > 8
[16:36:26 CEST] <viric> (quite of that is cpu)
[16:36:43 CEST] <viric> multiple programs... not only one program multithread
[16:36:50 CEST] <viric> I guess HT will help
[17:01:48 CEST] <ChocolateArmpits> HT can't be turned off per program
[17:06:45 CEST] <iive> if you execute 1 thread on 1 physical core, it runs at 100%
[17:07:21 CEST] <iive> if you have HT and you run 2 threads on 2 virtual cores that are on the same physical core, both threads run at 75%
[17:07:40 CEST] <iive> so you have net win of 50% when using HT.
[17:07:52 CEST] <iive> at least with the test i've done on my cpu.
[17:08:15 CEST] <viric> what test?
[17:08:43 CEST] <viric> it'd be nice to have benchmarks for HT
[17:09:32 CEST] <furq> that doesn't seem like a reliable metric
[17:09:49 CEST] <furq> all 8 threads run at 100% here but it doesn't run twice as fast as with HT off
[17:09:53 CEST] <furq> s/threads/cores/
[17:11:21 CEST] <iive> viric: i don't remember exactly, but it was some ultimedia related test.
[17:12:05 CEST] <iive> furq: maybe you didn't understand me. while 2 HT threads run 100% utilizatation each, each one of them is running at 75% speed of single thread.
[17:12:07 CEST] <viric> certainly it will depend on the algorithm
[17:12:22 CEST] <viric> if the threads are running AVX code... I guess HT won't help at all
[17:12:30 CEST] <viric> but if they are running quite dumb x86 code, may help
[17:13:08 CEST] <iive> depends...  not all units in a core are used all the time.
[17:14:05 CEST] <viric> I gave the example of x264.
[17:14:21 CEST] <viric> should be easy to test.
[17:15:12 CEST] <iive> sure, but have in mind, you want to start separate 1 threaded processes.
[17:15:27 CEST] <iive> in order to avoid locking issues
[17:16:09 CEST] <t4nk253> Is there a way to override the input sampling frequency of a raw file in FFMPEG?
[17:16:31 CEST] <t4nk253> I have a G722 file which conversion is distorted.
[17:16:31 CEST] <viric> iive: of course
[17:16:51 CEST] <t4nk253> Is there a flag for that? I swear I've RTFMed the whole thing...
[17:18:18 CEST] <ChocolateArmpits> t4nk253: Did you try using -ar as an input option ?
[17:18:54 CEST] <t4nk253> Everytime I did that it adjusted the output sampling.
[17:19:08 CEST] <ChocolateArmpits> Did you place it before the input ?
[17:19:17 CEST] <t4nk253> Let me try again.
[17:19:46 CEST] <ChocolateArmpits> Input options go before the specific input, output options go before the output but after the input
[17:20:27 CEST] <t4nk253> "Option sample_rate not found."
[17:20:57 CEST] <ChocolateArmpits> What version are you using?
[17:21:17 CEST] <t4nk253> I'm on a Windows box right now so ffmpeg version N-81328-gceab04f.
[17:21:35 CEST] <t4nk253> But I've tried it with avconv on *nix systems yesterdayl
[17:27:24 CEST] <ChocolateArmpits> t4nk253: Did you try conversion with sox?
[17:28:28 CEST] <t4nk253> I wish
[17:28:32 CEST] <t4nk253> Sox doesn't support G722.
[17:30:46 CEST] <ChocolateArmpits> t4nk253: Is there any player that correctly decodes the audio stream? You could probably re-record it on playback
[17:31:08 CEST] <ChocolateArmpits> And then convert it normally
[17:36:31 CEST] <agrathwohl> t4nk253: are neither of the two sampling rate options of 8k and 16k provided by FFmpeg's G722 decoder working for you?
[17:37:25 CEST] <agrathwohl> if I recall correctly you need to also specify an exactly correct bitrate to properly decode G722 depending on whether it is wideband or narrowband
[17:46:31 CEST] <viric> I hate to use audacity to set up the audio of conference recordings
[17:46:38 CEST] <viric> it's moving 2GB here and there all the time
[17:52:39 CEST] <durandal_1707> viric: ffmpeg records too
[18:09:06 CEST] <viric> durandal_1707: no no, I have two microphones in the room, and the two tracks. I have to silence one or the other depending on who talks, and mix them into one track
[18:09:50 CEST] <Kiicki> .seen mysoft
[18:10:20 CEST] <viric> ?
[18:10:55 CEST] <Kiicki> thought this command worked in this channel
[18:11:04 CEST] <viric> what is your soft? :)
[18:11:36 CEST] <Kiicki> I'm not that techie. I don't even know what you mean by that : /
[18:13:04 CEST] <Kiicki> actually, I don't understand any of it, but I have time now and will try to learn something
[18:13:17 CEST] <viric> you wrote something about yoursoft
[18:13:19 CEST] <Kiicki> Youtube doesn't seem like the place to learn things
[18:13:40 CEST] <Kiicki> ooh, that is just a guy here
[18:13:56 CEST] <Kiicki> I thought that the command ".seen" worked here so I can see when he was last active in the chat
[18:15:32 CEST] <durandal_1707> I hate when people leave when I have answer for them
[18:16:13 CEST] <Kiicki> They have no respect for people that are trying to help them
[18:16:42 CEST] <Spring> durandal_1707, you could memo them
[18:16:52 CEST] <Spring> unless they're just a rando
[18:19:17 CEST] <furq> it's always a rando
[18:36:37 CEST] <iive> viric: what happened with your ht cpu benchmarks?
[18:48:49 CEST] <viric> iive: it's not the best moment to try them; I'll be at loadavg = double nproc for the next day. :)
[18:49:38 CEST] <iive> viric: ok, when you do them, i'd be happy if you remember that i've asked about the results.
[18:50:11 CEST] <viric> sure
[18:50:20 CEST] <viric> I guess I'll talk about them here.
[18:51:08 CEST] <viric> I'm encoding several hours of h264 in a weak notebook
[19:00:26 CEST] <iive> make sure it is properly cooled :D
[19:00:40 CEST] <iive> video encoding can melt plastic beams :D
[19:01:14 CEST] <Spring> I'm surprised timecodes work on GIF inputs
[19:01:43 CEST] <Spring> ffmpeg just treats them any other input
[19:03:04 CEST] <Spring> edit, or not. ffplay does at least.
[19:06:22 CEST] <viric> iive: 61°
[19:42:55 CEST] <viric> iive: it is a weak enough notebook that even cannot overheat.
[19:52:46 CEST] <Threads> whats the best way to have subtitles muxed in but i dont want them turned on by default i would rather have them off
[19:53:25 CEST] <ritsuka> it depends on the container format you use and the player you will use to playback it
[19:54:07 CEST] <furq> Threads: -disposition:s:0 0
[19:55:03 CEST] <Threads> ok thanks
[19:55:11 CEST] <Threads> ritsuka its mkv im muxing to
[19:56:01 CEST] <furq> it just depends on the player then
[21:49:13 CEST] <Threads> furq yeah nothing is turning the flag off to stop it from playing on start up in vlc and mpc
[21:51:25 CEST] <Threads> keeps setting to Default: Yes when i need it as Default: No
[00:00:00 CEST] --- Sun Aug 14 2016