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

[burek]

[00:01:31 CEST] <Nobgul> Sup mosb3rg
[00:02:43 CEST] <nichego> hello
[00:03:17 CEST] <nichego> can i mux .vtt subtitles into a .mp4 container? (i tried ffmpeg -i input.mp4 -i subs.vtt -c copy out.mp4 and the resulting mp4 file does not contain the subtitles)
[00:03:38 CEST] <JEEB> as far as I can remember I haven't seen an official mapping for VTT
[00:03:41 CEST] <JEEB> in ISOBMFF
[00:03:50 CEST] <JEEB> (which is what we colloquially call "mp4")
[00:03:57 CEST] <nichego> so it can only be carried in webm?
[00:04:26 CEST] <JEEB> probably, although I think timed text should be usable for you
[00:04:34 CEST] <JEEB> if you need subtitles in ISOBMFF
[00:05:09 CEST] <nichego> i can play the mp4 file side-by-side with the vtt subs using mpv
[00:05:11 CEST] <nichego> it works
[00:05:29 CEST] <nichego> i was wishing to embed the subs into the mp4 container so as to not have two files
[00:05:42 CEST] <JEEB> unless you have some very fancy styling, just use timed text
[00:05:52 CEST] <JEEB> and you will get text based subs in ISOBMFF
[00:06:07 CEST] <nichego> oh, the issue is i don't have control over the source
[00:06:14 CEST] <nichego> i got the vtt files from youtube
[00:06:26 CEST] <c_14> just add -c:s mov_text
[00:06:40 CEST] <nichego> let me test that
[00:06:42 CEST] <JEEB> yeah, that does the conversion
[00:06:57 CEST] <c_14> has to be after -c copy
[00:07:03 CEST] <c_14> and before the output file
[00:07:20 CEST] <JEEB> yes, first global copy and then the next setting overrides the parameter for subtitles
[00:08:02 CEST] <nichego>   Stream #0:2 -> #0:2 (mov_text (native) -> mov_text (native))
[00:08:16 CEST] <nichego> <output filename>: Invalid data found when processing input
[00:08:25 CEST] <c_14> does the mp4 already have subtitles?
[00:08:32 CEST] <JEEB> pastebin full command and terminal output into patebin
[00:08:34 CEST] <JEEB> *pastebin
[00:08:35 CEST] <JEEB> and link here
[00:09:05 CEST] <nichego> moment
[00:09:52 CEST] <nichego> oh
[00:10:05 CEST] <nichego> it works
[00:10:12 CEST] <nichego> i had supplied the wrong file to -i
[00:10:20 CEST] <nichego> worked perfectly
[00:10:21 CEST] <nichego> thanks!
[00:10:26 CEST] <JEEB> :)
[00:11:46 CEST] <nichego> thanks again. i'll be on my way. good luck
[00:30:56 CEST] <mosb3rg> sup nobgul sorry was afk
[00:31:13 CEST] <mosb3rg> so i had an interesting error when trying to fix that overly agressive url
[00:31:40 CEST] <mosb3rg> so i url shortened it and i got a repeated error about the cookie value not being passed from the url anymore etc. and it still dumped perfectly fine to a ts file
[00:33:27 CEST] <mosb3rg> [http @ 0x17bdf80] No trailing CRLF found in HTTP header.
[00:33:27 CEST] <mosb3rg> [http @ 0x17aa4e0] Invalid cookie found, no value, path or domain specified
[00:33:38 CEST] <mosb3rg> repeats it endlessly, but its still dumping heh
[00:52:47 CEST] <AlexQ> Hi. Are there are Windows builds of ffmpeg with libx265?
[00:54:31 CEST] <gmh> No
[00:56:13 CEST] <AlexQ> Is that for legal reasons or what?
[00:57:11 CEST] <gmh> No idea really. I just googled it for you and found no builds with libx265 :)
[00:58:55 CEST] <JEEB> there are no official binaries of FFmpeg at all
[00:59:04 CEST] <JEEB> for windows I'm pretty sure zeranoe builds with libx265
[00:59:11 CEST] <gmh> libx265 is not listed on https://ffmpeg.zeranoe.com/builds/ (where the "official" Windows builds are)
[00:59:21 CEST] <AlexQ> yeah, but I am not asking about the official builds...
[00:59:22 CEST] <JEEB> those are not in any way or form official
[00:59:25 CEST] <gmh> JEEB: not according to their website. Not even when you pay :P
[00:59:27 CEST] <JEEB> oh, I'm surprised
[00:59:46 CEST] <JEEB> at least they used to have it I think...
[00:59:54 CEST] <JEEB> wait
[00:59:59 CEST] <gmh> Maybe legal reasons as AlexQ himself suggested
[01:00:01 CEST] <JEEB> x265 version 1.9 :P
[01:00:05 CEST] <JEEB> it's there
[01:00:07 CEST] <JEEB> on that page
[01:00:08 CEST] <JEEB> listed
[01:00:14 CEST] <gmh> indeed it is
[01:00:24 CEST] <gmh> my bad. How could I miss that
[01:00:34 CEST] <AlexQ> JEEB: Really? I still don't see it there
[01:01:03 CEST] <gmh> Not sure if it is part of their default builds tho, if not you would have to request a custom build @ https://ffmpeg.zeranoe.com/builds/
[01:01:09 CEST] <JEEB> it is
[01:01:09 CEST] <gmh> https://ffmpeg.zeranoe.com/quote-request/ **
[01:01:37 CEST] <DHE> ...fdk-aac is listed.
[01:01:48 CEST] <AlexQ> You mean that it is listed as external libraries used. Okay, I'll check that build out then
[01:01:59 CEST] <AlexQ> library*
[01:03:21 CEST] <JEEB> gmh: for MPEG/ITU-T video formats unless you are a company and making money distributing multimedia binaries is generally something people put a blind eye on. if you start taking money, at that point you might want to start paying more attention. It's Dolby and DTS formats where those guys actually try to enforce their things.
[01:04:11 CEST] <JEEB> IANAL tho and I am not recommending pushing out such binaries, but that's how I've seen it in general :P
[01:04:25 CEST] <gmh> Agreed.
[01:04:59 CEST] <JEEB> also even if you take a license for AVC f.ex., it doesn't mean you start paying. I think AVC was like either 10k or 100k distributed and then you have to start paying
[01:05:41 CEST] <DHE> iirc 250,000
[01:05:54 CEST] <JEEB> yeah, they might have raised it even more compared to when I last read
[01:06:09 CEST] <DHE> h265 licensing is worse though
[01:06:17 CEST] <AlexQ> http://paste.ubuntu.com/17235039/
[01:06:26 CEST] <JEEB> oh yeah, HEVC is where people decided they didn't profit from AVC's licensing enough
[01:06:41 CEST] <JEEB> or well, "people" as in lawyers/businesspeople in corporations
[01:06:54 CEST] <DHE> I could hear google cringe and start working on vpx all the way from here in canada. :)
[01:07:06 CEST] <JEEB> oh they did that way before
[01:07:17 CEST] <AlexQ> JEEB: Don't forget that not the whole world is the USA. I don't think that these things work all around the world, but the whole world suffers, right?
[01:07:23 CEST] <JEEB> they bought On2 which was copying standardized formats for more than 10y
[01:08:07 CEST] <DHE> they get patents in other countries as well...
[01:08:19 CEST] <JEEB> and unfortunately they still kept at least some of the On2 mentality which is why I was definitely MEH'd back in 2013 when VP9 was published
[01:08:34 CEST] <AlexQ> But are there software patents in the EU, for example?
[01:09:32 CEST] <JEEB> and it's fun when people try to tell me "but google is open compared to those formatS!!!!" and I sigh thinking of the fact that I am actually able to read through the HEVC development materials and mailing list, while VPx formats usually get spanked off behind closed doors
[01:09:46 CEST] <JEEB> and VPx formats generally lack specifications
[01:09:56 CEST] <JEEB> "reference implementation is the spec" :V
[01:10:27 CEST] <JEEB> which is why VP9 has a few libvpx bugs basically ending up as "features" in the format
[01:10:46 CEST] <JEEB> the cross-vendor initiative was a good thing though
[01:11:00 CEST] <JEEB> and I hope it will bring VPx formats out of the google secrecy field
[01:13:50 CEST] <AlexQ> There are x265.exe builds for Windows, though. Can I pipe it? Don't know if pipes even work on Windows :D?
[01:14:14 CEST] <JEEB> yes, although do you really say those zeranoe's static builds don't have x265 :P
[01:15:11 CEST] <JEEB> your pastebin has --enable-libx265 just fine there :P
[01:15:24 CEST] <JEEB> and the wrapper seems to be more efficient than piping
[01:15:36 CEST] <JEEB> wat...
[01:15:44 CEST] <JEEB> --disable-w32threads
[01:15:52 CEST] <JEEB> what the flying eff did that person smoke
[01:16:23 CEST] <JEEB> I guess it will switch to mingw-w64's pthread implementation, but...
[01:16:33 CEST] <JEEB> last I saw it was rather suboptimal
[01:17:44 CEST] <JEEB> but in any case, it should work :P
[01:19:12 CEST] <AlexQ> :D
[01:20:12 CEST] <AlexQ> What would be libx265's CRF corresponding to libx264's CRF 18?
[01:20:25 CEST] <AlexQ> More-or-less, obviously
[01:23:51 CEST] <AlexQ> Full list of formats supported by the newest Zeranoe build there, in case anyone was interested: http://paste.ubuntu.com/17235340/
[01:34:35 CEST] <AlexQ> 23?
[01:37:50 CEST] <AlexQ> I don't get it; I used a 30-sec sample and I got almost 2x larger file with -preset:v veryfast than with -preset:v ultrafast, and the same crf and other options. Don't get it
[01:40:23 CEST] <AlexQ> And quality is worse, obviously. Is there something wrong with crf implementation or what?
[01:55:38 CEST] <AlexQ> I had no parenthesis around crf=18 after -x265-params and -map options seemed not to work, that was strange indeed :O Added and worked properly
[01:56:13 CEST] <c_14> Isn't -crf mapped to the libx265 option?
[01:57:06 CEST] <c_14> It looks like it is
[01:59:33 CEST] <AlexQ> Well, H.265 example on ffmpeg wiki suggests to use -x265-params, I think I tried without and it did not work, though maybe there was another syntax error. Will try in a sec
[02:00:20 CEST] <AlexQ> you think that strange crf behaviour could have been caused by that?
[02:00:44 CEST] <c_14> well, if you got the escaping wrong or something
[02:03:49 CEST] <AlexQ> that I mentioned above; bitrate decreased with increased encoding speed (-preset:v) and constant crf. Though crf itself seemed to work as bitrate and perceivable quality (did not try extreme values, so that might be a bit subjective) seemed to increase with crf decrease, for a given preset. That seemed strange indeed.
[02:05:32 CEST] <c_14> Might be something strange with x265s ratecontrol
[02:05:34 CEST] <c_14> Never really used it
[02:06:34 CEST] <AlexQ> Works via ffmpeg -crf option as well.
[02:06:47 CEST] <AlexQ> Why is it -crf and not -crf:v ?
[02:06:50 CEST] <AlexQ> e.g.?
[02:07:12 CEST] <AlexQ> in examples
[02:07:57 CEST] <c_14> crf is a codec specific option available only for certain codecs
[02:08:03 CEST] <c_14> and not a general option
[02:08:06 CEST] <AlexQ> examples are messed up I guess... Somebody care to change e.g. that crf thing in https://trac.ffmpeg.org/wiki/Encode/H.265 ?
[02:09:09 CEST] <AlexQ> -strict experimental is not needed for -c:a aac anymore as well I guess?
[02:09:36 CEST] <c_14> ye
[02:11:57 CEST] <AlexQ> and it is in there. Would be  nice to update that H.265 encoding section in general, though I don't know what one needs to do to be able to edit that wiki?
[02:12:41 CEST] <c_14> you just need an account
[02:14:37 CEST] <AlexQ> BTW. I couldn't replicate that issue with strange crf behaviour on the same file (first 20 secs instead of 30 secs, though); maybe I forgot that crf is inversely proportional to quality, it's kinda late here
[02:16:49 CEST] <AlexQ> Wow, libx265 encoding really needs a lot of CPU, even though it is default H.265 profile (main) I guess
[02:17:40 CEST] <AlexQ> Transcoding 10-bit hevc to 8-bit hevc with ultrafast and crf 19 and it is barely faster than realtime
[02:18:51 CEST] <AlexQ> Though the bitrate achieved is suprisingly low, and quality supposedly higher than crf 18  in libx264
[02:19:43 CEST] <AlexQ> surprisingly*; maybe these speed presets should be balanced in a slightly different way then
[05:13:39 CEST] <haasn> Will I get a big boost to HEVC decoding performance when upgrading from a pre-AVX2 (i7 3770) CPU to something more modern?
[05:15:04 CEST] <haasn> I noticed a lot of references to AVX2 in the HEVC assembly
[08:04:13 CEST] <EugenA> is there any way to stream to rtmp server file which is growing?
[08:16:01 CEST] <nifwji2> I need a bit of help with scripting something in batch.
[08:16:30 CEST] <nifwji2> I need to automatically figure out what framerate to encode an animation at.
[08:16:45 CEST] <nifwji2> I have a command that returns information about the file.
[08:17:13 CEST] <nifwji2> a simple table that tells me what framerate to use based on the information the command returns
[08:17:46 CEST] <nifwji2> I just need to figure out how to read the information the command returns
[08:17:54 CEST] <nifwji2> and then put it into some sort of variable.
[08:18:04 CEST] <nifwji2> which is then converted into a framerate.
[08:18:28 CEST] <nifwji2> which is then used by ffmpeg to encode the file.
[08:35:04 CEST] CTCP VERSION:  from fnodeuser (fnodeuser!02568958 at gateway/web/freenode/ip.2.86.137.88) to #ffmpeg
[09:11:25 CEST] <nifwji2> http://puu.sh/ppHDO/229f92c043.txt
[09:11:44 CEST] <nifwji2> I am trying to read this file and set the two frame speeds as seperate variables.
[09:11:55 CEST] <nifwji2> I can only get the 4 for some reason.
[09:36:46 CEST] <nifwji2> I fixed my problem
[09:40:50 CEST] <nifwji2> on to the next problem
[09:40:51 CEST] <nifwji2> http://pastebin.com/esLyKtrg
[09:41:23 CEST] <nifwji2> now that the script creates a variable with the flipnote speed
[09:41:39 CEST] <nifwji2> I just need to convert it into framrate.
[09:41:45 CEST] <nifwji2> here is the information.
[09:53:14 CEST] <yagiza> Hello!
[09:53:55 CEST] <yagiza> Do anyone know how to tell FFMpeg use g.729/D instead of g.729?
[09:55:48 CEST] <yagiza> When encoding audio.
[10:00:12 CEST] <m00n_urn> Hey!
[10:00:25 CEST] <m00n_urn> How do i install ffmpeg on ubuntu trusty?
[10:03:32 CEST] <furq> m00n_urn: http://johnvansickle.com/ffmpeg/
[10:04:39 CEST] <furq> yagiza: does ffmpeg even have a g.729 encoder
[10:05:13 CEST] <m00n_urn> furq: which one should i go for? the release build?
[10:05:21 CEST] <furq> listen to your heart
[10:06:36 CEST] <m00n_urn> furq: yeahhhh that neva worked :D
[10:09:08 CEST] <nifwji2> god damn it
[10:09:14 CEST] <nifwji2> batch is the worst.
[10:09:25 CEST] <nifwji2> it doesn't do anything I tell it to.
[10:09:42 CEST] <nifwji2> oh wait
[10:09:58 CEST] <nifwji2> I think I understand what went wrong
[10:13:21 CEST] <nifwji2> nope
[10:13:28 CEST] <yagiza> furq, yes it is
[10:13:31 CEST] <nifwji2> I though I fixed the problem but it ist still happening.
[10:14:28 CEST] <yagiza> furq, https://en.wikipedia.org/wiki/FFmpeg#Codecs
[10:14:32 CEST] <nifwji2> the worst part is when something stops working even though you didn't change anything
[10:15:11 CEST] <furq> yagiza: https://ffmpeg.org/general.html#Audio-Codecs
[10:15:15 CEST] <furq> that only lists a decoder
[10:16:00 CEST] <yagiza> furq, too strange
[10:18:33 CEST] <m00n_urn> furq: i downloaded it now what? shoudl i ./ffmpeg?
[10:19:26 CEST] <furq> extract it to /usr/local/bin
[10:20:09 CEST] <furq> ./ffmpeg will work but /usr/local/bin is the correct place for it on debian (or ubuntu)
[10:21:57 CEST] <nifwji2> what am I doing wrong here?
[10:21:57 CEST] <nifwji2> http://pastebin.com/6G0KMuSE
[10:23:07 CEST] <nifwji2> I print the variable frameSpeeda to a txt file after it goes through this and it outputs "ECHO is on"
[10:23:57 CEST] <yagiza> furq, it seems calling avcodec_find_encoder(AV_CODEC_ID_G729) returns not NULL!
[10:26:17 CEST] <m00n_urn> furq: are ya sure if it is usr/local/bin is where it is supposed to be extracted/
[10:26:36 CEST] <furq> you can extract it wherever you want, but that's the right place to put it
[10:26:40 CEST] <furq> and yes you do need root
[10:27:01 CEST] <m00n_urn> all right
[10:28:21 CEST] <furq> yagiza: what does avcodec_get_name return
[10:28:28 CEST] <furq> maybe it uses another encoder
[10:28:54 CEST] <yagiza> furq, I'm working on it
[10:29:24 CEST] <m00n_urn> furq: should i cut the whole folder or just the ffmpeg file ?
[10:29:38 CEST] <furq> you might as well put them all in there
[10:30:08 CEST] <m00n_urn> like the whole folder?
[10:30:19 CEST] <furq> oh nvm there's a bunch of other stuff in there
[10:30:42 CEST] <m00n_urn> furq: so just the "ffmpeg" ?
[10:30:43 CEST] <furq> just put ffmpeg and ffprobe in there
[10:30:50 CEST] <m00n_urn> furq: cool
[10:31:38 CEST] <furq> the rest belongs in /usr/share or /usr/share/man if you care enough
[10:32:05 CEST] <nifwji2> I am getting an error with ffmpeg
[10:32:21 CEST] <nifwji2> "Output file #0 does not contain any stream"
[10:36:23 CEST] <nifwji2> fun fact
[10:36:38 CEST] <nifwji2> I am pretty sure only 1 question I have asked has been answered
[10:36:48 CEST] <nifwji2> and I have asked alot over like 3 different channels
[10:36:52 CEST] <nifwji2> I usually solve them myself.
[10:38:28 CEST] <nifwji2> but I have spent like 10 hours working on this now
[10:43:20 CEST] <nifwji2> http://puu.sh/ppKZ6/bc9b56d2eb.bat
[10:43:25 CEST] <nifwji2> here is my batch script
[10:44:02 CEST] <nifwji2> it starts in the ppm2webm directory
[10:44:16 CEST] <nifwji2> and copies unpu.ppm into the PPM folder
[10:44:30 CEST] <nifwji2> then it changes the directory to PPM
[10:44:40 CEST] <nifwji2> extracts the metadata into a text file
[10:44:57 CEST] <nifwji2> then it get the 2 seperate frame speed values and assigns then to variables
[10:46:07 CEST] <nifwji2> then it checks the frame speed value and creates another variable based on that
[10:46:22 CEST] <nifwji2> so if the frame speed is 6 it creates a variable iwth the value of 12
[10:46:37 CEST] <nifwji2> which is then used as the framerate in an ffmpeg command below
[10:47:36 CEST] <nifwji2> I want to know why the framespeeda(framerate) variable isn't becoming the right number
[12:25:16 CEST] <nifwji2> oh god
[12:25:24 CEST] <nifwji2> my computer is screwing up for some reason
[12:25:48 CEST] <nifwji2> I can't even explain what is happening
[12:29:36 CEST] <nifwji2> oh
[12:29:45 CEST] <nifwji2> explorer broke
[12:29:53 CEST] <nifwji2> I just had to restart it in task manager
[12:29:57 CEST] <nifwji2> and now the computer is fine
[12:43:16 CEST] <nifwji2> ok
[12:43:27 CEST] <nifwji2> I fixed the audio speed issues
[12:43:30 CEST] <nifwji2> wow
[12:43:36 CEST] <nifwji2> I made much more progress than I expected
[14:16:34 CEST] <nifwji2> I am uploading some of the flipnotes I decoded here
[14:16:36 CEST] <nifwji2> http://boards.4chan.org/wsg/thread/1127750
[14:48:16 CEST] <leventel> hello
[14:48:32 CEST] <nifwji2> hello
[14:50:26 CEST] <leventel> I would like to encode some video to AVC-intra100 with yuv422 10bit
[14:50:50 CEST] <leventel> I've read https://lists.mplayerhq.hu/pipermail/ffmpeg-user/2015-June/027120.html and http://video.stackexchange.com/questions/13164/encoding-422-in-10-bit-with-libx264
[14:51:10 CEST] <leventel> and compiled fresh ffmpeg and libx264 on a linux box
[14:51:52 CEST] <leventel> I transcoded some test files, and checked the results with mediainfo
[14:52:11 CEST] <leventel> there are 2 type of output:
[14:52:39 CEST] <leventel> one with codec ID: avc1
[14:53:08 CEST] <leventel> and the other with ID: ai12
[14:54:44 CEST] <leventel> hmm, I made a mistake, the avc1 is an older one with 8bit...
[15:33:47 CEST] <n1cky> Anyone have advice for taking an HTTP live stream and breaking it into webm chunks that fit certain requirements?
[15:34:03 CEST] <n1cky> eg: size and length
[15:34:15 CEST] <n1cky> Basically I want to do -ss but generically
[15:34:33 CEST] <furq> -f segment
[15:34:59 CEST] <furq> https://www.ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-ssegment
[15:44:02 CEST] <n1cky> Is it smart enough to buffer it if transcoding can't keep up, or should I use curl and pipe it?
[15:44:47 CEST] <furq> it will buffer it to an extent but if transcoding can't keep up then you'll eventually run out of buffer
[15:45:58 CEST] <n1cky> I've got plenty of ram, is there a way to tell it to be more greedy?
[15:46:32 CEST] <n1cky> and thank you, by the way.
[15:46:34 CEST] <n1cky> :)
[15:47:09 CEST] <furq> i'm not aware of a way to change the http buffer size
[15:48:11 CEST] <furq> https://www.ffmpeg.org/ffmpeg-protocols.html#http
[15:49:10 CEST] <BtbN> there is no point in an infinitely increasing buffer. Either you can keep up, or you can't.
[15:50:27 CEST] <furq> it makes sense for a timed broadcast
[15:50:43 CEST] <BtbN> then just download it?
[15:51:19 CEST] <furq> i guess you might as well start transcoding while it's still downloading
[15:51:37 CEST] <furq> but yeah if it's not timed then you should fix your encoder params
[15:52:25 CEST] <BtbN> If you record to mpeg-ts, and then transcode that file (with -re), you can just do so.
[15:53:26 CEST] <furq> that's probably a better answer in general
[15:54:04 CEST] <flarunt> is there a way to input from a file, but as if it was a stream, so that when it reaches the end, any new data will be processed?
[15:54:37 CEST] <n1cky> BtbN: Oh interesting, so I would want to do something like `curl $my_http_stream > /file` and then do `ffmpeg -i /file -re [..]` elsewhere?
[15:54:48 CEST] <BtbN> -re is an input option.
[15:54:51 CEST] <furq> you can do that if your http stream is already mpegts
[15:55:05 CEST] <furq> otherwise you'll need to download and remux it with ffmpeg and then transcode it with a separate ffmpeg
[15:55:13 CEST] <furq> it probably is mpegts though
[15:55:40 CEST] <n1cky> Yeah it is, awesome.
[15:55:48 CEST] <BtbN> Doesn't realy matter what it is. It has to be streamable, so that method is safe.
[15:56:01 CEST] <n1cky> thanks furq, BtbN. I think that's gonna work just fine.
[15:56:26 CEST] <BtbN> But make sure you use -re as input option. Otherwise you might run into an EOF if you are faster than realtime.
[16:42:21 CEST] <nifwji2> how do I add a thumbnail to a webm?
[16:42:31 CEST] <nifwji2> I work with webms alot
[16:42:44 CEST] <nifwji2> and I want to be able to see a preview of the file.
[16:43:01 CEST] <nifwji2> I plan on encoding about 6000+ webms in the next few days.
[16:43:22 CEST] <nifwji2> and I want to be able to more easily look through them all.
[17:15:45 CEST] <n1cky> Add a thumbnail? That would likely depend on your file manager.
[17:21:27 CEST] <nifwji2> I started this thread on 4chan
[17:21:38 CEST] <nifwji2> http://boards.4chan.org/wsg/thread/1127750
[17:21:42 CEST] <nifwji2> and no one has posted anything
[17:22:08 CEST] <nifwji2> because no one has any files relating to it.
[17:22:15 CEST] <nifwji2> I asked for flipnotes
[17:22:15 CEST] <JEEB> webm files themselves don't contain thumbnails
[17:22:26 CEST] <JEEB> services create their own thumbnails from the video files usually
[17:22:34 CEST] <nifwji2> I know that.
[17:22:43 CEST] <kepstin> nifwji2: this basically has nothing to do with ffmpeg (other than that you can use ffmpeg to make the thumbnails). You have to find out where/how your filemanager reads thumbnails, and make images and put them there.
[17:22:52 CEST] <JEEB> ok, then you understand that you just run two commands
[17:22:58 CEST] <JEEB> if you need the thumbnail and the webm
[17:23:08 CEST] <JEEB> or well, I guess you could do it all in one with two outputs
[17:23:21 CEST] <JEEB> in any case, ffmpeg can create those two files for you
[17:23:33 CEST] <JEEB> the webm output and the thumbnail if you need such
[17:23:49 CEST] <nifwji2> I already have a sccript that takes a ppm file and extracts the audio, frames, thumbnail and metadata
[17:24:05 CEST] <nifwji2> then encoded the frames and audio into a video.
[17:24:18 CEST] <kepstin> if your file manager doesn't have any easy way of associating thumbnails with files, then just save the thumbnail with the same filename as the webm but different extension, so they're beside each-other in the list :/
[17:24:47 CEST] <nifwji2> and it determines the correct framerate and how fast to encode the audio based on information in the metada
[17:24:50 CEST] <nifwji2> ta
[17:24:54 CEST] <nifwji2> that is a good idea
[17:25:24 CEST] <nifwji2> I will just keep the thumbnails saved with the same name right next to them.
[18:12:04 CEST] <georgios> if i am to transcode to AC3 (or AAC) @ 48k should i prefer to upsample AAC 44.100 or to transcode from opus 48k? it is a speech
[18:26:35 CEST] Action: penguin42 is having problems with getting ffmpeg to timeout on an rtsp convert
[18:27:12 CEST] Action: penguin42 is doing an -rtsp_transport tcp -i rtsp://...//...?stimeout=1000    but if I unplug the source (it's an ip camera) and plug it back in later ffmpeg never carries on
[18:32:51 CEST] <Fyr> guys, I need to place one video on the left and another on the right and play it together.
[18:33:00 CEST] <Fyr> how to do that with ffmpeg?
[18:33:18 CEST] <Fyr> I need two stream in the same screen.
[18:33:45 CEST] <furq> Fyr: https://ffmpeg.org/ffmpeg-filters.html#hstack
[18:33:50 CEST] <DHE> multiple -i parameters for inputs, and the hstack filter is the easiest way
[18:34:02 CEST] <Fyr> thanks
[18:34:17 CEST] <Fyr> furq, does it matter if they are of different resolution?
[18:37:32 CEST] <DHE> I believe so
[18:37:50 CEST] <DHE> the above instructions are meant to give you something to google for
[21:18:09 CEST] <hawken> hey :)
[21:18:25 CEST] <hawken> Got some video from a camera that was accidentally rotated some 20 degrees
[21:18:36 CEST] <hawken> Trying to rotate it back, but rotate filter doesn't seem to keep the aspect ratio
[21:18:59 CEST] <hawken> anybody know how to do a rotation that does not alter aspect ratio?
[21:19:05 CEST] <hawken> (video is 1920x1080)
[21:19:20 CEST] <c_14> keep the aspect ratio?
[21:19:24 CEST] <c_14> rotate/crop/pad?
[21:19:56 CEST] <hawken> I mean, by the time the rotate filter is done, I would need some kind of stretching to fix it
[21:19:59 CEST] <hawken> And then crop
[21:20:11 CEST] <hawken> Or does the rotate filter emit some metadata that I'm not respecting?
[21:20:47 CEST] <kepstin> hmm, 1920x1080 is square pixels, the rotate filter should keep the aspect ratio just fine on that
[21:21:09 CEST] <hawken> I guess I can make a screenshot
[21:21:13 CEST] <hawken> Or two
[21:21:20 CEST] <hawken> see if you can get the aspect to be kept..
[21:23:06 CEST] <Nobgul> you should pastebin the sting your using and paste it here so we can see
[21:23:11 CEST] <Nobgul> string*
[21:23:14 CEST] <hawken> ok
[21:23:19 CEST] <hawken> Working on upping two screenshots first
[21:23:30 CEST] <hawken> I'll paste two links, then my own commandline
[21:23:36 CEST] <Nobgul> k
[21:23:57 CEST] <hawken> this connection drops half of my dns requests.. not good
[21:24:49 CEST] <hawken> https://pic.thehawken.org/mpv-shot0001.jpg
[21:24:49 CEST] <hawken> and
[21:24:51 CEST] <hawken> https://pic.thehawken.org/mpv-shot0002.jpg
[21:25:34 CEST] <hawken> so what I'm doing is that I'm rotating both pics equally, then measuring the lengths of the projector screen (in the picture) which should match for the two shots I think
[21:25:37 CEST] <hawken> ok hang on
[21:26:25 CEST] <kepstin> if the camera was moved between shots, the angle to the projector screen might have changed
[21:26:31 CEST] <kepstin> so it's not really useful as a reference :/
[21:26:33 CEST] <hawken> Nah, the camera is on the spot
[21:26:42 CEST] <hawken> The camera stand slooowly rotated
[21:26:59 CEST] <hawken> Over a course of 10 minutes or so the camera stand rotated by itself. Nobody noticed
[21:27:05 CEST] <Nobgul> ah
[21:27:14 CEST] <hawken> But I think mpv is handling the lavfi filters wrong
[21:27:14 CEST] <Nobgul> i was gonna say someone fell asleep lol
[21:27:28 CEST] <hawken> because with ffmpeg they don't look bad to me
[21:27:45 CEST] <hawken> ffmpeg -i mpv-shot0002.jpg -vf rotate='17*PI/180' test2.jpg
[21:28:10 CEST] <hawken> 17 degrees is approx what I'm looking for but I'm going to fine tune.. But regardless.. It seems to keep aspect in ffmpeg, idk what's going on with mpv
[21:28:41 CEST] <Nobgul> ok try to put in there =-scale2:1080
[21:28:56 CEST] <Nobgul> oops lol
[21:29:08 CEST] <Nobgul> scale=-2:1080
[21:29:10 CEST] <Nobgul> im buggin
[21:29:23 CEST] <Nobgul> to tell it what scale you want the video to be
[21:30:14 CEST] <hawken> ok. Thankfully ffmpeg did the right thing so it's gonna work fine
[21:30:28 CEST] <hawken> but ok, working on making screenshots of what mpv does. But not sure if you guys are the mpv support team lol
[21:31:09 CEST] <Nobgul> im just a user myself no support here just giving back what i have learned here.
[21:31:37 CEST] <hawken> ^^ going to try your scale idea, but first just going to doublecheck that my new screenshots are actually broken
[21:31:59 CEST] <kepstin> hawken: yeah, no idea how mpv gets that wrong :/ the ffmpeg rotate filter (at least on square pixel video) keeps aspect ratio, and the output size just adjusts how the edges are cropped.
[21:32:25 CEST] <hawken> I'm like wat.... mpv just did fine on my screenshots
[21:32:41 CEST] <hawken> Ok I'm going to do a test with ffmpeg only to isolate it
[21:38:11 CEST] <georgios> i want to transcode opus to ac3. are there any recommended guidelines?
[21:38:31 CEST] <kepstin> give it lots of bits.
[21:38:39 CEST] <georgios> it is well sounding voice that i want to ramain so
[21:38:47 CEST] <hawken> georgios: imho I always set the bitrate to maximum allowed (isn't it 512kb or so?)
[21:39:03 CEST] <hawken> I heard it's around mp2 in quality/bit but I don't know too much
[21:39:07 CEST] <kepstin> the only reason to do that is if you're encoding for a hardware device that has limited codec support really :/
[21:39:19 CEST] <hawken> I would do it for passthrough to my reciever
[21:39:32 CEST] <hawken> although.. dts allows many more bits
[21:40:14 CEST] <kepstin> yeah, one of the nice things about hdmi rather than spdif is that you can just throw multi-channel pcm through
[21:40:38 CEST] <hawken> dowant
[21:41:09 CEST] <hawken> O_o wait what, that means that windows can finally give you the option to have 6 channels presented to the applications?
[21:41:17 CEST] <hawken> GREAT for video games!
[21:44:44 CEST] <wallbroken> hi
[21:44:47 CEST] <wallbroken> https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=13&t=3572
[21:44:57 CEST] <wallbroken> it's the good way to make last version working on windows xp?
[21:46:14 CEST] <georgios> kepstin: i am encoding for DVD as well. i thought the problem would be transcoding opus in general, but do you imply that if i used AAC i would get better results?
[21:46:32 CEST] <kepstin> georgios: you can only use ac3 or mp2 on dvds
[21:46:42 CEST] <hawken> Width                                    : 1 440 pixels
[21:46:42 CEST] <hawken> Height                                   : 1 080 pixels
[21:46:42 CEST] <hawken> Display aspect ratio                     : 16:9
[21:46:50 CEST] <hawken> Nobgul: a.. ha...
[21:47:09 CEST] <kepstin> wallbroken: you do realize that XP is completely unsupported by microsoft now, and you shouldn't be running it on anything connected to the internet? ...
[21:47:27 CEST] <kepstin> wallbroken: which makes running a recent ffmpeg kinda pointless :)
[21:47:42 CEST] <hawken> what if you read and write videos from an external hdd
[21:47:54 CEST] <hawken> which you bring between the crap pc and the new pc
[21:48:01 CEST] <hawken> but seriously, I think it deserves a good answer
[21:48:07 CEST] <hawken> unfortuntately I don't know..
[21:48:13 CEST] <kepstin> ok, let me revise that "shouldn't be running it on anything connected to the internet, even indirectly via portable media" :)
[21:48:27 CEST] <georgios> kepstin: any guidelines when encoding voice with AC3?
[21:48:45 CEST] <kepstin> georgios: use a high enough bitrate that it sounds good.
[21:48:51 CEST] <kepstin> (hint: that works for mp2 as well)
[21:48:55 CEST] <hawken> glebihan: I think the guideline is just to max out the possible bitrate
[21:49:04 CEST] <wallbroken> kepstin, yes, but my computer comes with windows xp and it's not my fault
[21:49:29 CEST] <kepstin> wallbroken: you could probably install linux on it, if you don't feel like paying for a windows upgrade...
[21:49:37 CEST] <kepstin> wallbroken: then it'll be easy to get a recent ffmpeg!
[21:49:38 CEST] <hawken> glebihan: if possible I would really recommend aac though
[21:49:45 CEST] <hawken> much better codec
[21:50:55 CEST] <kepstin> georgios: https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio has some general recommendations for using various codecs in ffmpeg
[21:52:10 CEST] <kepstin> looks like ac3 is a better choice than mp2, and the *bare minimum* bitrate for stereo would be around 128k, you'll probably want more.
[21:52:23 CEST] <kepstin> er, bare minimum is 160k*
[21:52:47 CEST] <hawken> I mean, a lot of cameras spit out 256
[21:53:17 CEST] <kepstin> yeah, I see a lot of stereo dvds use the 224-256 range, presumably using commercial encoders.
[21:53:30 CEST] <kepstin> dunno how the quality of the ffmpeg ac3 encoder compares to those
[21:53:54 CEST] <hawken> I think they all are so close that you wouldn't notice a difference...
[21:54:08 CEST] <hawken> not sure about eAC3, tried to test it but it didn't perform any better than AC3
[21:54:25 CEST] <hawken> anyway 256 should be fine. For multichannel I would always max it out
[21:54:33 CEST] <hawken> surround **
[21:54:39 CEST] <JEEB> can I ask why you've chosen the dolby formats to begin with?
[21:54:49 CEST] <georgios> ty kepstin
[21:54:57 CEST] <hawken> I think it's better than DTS per bit
[21:55:03 CEST] <JEEB> if you've got the most recent FFmpeg the AAC encoder would be the least bad choice from internal audio encoders
[21:55:06 CEST] <kepstin> JEEB: encoding for dvd.
[21:55:08 CEST] <JEEB> oh
[21:55:12 CEST] <JEEB> my condolences
[21:55:54 CEST] <JEEB> I actually wonder if anyone has ever cared how good the AC-3 encoder is in FFmpeg
[21:55:58 CEST] <JEEB> or the DTS one
[21:56:18 CEST] <kepstin> well, one fun thing about dvd is that if your video ends up being lowish bitrate, and you have lots of extra space on the disk, you can just use pcm audio :)
[21:56:55 CEST] <hawken> or bump the video bit rate.. mpeg2 at low bitrates is horrible
[21:57:12 CEST] <JEEB> it's even more horrible due to the VBV constraints in DVDs
[21:57:25 CEST] <JEEB> so... we have this ~8mbps maxrate and 1.5megabits of buffer
[21:57:32 CEST] <JEEB> sounds like nineties
[21:57:47 CEST] <hawken> well, when was the DVD format invented? :P
[21:57:52 CEST] <JEEB> yeah, I know :P
[21:57:57 CEST] <hawken> I mean, the constraints haven't changed
[21:58:01 CEST] <kepstin> yeah, if it wasn't due to the vbv constraints, most of my dvd encodes would hit ffmpeg's "You've specified bitrate X, but the video doesn't need that much bitrate warning" on pass 2 :)
[21:58:04 CEST] <hawken> although they could revise it to allow better codecs
[21:58:24 CEST] <JEEB> it's all about compatibility in there
[21:58:36 CEST] <JEEB> they threw that out more or less with BD though
[21:58:43 CEST] <hawken> I mean, hevc would be freaking amazing, and aac
[21:58:48 CEST] <kepstin> at least some BD players can play BD format video on a DVD disk, which gives you a decent selection of newer codecs.
[21:58:51 CEST] <kepstin> decentish
[21:58:53 CEST] <hawken> then 8 Mbit would be able to serve 1080p
[21:59:21 CEST] <JEEB> anyways, it's just funny how the bufsize is like less than 1/4 of a second
[21:59:33 CEST] <kepstin> and you need a keyframe *every 18 frames* on ntsc dvd
[21:59:36 CEST] <kepstin> which is ridiculous
[21:59:50 CEST] <hawken> does the ffmpeg default options for mpeg2 respect all of this?
[21:59:52 CEST] <JEEB> while in blu-ray they learned to at least set it to a second's worth or two (with 60/1.001fps)
[21:59:57 CEST] <JEEB> hawken: no
[22:00:12 CEST] <kepstin> hawken: I believe the -profile dvd (and variations) settings do, but not sure.
[22:00:17 CEST] <hawken> ah
[22:00:20 CEST] <hawken> yes I did encode a dvd before
[22:00:26 CEST] <JEEB> there are DVD related parameters available, yes
[22:00:28 CEST] <hawken> Used that option, then everything was fine
[22:00:39 CEST] <hawken> :3
[22:01:05 CEST] <hawken> I understand setting keyframes but how does one abide by the constraint of 1/4 second buffer?
[22:01:21 CEST] <kepstin> hawken: -vbv-bufsize, I think you set it to around 1800k
[22:01:23 CEST] <JEEB> -maxrate -bufsize
[22:01:28 CEST] <kepstin> (have to doublecheck that)
[22:01:35 CEST] <JEEB> the DVD-related parameters I think set that
[22:01:41 CEST] <hawken> mhm
[22:01:42 CEST] <kepstin> maxrate is 9800 for video, 10800 for video+audio
[22:01:43 CEST] <JEEB> -target somethingdvd
[22:01:44 CEST] <JEEB> I think
[22:01:52 CEST] <hawken> Wow that's 1Mbit for audio
[22:01:55 CEST] <kepstin> oh, right, -target (not -profile)
[22:02:04 CEST] <hawken> 0.5Mbit ac3 track would be no prob
[22:02:13 CEST] <JEEB> yeah, it's the same for BD
[22:02:23 CEST] <kepstin> hawken: remember that many dvds have multiple audio tracks (multiple languages, both stereo + 5.1, etc)
[22:02:23 CEST] <JEEB> you have an area of bit rate that you're not supposed to use for video or subs
[22:02:44 CEST] <kepstin> hawken: you start eating into the video budget pretty quick :)
[22:02:45 CEST] <hawken> Mhm
[22:02:46 CEST] <JEEB> so you have a complete mux rate limit as well as limits per streams
[22:03:07 CEST] <hawken> yeah... my homemade dvds will generally only have the tracks that I intend to use..
[22:03:16 CEST] <hawken> but if you're a professional then I guess it's a different game
[22:03:33 CEST] <JEEB> if it's stereo just use PCM I guess, since you have that bit rate available to you (unless you're limited disc size wise)
[22:04:10 CEST] <kepstin> yeah, I have a few things that are e.g. dvds with a 5 minute music video or something, and that's the only thing on the disk - they usually use pcm there :)
[22:04:46 CEST] <JEEB> and then you see that they passed the video through some crappy cabling and you've got all the rainbows you'd ever want
[22:04:55 CEST] <kepstin> that's 48kHz stereo 16bit, iirc, so somewhere around 1.5mbit/s?
[22:06:02 CEST] <hawken> O_o *prefers throwing the master on there*
[22:06:07 CEST] <hawken> 96k/2/24bit
[22:06:31 CEST] <JEEB> well in DVDs that's not really possible but thankfully you're not gaining much by just leaving it there :)
[22:06:43 CEST] <JEEB> since you're already poking at nyquist for listening uses with 44.1kHz
[22:07:01 CEST] <JEEB> of course further mastering is a separate use case
[22:07:04 CEST] <hawken> but why even use 48k, 44.1k is already sufficient for our ears
[22:07:14 CEST] <JEEB> broadcast has just used it for ages
[22:07:18 CEST] <hawken> yeah lol handing out your master on a DVD seems a bit silly
[22:07:19 CEST] <JEEB> probably has some reason for it
[22:07:20 CEST] <kepstin> hawken: dvd only supports 48 and 96.
[22:07:27 CEST] <hawken> ah ok
[22:07:27 CEST] <JEEB> it supports 96!?
[22:07:33 CEST] <hawken> O_o
[22:07:34 CEST] <JEEB> that goes way over SPDIF
[22:07:39 CEST] <hawken> no
[22:07:48 CEST] <hawken> I've sent 192k over spdif for a long while O-o
[22:07:54 CEST] <JEEB> uhh
[22:07:58 CEST] <JEEB> kbps yes
[22:08:05 CEST] <hawken> 192kHz pcm
[22:08:13 CEST] <kepstin> looks like the max audio bitrate for dvd video pcm audio is 6.144mbit/s.
[22:08:14 CEST] <JEEB> ok, but then the bit depth was much lower
[22:08:19 CEST] <hawken> 24 bit I believe ;P
[22:08:24 CEST] <hawken> but maaaybe 16
[22:08:25 CEST] <JEEB> kepstin: interesting
[22:08:37 CEST] <JEEB> the specs are only available as books so I've never seen them
[22:08:39 CEST] <kepstin> so it can use various combinations of 48k/96k and 16/24bit 2-6 (or maybe 8) channels
[22:08:49 CEST] <kepstin> up to that rate
[22:08:50 CEST] <JEEB> (thehy had proprietary DRM'd PDFs)
[22:08:58 CEST] <hawken> wait what you are saying I might ACTUALLY be able to put a 96k/24 on there :o
[22:09:15 CEST] <JEEB> well I'm just wondering why I haven't seen a single DVD like that
[22:09:17 CEST] <kepstin> hawken: sure, but it means significantly fewer bits for video :)
[22:09:24 CEST] <hawken> what if I don't want video
[22:09:26 CEST] <JEEB> although yes, you're already low on bits for video
[22:09:27 CEST] <hawken> audio only dvd
[22:09:38 CEST] <kepstin> that cuts down your vbv-maxrate to ~4-5mbit?
[22:09:41 CEST] <kepstin> on the video
[22:09:48 CEST] <JEEB> audio dvds were IIRC a separate spec, no?
[22:10:01 CEST] <kepstin> hawken: then you want to use the dvd-audio spec rather than dvd-video :)
[22:10:07 CEST] <JEEB> yes, I meant dvd audio
[22:10:16 CEST] <kepstin> which supports more sample rates too
[22:10:23 CEST] <hawken> O_o they certainly have a spec for everything
[22:10:23 CEST] <JEEB> yeah, that one I expected to have that support
[22:10:34 CEST] <JEEB> but DVD Audio support might or might not be limited, not sure
[22:10:39 CEST] <hawken> so in that case the DVD doesn't have a graphical menu or
[22:10:49 CEST] <hawken> like.. DVD for cd players
[22:10:52 CEST] <kepstin> i'd expect that many but not all dvd players can do dvd-audio
[22:11:01 CEST] <kepstin> I haven't ever seen a dvd-audio disk :/
[22:11:02 CEST] <furq> that's the AUDIO_TS folder that you've never seen anything in
[22:11:08 CEST] <JEEB> yeah
[22:11:13 CEST] <JEEB> I've just never seen one IRL indeed
[22:11:18 CEST] <hawken> (it would be fun to purposefully break the specs and see what the player does)
[22:11:24 CEST] <JEEB> lol
[22:11:26 CEST] <furq> i don't think it's supported in video, but i've also not read the specs
[22:11:54 CEST] <kepstin> apparently many dvd-audio disks *also* include a dvd-video folder, often containing the same media with some menus and (blank?) video files with the same audio as ac3 or whatever
[22:12:00 CEST] <JEEB> the whole "only keep it in wooden form" seems to have worked
[22:12:03 CEST] <furq> i have actually seen a dvd-audio disc though
[22:12:31 CEST] <furq> that's the end of the anecdote
[22:12:39 CEST] <kepstin> "DVD-Audio is not allowed to be delivered via unencrypted digital audio link at sample rates higher than 48 kHz (i.e., ordinary DVD-Video quality) due to concerns about digital copying." lol
[22:12:41 CEST] Action: hawken fades out
[22:12:55 CEST] <JEEB> kepstin: of course :D
[22:12:57 CEST] <furq> oh no not digital copying
[22:13:25 CEST] <furq> i hope nobody ever figures out how to do that with a dvd
[22:13:26 CEST] <JEEB> heck, japanese public broadcast is all encrypted because of hollywood concerns.
[22:13:52 CEST] <JEEB> (except for the 320x180 @ 15/1.001 single segment stuff, except the clients have to apply DRM if they record it)
[22:14:07 CEST] <hawken> I guess the audio dvd thing mainly was tested by the hifi community.. you know, when you buy 96kHz/24bit releases because you think it will be more pleasing to your ears
[22:14:14 CEST] <JEEB> yeah
[22:14:33 CEST] <furq> yeah i have a crazy audiophile friend who has some DVDA and SACD stuff
[22:14:56 CEST] <hawken> it's great if you want to remaster someones work tho O-o
[22:15:00 CEST] <JEEB> I'm kind of happy for that even though I know it's pushing money into semi-stupid places. because a few years back I couldn't buy certain music as FLAC or otherwise losslessly outside CDDA at all
[22:15:01 CEST] <hawken> half speed etc
[22:15:17 CEST] <furq> it sounds no different to me but then i've never spent £2k on interconnects so i'm not qualified to have an opinion
[22:15:19 CEST] <hawken> I'm all for lossless though
[22:15:24 CEST] <JEEB> and now there's like three vendors selling FLACs for that hifidumb folk
[22:15:29 CEST] <hawken> LOL denon AKDL link cable
[22:15:53 CEST] <hawken> the cable that transfers data before data was ever transmitted
[22:15:54 CEST] <JEEB> yes, lossless is what I wanted (aka "I don't want anything worse than what I'd get from a CDDA)
[22:16:15 CEST] <furq> i've seen vendors which give you the choice between 320k mp3 and 24/192 flac
[22:16:17 CEST] Action: kepstin usually buys lossless where possible, since hard drives are cheap and he can then transcode to whatever lossy format he wants
[22:16:17 CEST] <JEEB> but before the hifist fad that seems to have come up that just didn't pop up for certain stuff
[22:16:20 CEST] <furq> and no sensible option in between
[22:16:40 CEST] <JEEB> furq: yup. 320 MP3, some sort of AAC and then either WAV or FLAC with lulzy specs
[22:16:48 CEST] <hawken> furq: buy the 24/192 flac and transcode to 44.1/16 flac
[22:16:57 CEST] <kepstin> I love how vendors with 320k mp3 and 24/192 flac usually don't have any extra dynamic range on the flac, it's still the same brickwalled master.
[22:16:58 CEST] <hawken> I hope the price difference is not too crazy...
[22:16:59 CEST] <JEEB> although sometimes I ssee them reusing DVD/BD audio(?) because it's 48kHz
[22:17:11 CEST] <hawken> AH lol
[22:17:24 CEST] <hawken> yeah -60dB noise floor (classical recordings)
[22:17:33 CEST] <hawken> 16 bit: -96dB digital noise floor
[22:17:36 CEST] <hawken> I mean.. come on
[22:17:44 CEST] <JEEB> yup
[22:17:49 CEST] <furq> kepstin: i guarantee they get complaints from audiophiles if they don't offer 24/192 who then buy it at twice the price even though it's come from the same cd
[22:17:50 CEST] <hawken> I still don't know why my handheld recorder supports 24 bit output
[22:18:38 CEST] <JEEB> oh right, yeah. found one of those examples of 24bit/48kHz. which is saner but feels weird in digital music area :D
[22:18:55 CEST] <JEEB> but as I said, most probably from the blu-ray or something
[22:19:36 CEST] <kepstin> A lot of digital audio production stuff runs at 48 or 96 internally (note that 48 is 1/2 of 96), so you'll just get 48 as output.
[22:19:43 CEST] <JEEB> true that
[22:23:05 CEST] <JEEB> the fun part is when you go buy some music that's finally available lossless and you see them mentioning their "supah special upsampling"
[22:23:11 CEST] <JEEB> and you facedesk
[22:24:10 CEST] <kepstin> on recent release I saw has "Record at 24bit 44.1khz in 2011 Re-treatment at 32bit float 88.2khz in 2016"
[22:24:15 CEST] <furq> you mean "lovingly remastered"
[22:24:21 CEST] Action: kepstin has no idea what "re-treatment" even means
[22:24:25 CEST] <JEEB> yeah... that kind of stuff
[22:24:57 CEST] <kepstin> I mean, it's nice to have a lossless copy, and unless they really screwed up, it *probably* doesn't sound worse
[22:25:03 CEST] <hawken> idk but I somehow doubt that upscaling and then downscaling will improve quality
[22:25:17 CEST] <kepstin> but half the time, the remastering just means that they increased the volume to match modern releases
[22:28:20 CEST] <kepstin> https://en.wikipedia.org/wiki/PCM_adaptor is one of the most interesting things I've read - it sort of explains the source of the 44.1kHz audio sampling rate
[22:28:42 CEST] <kepstin> since that's what would fit on a VHS tape when the digital audio signal was converted to a pseudo-video signal
[22:29:11 CEST] <JEEB> funky
[22:32:30 CEST] <hawken> Uuuu kepstin it means that PAL countries won! 1-0!
[22:32:43 CEST] <hawken> 44056 go away :3
[22:33:09 CEST] <furq> ntsc, more like never the same colour right guys
[22:35:02 CEST] Action: kepstin is still annoyed by that stupid 1/1.001 factor done on the framerate when they added color :)
[22:35:11 CEST] <hawken> I'm amazed that we STILL have two different versions of camcorders
[22:35:17 CEST] <hawken> my camcorder ONLY records @ 25
[22:35:22 CEST] <hawken> US recorders at 24p
[22:35:33 CEST] <hawken> I mean..
[22:35:44 CEST] <hawken> Why couldn't sony just offer me all the alternatives
[22:35:47 CEST] <kepstin> heh, US camcorders able to do 24p is a relatively new phenominon
[22:35:56 CEST] <kepstin> 30p and 60i were it for the longest time
[22:36:00 CEST] <hawken> ah
[22:36:03 CEST] <hawken> LOL
[22:36:04 CEST] <kepstin> before some started doing 24p telecined in 60i
[22:36:07 CEST] <hawken> my a-58 has 50i
[22:36:16 CEST] <hawken> HOWEVER with temporal resoluion of 25
[22:36:24 CEST] <hawken> t*
[22:36:45 CEST] <hawken> O_o makes me so mad
[22:38:16 CEST] <kepstin> but yeah, basic modes on a US consumer camcorder are 720p60 or 720p30, 1080i60, (very) rarely 1080p30, sometimes 1080p24 telecined in 1080i60, and occasionally 1080p24 native.
[22:38:51 CEST] <hawken> pal keeps it easy with 25p and 50i
[22:39:06 CEST] <JEEB> also you get the /1.001 rates as extra fun
[22:39:10 CEST] <hawken> I just want my 60p lol
[22:39:16 CEST] <JEEB> only BD lets you IIRC do 24p without the /1.001
[22:39:23 CEST] <hawken> why would you do that
[22:39:25 CEST] <kepstin> yes, imagine an extra /1.001 after all my framerates there^^
[22:39:27 CEST] <hawken> there is enough confusion already
[22:39:35 CEST] <hawken> just bump to 25...
[22:39:47 CEST] <JEEB> but yeah, blu-ray is nice because it has 720p60/.1001
[22:39:49 CEST] <JEEB> *1.001
[22:39:59 CEST] <hawken> kepstin: I usually say 24p instead of 24 to somehow infer that I mean 24/1.001
[22:40:17 CEST] <kepstin> surprisingly, ATSC (american over the air) broadcasts actually support both 24, 30, 60 and 24/1.001, 30/1.001, 60/1.001
[22:40:25 CEST] <kepstin> as far as I know, the former are basically never used
[22:40:48 CEST] <JEEB> although I've only seen 60Hz used in some demoscene blu-rays as well as backgrounds for java based games on blu-ray :<
[22:40:58 CEST] <JEEB> the demoscene stuff was <3 tho
[22:41:04 CEST] <kepstin> almost all atsc broadcasts are 1080i60/1.001, with a mixture of native interlaced media, 2-2 telecine 30p media, and 3-2 telecine 24p media.
[22:41:06 CEST] <hawken> JEEB: and screen recordings..
[22:41:12 CEST] <hawken> especially the ones I make myself..
[22:41:17 CEST] <JEEB> hawken: but those aren't actually on blu-ray are they? :P
[22:41:19 CEST] <hawken> But I think 59.94 is nice
[22:41:30 CEST] <hawken> JEEB: I might make a bluray of them ;p
[22:41:35 CEST] <JEEB> (´4@)
[22:41:45 CEST] <hawken> but do BD players seriously care
[22:41:56 CEST] <hawken> I mean, if I threw 35.4 fps at a BD player, would it combust?
[22:42:05 CEST] <JEEB> depends, spec-wise it wouldn't have to handle it
[22:42:11 CEST] <JEEB> when you master a disc it usually goes through checks
[22:42:14 CEST] <JEEB> at that point it would fial
[22:42:20 CEST] <JEEB> *fail
[22:42:24 CEST] <hawken> ah yes unit testing
[22:42:26 CEST] <furq> was it a blu-ray of all the best amiga bootsector intros
[22:42:26 CEST] <kepstin> hawken: it would either print an error saying unsupported media, or drop frames :/
[22:42:38 CEST] <kepstin> that said, I dunno if BD even has a way to signal that framerate
[22:42:40 CEST] <hawken> kepstin: or just handle it like my average video player on pc
[22:42:43 CEST] <hawken> just.. best effort
[22:42:51 CEST] <hawken> well afaik it uses mpegts
[22:42:56 CEST] <hawken> which supports most stuff
[22:42:58 CEST] <hawken> O_o
[22:43:46 CEST] <hawken> doesn't mpeg4 use an ushort nom / ushort den?
[22:44:07 CEST] <hawken> then you can do many weird framerates while making an mpeg4 compliant file
[22:44:19 CEST] <kepstin> hmm. lets see.
[22:44:23 CEST] <JEEB> mpeg-4 part 2 raw that is
[22:44:27 CEST] <JEEB> nobody uses raw :)
[22:44:35 CEST] <JEEB> and nobody uses mpeg-4 part 2 any more
[22:44:38 CEST] <JEEB> since we got part 10
[22:44:44 CEST] <JEEB> and usually you use containers such as part 12
[22:44:47 CEST] <kepstin> I think mpeg-ts lets you use arbitrary pts on a 90kHz timebase
[22:44:50 CEST] <JEEB> yes
[22:45:24 CEST] <JEEB> which is what they're trying to fix at -devel lately because finally someone didn't just make a dark hack when they noticed that after 26+ hours the timestamps go around
[22:45:25 CEST] <hawken> I just seem to have this notion that BD players etc are all adopting linux
[22:45:34 CEST] <hawken> and supporting many different standards etc
[22:45:39 CEST] <JEEB> (mpeg-ts has only 33 bits of timestamp)
[22:45:50 CEST] <hawken> at some point they would end up making a player that doesn't really care what the framerate is
[22:46:00 CEST] <kepstin> yep, they picked enough bits to get 24h because that's all they needed
[22:46:18 CEST] <JEEB> yes, but you really don't know what amount of stuff they support in different modes of operation
[22:46:31 CEST] <JEEB> it can be that it loads just fine stuff outside blu-ray or blu-ray recordings
[22:46:41 CEST] <JEEB> in blu-ray playback mode that is
[22:46:47 CEST] <hawken> but you might get a player that doesn't
[22:46:48 CEST] <JEEB> or it can use a completely different playback mode
[22:46:49 CEST] <hawken> mhm
[22:46:59 CEST] <JEEB> so you might have it work outside blu-ray mode but not in it
[22:47:02 CEST] <hawken> omg rescaling is slooow :(
[22:47:13 CEST] <JEEB> software+hardware funkiness
[22:47:13 CEST] <hawken> well the rotate filter is slow
[22:47:17 CEST] <kepstin> making an actual blu-ray player sounds like a pain, since all of the copy protection stuff
[22:47:25 CEST] <hawken> Lol
[22:47:29 CEST] <hawken> they are shooting themselves in the foot
[22:47:32 CEST] <kepstin> BD+ having access to arbitrary player memory, etc :/
[22:47:43 CEST] <hawken> What do you guys think about UHD blurays?
[22:47:50 CEST] <JEEB> don't care
[22:48:02 CEST] <JEEB> requires special hardware and herp derp amount of DRM
[22:48:05 CEST] <hawken> I mean, as far as I know they were making a DRM system that downloads keys from the internet at first meeting with a new bluray
[22:48:18 CEST] <kepstin> they bumped the max bitrate (disk read speed) up for them
[22:48:22 CEST] <hawken> after that they store the key in memory which is specified should be impossible for humans to crack
[22:48:35 CEST] <hawken> or something
[22:48:45 CEST] <hawken> like.. you have to use electron microscope to pick out the keys
[22:48:49 CEST] <hawken> T_T
[22:48:55 CEST] <hawken> but hopefully they can't follow their own specs
[22:49:14 CEST] <furq> it's fine, only people with the internet buy blu-rays
[22:49:17 CEST] <JEEB> if someone cares enough it's broken in its weakest link
[22:49:26 CEST] <furq> those are the only ones who have no alternative way of watching films
[22:49:45 CEST] <JEEB> personally UHD blu-rays just don't interest me due to the protections and them not letting me watch stuff wiht what I want :P
[22:49:54 CEST] <hawken> yeah
[22:50:03 CEST] <JEEB> not sure which will break first, the actual data side or DHCP v2
[22:50:08 CEST] <hawken> I mean, their copy protection specs basically make a normal computer impossible
[22:50:12 CEST] <hawken> it would need a hardware crypto card
[22:50:26 CEST] <JEEB> because if DHCPv2 gets broken you can just cap, ignoring the herp derp DRM
[22:50:35 CEST] <hawken> ah
[22:50:48 CEST] <hawken> HDCP
[22:51:11 CEST] <hawken> so.. DMCA makes it illegal to circumvent it, which makes patches to the linux kernel which circumvent HDCP illegal
[22:51:22 CEST] <hawken> however.. if your country isn't under US juridistiction..
[22:51:25 CEST] <elte> may I disturb and ask a question about ffserver and ogg format?
[22:51:26 CEST] <hawken> Norway has a law like that too..
[22:51:35 CEST] <JEEB> elte: it doesn't work for you? my condolences
[22:51:37 CEST] <hawken> elte: of course.. we are wildly offtopic lol
[22:51:45 CEST] <JEEB> ffserver is pretty much unsupported by now
[22:52:07 CEST] <elte> it just works as expected with mp3 but not with ogg
[22:52:08 CEST] <JEEB> and due to the way it (ab)uses the APIs it will most probably get removed at the next deprecation spot
[22:52:23 CEST] <furq> elte: might i suggest icecast
[22:52:24 CEST] <JEEB> unless someone comes up and makes it sane
[22:52:33 CEST] <elte> the message i get from ffplay is: [ogg @ 0x7fe574000920] Format ogg detected only with low score of 1, misdetection possible!
[22:52:45 CEST] <JEEB> that still says it got the OGG container
[22:52:48 CEST] <elte> and then it quits
[22:52:50 CEST] <JEEB> even if it's a low score
[22:52:55 CEST] <hawken> elte: sounds like it isn't recognizing the input container?
[22:52:57 CEST] <JEEB> whatever it is doing there :D
[22:53:00 CEST] <JEEB> it is
[22:53:03 CEST] <hawken> is the file broken? output of mediainfo?
[22:53:04 CEST] <JEEB> it just says it's a low score
[22:53:41 CEST] <JEEB> elte: add verbosity I guess, although no idea how well ffserver even works for that exact use case :P
[22:53:57 CEST] <JEEB> I would recommend running the hell away and just using ffmpeg cli as the feeder to a streaming server
[22:54:01 CEST] <hawken> when it comes to ffserver, does ffmpeg have an output mode which launches a http server?
[22:54:09 CEST] <JEEB> no
[22:54:21 CEST] <Mavrik> JEEB, some guys in the local office hacked a vampire tap on an LG TV panel cable
[22:54:23 CEST] <JEEB> usually you push stuff to a server through HTTP or RTMP or whatever
[22:54:26 CEST] <hawken> yeah
[22:54:27 CEST] <Mavrik> Captured UHD raw decoded.
[22:54:29 CEST] <JEEB> Mavrik: lul
[22:54:32 CEST] <elte> ther is no file streamed. it's a live record of a usb mic. the ffserver runs just fine. the ffmpeg works also
[22:54:33 CEST] <furq> noice
[22:54:45 CEST] <JEEB> but yeah, things break at the weakest link
[22:54:45 CEST] <elte> but the ffplay, that should play the stream quits
[22:54:46 CEST] <furq> i did wonder whether these UHD rips i've seen were legit
[22:54:51 CEST] <elte> so is mpv, mplayer and vlc
[22:54:56 CEST] <Mavrik> And those were two bored devops.
[22:54:58 CEST] <furq> so i guess they could be
[22:55:08 CEST] <JEEB> furq: there's plenty of screen captures as far as I can tell
[22:55:15 CEST] <hawken> elte: that makes me suspicious of the input file
[22:55:16 CEST] <JEEB> of stuff that's not UHD BDs IIRC
[22:55:23 CEST] <hawken> O_o
[22:55:31 CEST] <elte> should i sent the config?
[22:55:34 CEST] <kepstin> well, the problem with capturing the decoded uhd stream is that you have to have enough bandwidth/cpu power code encode it realtime
[22:55:50 CEST] <JEEB> elte: I'd be surprised if anyone here can actually do anything or know anything about ffserver
[22:56:03 CEST] <JEEB> the general recommendation from here is "unless you want to maintain it, run away"
[22:56:33 CEST] <JEEB> esp. since it's currently staged to be removed due to its (ab)usal of APIs not being possible iwth the new ones
[22:56:34 CEST] <furq> elte: like i said, if you want to stream ogg then use icecast
[22:56:51 CEST] <furq> icecast is actually supported and not likely to be removed from existence
[22:56:53 CEST] <JEEB> you can push with ffmpeg to icecast I think
[22:56:57 CEST] <furq> you can
[22:56:58 CEST] <JEEB> via HTTP or so
[22:57:14 CEST] <furq> https://www.ffmpeg.org/ffmpeg-protocols.html#Icecast
[22:58:10 CEST] <elte> thanks, so it seems icecast is the better solution on the long run
[22:59:35 CEST] <furq> it's the better solution in every run
[22:59:51 CEST] <hawken> tbh I usually end up with nginx + rtmp
[23:00:03 CEST] <furq> good luck streaming vorbis with rtmp
[23:00:06 CEST] <hawken> also cubemap is fun ^-^
[23:00:12 CEST] <hawken> ah..
[23:00:18 CEST] <hawken> Yeah flv format annoys me
[23:00:32 CEST] <hawken> using cubemap tho :3 I like to pass mpegts through it
[23:01:42 CEST] <furq> oh neat
[23:01:49 CEST] <furq> can you feed this with ffmpeg or do you have to use vlc
[23:02:52 CEST] <hawken> for flv mode it uses a patch which adds some metainformation.. But for mpegts mode cubemap should be agnostic and only pass bytes
[23:03:29 CEST] <hawken> I usually have it connect back to me over tcp but I think an option was added to push to it over http..
[23:04:09 CEST] <furq> i like the snarky "ipv4 support" bullet point in the readme
[23:07:17 CEST] <hawken> I like the comment in the config example
[23:07:27 CEST] <hawken> that "small usage" is "only 1gbit/s"
[23:08:45 CEST] <hawken> https://git.sesse.net/?p=cubemap link
[23:09:30 CEST] <hawken> Ah
[23:09:33 CEST] <hawken> Here's the caveat
[23:09:43 CEST] <hawken> It expects you to give it a http url to connect to
[23:09:56 CEST] <hawken> So ffmpeg would need a http server output format
[23:10:27 CEST] <hawken> (ffmpeg hosting a serveR)
[23:19:14 CEST] <hawken> I was told that metacube was a really simple format though, so making a patch for ffmpeg shouldn't be a big deal
[23:26:52 CEST] <georgios> since AC3 supports voice only channels, i suppose i could encode with some extra options. not just the bitrate (i am thinking about 220)
[23:27:50 CEST] <hawken> I seriously doubt it will do anything for quality.. I mean, when it comes to speech I think those optimizations generally help when you are trying to archieve very low bitrates..
[23:29:10 CEST] <hawken> O_o idk if ac3 even has that
[23:31:49 CEST] <hawken> https://www.ffmpeg.org/ffmpeg-codecs.html#ac3-and-ac3_005ffixed
[23:31:53 CEST] <georgios> ok. and now the video part. mpeg2! it is not a movie. but it must playback about 15 keyframes
[23:32:04 CEST] <hawken> georgios: this seems like an overview of what you can tell ac3 to do
[23:32:16 CEST] <georgios> ty
[23:33:06 CEST] <hawken> I think -target pal-dvd or -target ntsc-dvd should fix mpeg2 for you
[23:34:26 CEST] <georgios> will it make it ultrasmall?
[23:34:37 CEST] <hawken> uhh no?
[23:34:57 CEST] <hawken> seems like it sets the video bitrate to 6 Mbit/s
[23:35:12 CEST] <hawken> but you can override it with -b:v as long as you don't push it too far
[23:35:42 CEST] <hawken> (I think 8-9 Mbit should be the high limit)
[23:37:07 CEST] <georgios> theory question. i have a first frame. and it keeps being projected for 2h
[23:37:31 CEST] <hawken> idk what that means
[23:37:39 CEST] <georgios> still picture
[23:37:41 CEST] <hawken> a very very slow slideshow?
[23:37:45 CEST] <georgios> yes
[23:38:08 CEST] <hawken> so you just want a very long still picture?
[23:38:24 CEST] <georgios> ~15 per video
[23:38:27 CEST] <hawken> I mean, you can do -r 1/seconds -i picture.jpg I think
[23:38:34 CEST] <hawken> which should make the picture very long
[23:38:47 CEST] <hawken> and then -r 24000/1001 or -r 25 to produce duplicated frames
[23:38:55 CEST] <hawken> finally -t seconds to cut off how long the clip should be
[23:39:54 CEST] <georgios> and if they are more than one?
[23:40:01 CEST] <hawken> more than one picture?
[23:40:09 CEST] <hawken> well -r says how long each picture is
[23:40:23 CEST] <georgios> yes and must be in sync with the audio of course
[23:40:28 CEST] <hawken> if you name them something like slideshow001.jpg, slideshow002.jpg etc, you can do -i slideshow%03d.jpg
[23:40:49 CEST] <hawken> but idk what you mean by in sync with the audio
[23:40:57 CEST] <hawken> I mean, I do recommend kdenlive as a video editor
[23:41:02 CEST] <hawken> will give you more control
[23:41:54 CEST] <georgios> it is chapter 1 picture and then still picture and audio until chapter 2 image and next part of the narration
[23:42:15 CEST] <hawken> oh, it's an audio book
[23:42:23 CEST] <hawken> obviously keeping each picture equally long won't work
[23:42:26 CEST] <georgios> even better
[23:42:35 CEST] <georgios> an audio Bible!
[23:42:45 CEST] <hawken> I thik it's best if you import your audio bible in a video editor along with your pictures
[23:43:04 CEST] <hawken> and then make slideshow there
[23:43:32 CEST] <hawken> because then you can make sure the picture lasts for how long you want
[23:43:37 CEST] <hawken> for every picture
[23:43:43 CEST] <hawken> and you can make transitions etc
[23:43:49 CEST] <georgios> i ll try the program you said
[23:43:53 CEST] <hawken> ^-^
[23:43:57 CEST] <hawken> kdenlive
[23:44:17 CEST] <hawken> best opensource video editor I tried so far, but alternatives do exist
[23:44:29 CEST] <hawken> I haven't tried slideshow functionality myself yet but it should work
[23:45:34 CEST] <hawken> luckily since it's just pictures I think you can have a pretty low bitrate, which lets you have more material before you run out of the 4.7GB of space that a dvd gives
[00:00:00 CEST] --- Mon Jun 13 2016