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

burek burek021 at gmail.com
Tue Jun 13 03:05:01 EEST 2017

[05:51:26 CEST] <thomedy> hello
[05:51:34 CEST] <thomedy> if anyone is here
[05:51:43 CEST] <thomedy> im having a hard time transcoding to raw
[05:51:49 CEST] <thomedy> video
[05:52:16 CEST] <guest199203> Hello. What is the most efficient way to loop animated gif to achieve known duration and then convert it to video?
[06:35:32 CEST] <grublet> thomedy: can you paste your commandline?
[06:35:42 CEST] <grublet> have you tried using -c:v rawvideo?
[06:36:12 CEST] <thomedy> so are you thinking ffmpeg -i test.mp4 -c:v rawvideo test.raw
[06:36:25 CEST] <thomedy> i have done soooooo  many command lines
[06:36:32 CEST] <thomedy> and read
[06:36:34 CEST] <thomedy> sooooo much
[06:36:35 CEST] <grublet> try doing test.avi or test.mkv
[06:36:49 CEST] <grublet> i dont know about .raw, never used that extension
[06:36:52 CEST] <thomedy> so the last would be test.avi
[06:37:01 CEST] <thomedy> im reaad .avi might be right
[06:37:10 CEST] <grublet> yes try ffmpeg -i test.mp4 -c:v rawvideo test.avi
[06:37:13 CEST] <grublet> or .mkv or something
[06:37:19 CEST] <grublet> i think .avi would be most likely to work
[06:37:29 CEST] <grublet> ill test it myself on something
[06:37:42 CEST] <thomedy> worth a shot
[06:38:32 CEST] <grublet> well, i took an MP4 i had and used that commandline, it decodes for me in FFPlay
[06:39:01 CEST] <thomedy> thats perfect
[06:39:06 CEST] <grublet> works correctly in mpchc and vlc as well
[06:39:09 CEST] <grublet> thomedy: did it work for you?
[06:39:13 CEST] <thomedy> im building ana eventual cgi
[06:39:23 CEST] <thomedy> its transcoding so i havent tested
[06:39:27 CEST] <thomedy> but it looks good
[06:39:43 CEST] <grublet> you could do something like "ffmpeg -i test.mp4 -t 5 -c:v rawvideo test.avi"
[06:39:49 CEST] <grublet> the -t 5 will tell it to only do 5 seconds
[06:39:57 CEST] <grublet> so you dont spend as time making a sample to see if it works
[06:40:09 CEST] <thomedy> cool
[06:40:13 CEST] <grublet> also, whats an eventual cgi?
[06:40:29 CEST] <thomedy> its a c++ application delivered over the web
[06:40:36 CEST] <thomedy> but im transcoding with ffmpeg
[06:41:12 CEST] <thomedy> okay it looks good
[06:41:49 CEST] <thomedy> now for my software to process
[06:41:50 CEST] <thomedy> lets see
[06:41:58 CEST] <thomedy> thanks
[06:42:07 CEST] <grublet> np hope it works out
[06:42:20 CEST] <grublet> as far as a frontent or web app or w/e, i dont know anything about that stuff but im sure someone else might
[06:42:31 CEST] <thomedy> ohp im good there...
[06:43:02 CEST] <grublet> alright cool
[06:43:13 CEST] <grublet> if it gives anymore problems i may be able to help figure something else out
[06:52:03 CEST] <thomedy> okay... that wasnt quite right... i know tht rw isn't quite the same thing s uncompressed
[06:53:20 CEST] <thomedy> i need to get completely uncompressed and raw....when i encrypt it and break it apart  it doesn't play
[06:53:31 CEST] <thomedy> sorry i decrypt it first
[06:54:41 CEST] <thomedy> interesting when i run ffmpeg -i test.avi it says its in raw
[07:11:43 CEST] <grublet> thomedy: you might want to try "ffmpeg -i test.mp4 -pix_fmt yuv420p -c:v rawvideo test.avi"
[07:12:10 CEST] <thomedy> i ws just reading the man page that -f frces output or input format
[07:12:39 CEST] <grublet> not sure, im a bit rusty and most of my experience is with older versions of ffmpeg
[07:12:49 CEST] <grublet> you shouldnt need -f right now
[07:12:55 CEST] <thomedy> okay so let me tell you what im doing
[07:13:02 CEST] <thomedy> cuz im missing something...
[07:13:14 CEST] <thomedy> im encrypting and decrypting later
[07:13:29 CEST] <grublet> idk what you mean by that
[07:13:34 CEST] <grublet> decrypting a dvd?
[07:13:35 CEST] <thomedy> if im only looking at 30 s - 35 s
[07:13:45 CEST] <thomedy> just a video file
[07:14:00 CEST] <thomedy> but im only decrypting 30 s - 35 s
[07:14:06 CEST] <grublet> i think you mean decoding?
[07:14:13 CEST] <thomedy> nope decrypting
[07:14:20 CEST] <grublet> decrypt/encrypt is a reference to copy protection
[07:14:25 CEST] <grublet> what are you decrypting from?
[07:14:25 CEST] <thomedy> yes i agree
[07:14:31 CEST] <thomedy> my own algorithm
[07:14:36 CEST] <grublet> i mean
[07:14:41 CEST] <grublet> where is the source coming from
[07:14:55 CEST] <thomedy> right now im testing so im decrypting  asmal mp4
[07:15:11 CEST] <grublet> what type of encryption is being used
[07:15:14 CEST] <thomedy> but as far as i can tell i need uncompressed footage
[07:15:55 CEST] <thomedy> because if you encrypt lets say mpeg... it has its own problems i experienced this with audio but i have that under control now
[07:16:05 CEST] <grublet> what form of encryption
[07:16:14 CEST] <thomedy> its my own algorithm
[07:16:21 CEST] <grublet> i still think you're meaning to say encode/decode
[07:16:29 CEST] <grublet> if not, then i can't help you at this point
[07:16:40 CEST] <grublet> im clueless on cryptography
[07:16:53 CEST] <thomedy> let me ask this because i just need to know is avi raw uncompressed vide
[07:17:02 CEST] <thomedy> becuase thats what i had to do with audio
[07:17:07 CEST] <thomedy> i had to make it raw first
[07:17:17 CEST] <thomedy> so that the encryption would not break the codec
[07:17:22 CEST] <grublet> raw should be uncompressed, yes
[07:17:26 CEST] <thomedy> hmmm....
[07:17:32 CEST] <thomedy> os im missing something
[07:17:35 CEST] <thomedy> okay
[07:17:37 CEST] <grublet> still dont see how enceryption would affect that
[07:17:58 CEST] <thomedy> well i dont have the proper file extension anymore does tha tmaatter
[07:18:02 CEST] <thomedy> it no longer is .avi
[07:18:05 CEST] <thomedy> its .myown
[07:18:07 CEST] <grublet> on linux? probably not
[07:18:09 CEST] <grublet> on windows? yea
[07:18:11 CEST] <thomedy> linux
[07:18:21 CEST] <grublet> afaik linux doesnt care about the extension that much
[07:18:23 CEST] <thomedy> so thts not it then cuz im running ubuntu
[07:18:52 CEST] <thomedy> let me try this one sec
[07:21:16 CEST] <thomedy> https://pastebin.com/AiL3x2cT
[07:21:29 CEST] <thomedy> its the errors im getting from ffplay test.avi.myown
[07:23:14 CEST] <thomedy> im going to have to read the whole man page like i did sox
[07:23:45 CEST] <furq> what command are you running to get that file
[07:24:11 CEST] <thomedy> the errors.. ?
[07:24:44 CEST] <thomedy> im trying to play a .avi with a custom file extension
[07:24:54 CEST] <thomedy> there should be no header right with raw
[07:24:59 CEST] <thomedy> so its just raw binary dataa
[07:25:00 CEST] <thomedy> right?
[08:06:57 CEST] <c3r1c3-Win> So my audio is already uncompressed, sitting in 2 channels (or 1), and at a set sample rate. Do I still need to call AVCodecContext (or similar) before getting the audio into the abuffer?
[08:45:22 CEST] <Fyr> guys, when playing a video with a player, I press at a position, but a player starts from the position 1-5 s earlier than I pressed.
[08:45:26 CEST] <Fyr> why does it happen?
[08:46:56 CEST] <Fyr> I want to play somwhere between 36 and 42 s, however, it starts playing from either 36 s or 42 s, not from the place I chose.
[08:47:10 CEST] <furq> that's where the keyframes are
[08:48:00 CEST] <Fyr> furq, the big file is seeked normally, while the small file (cut from the big file) has this thing.
[08:48:12 CEST] <Fyr> why does the big file lack of it?
[10:06:02 CEST] <hardening> hi guys, I have question about using the VAAPI decoder programmatically from C code. I've read a ML discussion here =>http://www.ffmpeg-archive.org/VAAPI-Decoding-Encoding-with-C-code-td4678436.html but let's say it's not crystal clear ;)
[10:08:19 CEST] <hardening> I've tried to mimic what is done in ffmpeg_vaapi.c and adapt it to the instruction given in the mailing list thread, but so far it doesn't work
[10:31:22 CEST] <Fyr> guys, is there a way to calculate PSNR and SSIM at one command?
[10:31:38 CEST] <Fyr> (when comparing video files)
[10:31:54 CEST] <Fyr> I know how to calculate PSNR when comparing the videos.
[10:32:05 CEST] <Fyr> and SSIM, obviously.
[10:32:18 CEST] <Fyr> though, I don't know how to calculate them at once.
[10:38:33 CEST] <Fyr> funny thing that it's written in the documentation.
[10:40:05 CEST] <hardening> so I'd be interested if someone has an example program to use the VAAPI decoder...
[11:43:17 CEST] <Yos> Hi there compiling latest binary i noticed that Rel 3.3.2 Still has support for libschroedinger while the snapshot seem to have dropped it.. why is that?
[11:43:58 CEST] <JEEB> it was dropped because the internal stuff supports the format well enough and libschroedinger was found to be unmaintained and having security issues
[11:44:05 CEST] <JEEB> a case of "this dependency is no longer useful"
[11:44:59 CEST] <Yos> i see, thanks for your explanation
[12:30:54 CEST] <jameshowe> Does zeranoe hang around here?
[12:58:50 CEST] <vaartis> Heya there~ What's up with ffmpeg's ssl cert? Firefox/wget say that connection is insecure
[13:00:41 CEST] <vaartis> Well.. nevermind, seems to be fixed now..
[14:54:15 CEST] <asd> I'm running two instances of ffmpeg (ffmpeg version 3.2.4-1build2 Copyright (c) 2000-2017 the FFmpeg developers   built with gcc 6.3.0 (Ubuntu 6.3.0-8ubuntu1) 20170221) at the same time with the segmenter.  Segments are only created for one of the instances and and the other creates one large file.  Not sure what to check.
[14:54:40 CEST] <asd> I'm running through crontab...
[14:54:43 CEST] <asd> 0 6     * * *   root    timeout 5h ffmpeg -i "" -map 0 -c copy -f segment -strftime 1 -segment_time 1200 -reset_timestamps 1 -segment_format mp4 "/opt/dev/00233s/734/hhsd/capture-\%Y-\%m-\%d-\%H-\%M-\%S.mp4"  0 6     * * *   root    timeout 5h ffmpeg -i "" -map 0 -c copy -f segment -strft
[14:55:04 CEST] <asd> sorry that didn't paste in good
[14:55:29 CEST] <asd> here's the first:
[14:55:31 CEST] <asd> 0 6     * * *   root    timeout 5h ffmpeg -i "" -map 0 -c copy -f segment -strftime 1 -segment_time 1200 -reset_timestamps 1 -segment_format mp4 "/opt/dev/00233s/734/hhsd/capture-\%Y-\%m-\%d-\%H-\%M-\%S.mp4"
[14:55:37 CEST] <asd> here's the second
[14:55:45 CEST] <asd> 0 6     * * *   root    timeout 5h ffmpeg -i "" -map 0 -c copy -f segment -strftime 1 -segment_time 1200 -reset_timestamps 1 -segment_format mp4 "/opt/dev/00233s/734/hhsd/lcapture-\%Y-\%m-\%d-\%H-\%M-\%S.mp4"
[14:56:40 CEST] <asd> Should the segmenter work with each instance?
[17:37:33 CEST] <dreadkopp> hey guys. i am giving x11grab a try using h264_nvenc encoder. CPUs: 2xE5620, GPU : 750ti. i am casting to VLC using ffserver. GPU usage is ~50% ... however CPU usage is near top for all cores ? thought using h264_nvenc encoding would be done by the gpu?
[17:43:27 CEST] <kepstin> dreadkopp: encoding should be done with gpu yeah, I'd expect the cpu usage to be a lot lower. Keep in mind that there's still some cpu overhead in the x11grab code, and converting from rgb to yuv, for example.
[17:43:36 CEST] <kepstin> also why are you using ffserver?
[17:44:00 CEST] <dreadkopp> kepstin_: to cast to vlc (for now) in real time..
[17:44:01 CEST] <kepstin> check which process is actually using the cpu, it might be that your ffserver config is doing an extra transcode or something...
[17:44:27 CEST] <dreadkopp> in ffserver conf i set encoding to h264_nvenc
[17:44:40 CEST] <kepstin> I wouldn't expect that to work in ffserver, tbh.
[17:44:47 CEST] <kepstin> but... ? who knows
[17:45:05 CEST] <c_14> you sure the ffmpeg isn't spawning an h264 encoder as well?
[17:45:26 CEST] <dreadkopp> so no enconding in ffserver but in ffmpeg, righty? sorry, i am pretty new to this
[17:45:39 CEST] <kepstin> dreadkopp: for this config, you'd want the ffmpeg doing the screencap to encode with nvenc, then ffserver should be doing codec copy
[17:46:09 CEST] <dreadkopp> kepstin_: okay, righty.. bummer though
[17:46:30 CEST] <kepstin> although I've never used ffserver, so I have no idea how exactly that would be set up
[17:46:45 CEST] <bencoh> hasn't ffserver been dropped yet?
[17:46:51 CEST] <kepstin> you'd probably be better off using ffmpeg with udp sender or something to get video to vlc
[17:46:52 CEST] <furq> sadly not
[17:47:07 CEST] <bencoh> "impressive"
[17:47:22 CEST] <dreadkopp> hoped i could send multiple streams to ffserver from VM without dedicated GPU. ffserver encodes to h264 using GPU and makes streams available
[17:47:24 CEST] <furq> apparently someone ported it to the new APIs at the last minute to prevent it from being droppe
[17:47:27 CEST] <furq> d
[17:47:50 CEST] <bencoh> ohwell ... I guess it means it's still useful to someone at least :)
[17:47:55 CEST] <kepstin> dreadkopp: well, how is the video encoded in the stream going from ffmpeg to ffserver? :)
[17:48:01 CEST] <furq> are you sure
[17:48:13 CEST] <furq> i figured it meant that someone didn't want to not be maintaining something any more
[17:48:22 CEST] <dreadkopp> kepstin: not at all. sending rawvideo (as far as i get it:P )
[17:49:23 CEST] <kepstin> dreadkopp: well, start by looking in a top program and figuring out exactly which process is responsible for the cpu usage
[17:49:51 CEST] <kepstin> is it ffserver? the sending ffmpeg? overhead from the network interface on the vm sending ridiculous amounts of raw data?
[17:51:16 CEST] <dreadkopp> my ffserverconfig and ffmpeg startparameters: https://hastebin.com/ejarocomif.apache @kepstin it's multiple ffmpeg processes eating about ~1200%/1600% CPU
[17:51:38 CEST] <dreadkopp> darn.. wrong
[17:51:57 CEST] <kepstin> dreadkopp: well, those aren't sending raw video to ffserver, the commands in that file are encoding with x264 in the VM
[17:52:00 CEST] <dreadkopp> https://hastebin.com/luyehulumo.apache
[17:52:03 CEST] <kepstin> so yeah, that's all your cpu right there
[17:52:20 CEST] <furq> asf?
[17:52:23 CEST] <dreadkopp> kepstin: sorry, wrong config... tried something and copied wrong line
[17:52:46 CEST] <kepstin> dreadkopp: well, look at the logs of the ffmpeg command and check with encoder it's actually using
[17:53:20 CEST] <furq> i guess i'd better get the glowsticks and head down to a rave, because it is the 90s
[17:53:50 CEST] <furq> hopefully this also means the pills actually have some mdma in them now
[17:55:31 CEST] <kepstin> furq: I'm all set for the 90's, I just built myself a new desktop pc: https://www.kepstin.ca/dump/DSC_4562.JPG ;)
[17:55:41 CEST] <dreadkopp> hmm... if i get this correct ffmpeg allready sends a h264 encoded video (encoded by CPU) while ffserver reconverts that stream using GPU ? https://hastebin.com/soceboleso.pas
[17:55:50 CEST] <dreadkopp> BEAST
[17:55:55 CEST] <furq> lol
[17:56:13 CEST] <furq> i assumed that was an actual 90s pc you'd built to play carmageddon in its true glide form
[17:56:17 CEST] <furq> but then i noticed the zen sticker
[17:56:35 CEST] <dreadkopp> how did you make the ryzen run Win98?
[17:56:42 CEST] <furq> 95
[17:56:44 CEST] <bencoh> zyren7/win95? huhu :p
[17:56:45 CEST] <nido> do i read that right? "IBM(tm) K6(tm) 2<b>5</b>6mhz mmx(tm)-enhanced processor"
[17:56:57 CEST] <kepstin> nido: 266
[17:57:09 CEST] <furq> that sure looks like a 5
[17:57:21 CEST] <kepstin> dreadkopp: I don't, but I'm tempted to find a way to boot it into a win95 VM somehow :/
[17:57:35 CEST] <bencoh> win95 vm should be "easy"
[17:57:53 CEST] <nido> kepstin: iirc VirtualBox can vm without needing procesor features
[17:58:11 CEST] <nido> not saying it will be a _useful_ win95 vm on the system you have, but it will be possible...
[17:58:11 CEST] <furq> how did you find a ryzen board with an agp slot for a voodoo2
[17:58:30 CEST] <kepstin> furq: I have a PCI voodoo 2, and using an MSI board with PCI slots ;)
[17:58:34 CEST] <furq> nice
[17:58:47 CEST] <furq> i actually know someone who has a full 1998 pc for playing 90s games
[17:58:47 CEST] <kepstin> (i don't actually have it installed, but that would be hilarious)
[17:58:52 CEST] <furq> i don't think he ever uses it any more though
[17:59:05 CEST] <furq> but all he talked about for like six months was 3dfx graphics cards on ebay
[17:59:10 CEST] <furq> i think he has like four different voodoo5s
[17:59:14 CEST] <kepstin> the voodoo 2 didn't do 2d, it was a 3d card only; the voodoo 3 was the first with agp interface
[17:59:18 CEST] <bencoh> furq: I no longer do that, but sometimes I wish I did
[17:59:30 CEST] <furq> bollocks to that
[17:59:32 CEST] <bencoh> (well, not that I really have/take time to play)
[17:59:34 CEST] <furq> if i want to play 90s games i've got mame
[17:59:41 CEST] <nido> i had a voodoo3 for nintendo64 emulation
[17:59:46 CEST] <bencoh> furq: haha, that too. but then I miss my CRT
[17:59:50 CEST] <nido> ultrahle was the bomb
[18:00:05 CEST] <JEEB> there was a mixed 2D+3D card from 3dfx after voodoo1 I think. banshee or so?
[18:00:08 CEST] <thebombzen> what was I now?
[18:00:10 CEST] <thebombzen> ultrahle?
[18:00:38 CEST] <furq> i think my mate might have had a voodoo 5 6000
[18:00:50 CEST] <furq> there were a few engineering samples on ebay for ridiculous money
[18:00:55 CEST] <furq> i forget if he ended up actually buying one
[18:01:09 CEST] <thebombzen> why do you need a fancy cpu to do n64 emulation?
[18:01:17 CEST] <thebombzen> do no emulators exist to translate it to x86?
[18:01:22 CEST] <nido> nintendo64 emulator; one of the first emulators to do 'high level' emulation, e.g. translating from n64 video operations to glide(/directx/opengl) video operations rather then emulating the video chip itself
[18:02:01 CEST] <dreadkopp> okay... h264 encoding was never done by the GPU as it seems.... the ~50% load are simply playing the video i used for a test....
[18:02:22 CEST] <furq> dreadkopp: i'd consider just ditching ffserver
[18:02:25 CEST] <furq> everyone else has
[18:02:39 CEST] <dreadkopp> furq: haha :)
[18:02:40 CEST] <furq> if you need to serve multiple clients then use nginx-rtmp or something
[18:02:57 CEST] <bencoh> :)
[18:02:58 CEST] <nido> thebombzen: you "needed" a gpu because emulation of the n64 video adapter was not fast enough in software; it was up to about 10x slower then real time
[18:03:34 CEST] <thebombzen> is this just because no good emulators exist? or because it was actually just not easy
[18:04:15 CEST] <bencoh> I guess it was actually not that easy back in the 9x
[18:04:24 CEST] <thebombzen> because Dolphin-Emu is able to do GameCube and Wii emulation in realtime
[18:04:26 CEST] <dreadkopp> is my approach even possible at all? VM->rawvideo ->Server_with_GPU -> encode to h264 -> Client ?
[18:04:33 CEST] <bencoh> CPUs weren't that fast then ;)
[18:04:45 CEST] <thebombzen> ah. so nowadays it's not necessary but back then it was
[18:04:48 CEST] <thebombzen> that makes more sense now'
[18:04:48 CEST] <furq> thebombzen: remember all those times you admitted you should have read the conversation in more detail
[18:05:01 CEST] <thebombzen> furq: I'm only in this conversation because someone said "the bomb"
[18:05:02 CEST] <kepstin> dreadkopp: I don't see why not
[18:05:07 CEST] <bencoh> haha
[18:05:29 CEST] <dreadkopp> kepstin: okay :)
[18:05:34 CEST] <kepstin> dreadkopp: but you might want to look into having the VM system itself handle the fb capture rather than doing inside the guest os
[18:05:35 CEST] <furq> do you get highlighted by "the bomb"
[18:05:41 CEST] <furq> that's pretty bad
[18:05:41 CEST] <thebombzen> Yes
[18:05:44 CEST] <kepstin> dunno if that's possible
[18:05:45 CEST] <bencoh> dreadkopp: apart from the rawvideo transfer which looks like a waste
[18:06:04 CEST] <thebombzen> furq: yea because people often try to ping me with that
[18:06:13 CEST] <furq> those people aren't your friends
[18:06:17 CEST] <dreadkopp> bencoh: other suggestions? bandwith doesn't matter, quality and low CPU impact does
[18:06:18 CEST] <nido> thebombzen: apologies for bringing you in then
[18:06:23 CEST] <thebombzen> lol
[18:06:35 CEST] <furq> you should apologise to the rest of us as well
[18:07:01 CEST] <nido> the rest of the united states: apologies to you as well
[18:07:02 CEST] <nido> happy furq ?
[18:07:11 CEST] <furq> that doesn't include me or probably most of the people in here
[18:07:26 CEST] <bencoh> dreadkopp: I suppose you don't want to passthrough your gpu to guest so not really, no
[18:07:31 CEST] <thebombzen> I apologize to the rest of you for existing, I'm sorry my presence is making it dificult for you to focus
[18:07:38 CEST] <furq> that'll do
[18:07:52 CEST] <dreadkopp> bencoh: not enough PCIe Slots / GPUs haha
[18:07:56 CEST] <bencoh> :)
[18:08:05 CEST] <thebombzen> perhaps if I weren't here then you could stop thinking of about my utter supriority, but alas, this is not the case, for I am the best
[18:08:22 CEST] <bencoh> I fail to see why you want to do the grabbing from the VM though, as kep.stin mentioned
[18:08:23 CEST] <furq> i would say "stop stealing my gimmick" but a big part of my gimmick is good spelling
[18:08:49 CEST] <thebombzen> You should have misspelled "spelling" cause then you would have gotten bonus points
[18:09:00 CEST] <furq> from whom
[18:09:09 CEST] <dreadkopp> bencoh: well that was my first approach... really didn't know how to dump it directly from the vGPU or anything
[18:09:14 CEST] <thebombzen> from all the people who say "bonus points for irony"
[18:09:32 CEST] <furq> i don't recognise their authority to issue points
[18:09:38 CEST] <nido> that's if you care about upboating
[19:31:16 CEST] <Substring> Hi
[19:31:49 CEST] <Substring> I was wondering how to play youtube videos with ffplay, is it possible without any 3rd party tool ?
[19:35:04 CEST] <durandal_1707> Substring: no, need another tool to fetch url
[19:35:55 CEST] <Substring> durandal_1707, ok, that's what I guessed, so i already tried with youtube-dl and piping with ffplay, works ok, but i can't have subtitles
[19:36:32 CEST] <Substring> i guess the subtitles should be embedded in the stream ?
[19:39:40 CEST] <Substring> i can't find how to specify a subtitles file
[19:41:51 CEST] <furq> --embed-subs
[19:46:18 CEST] <Substring> furq, then i must be missing some other parameters, ffplay doesn't list the subtitles stream
[20:55:55 CEST] <Substring> --embed-subs is a post processing option, so it can't work when i pipe youtube-dl and ffmpeg
[21:14:32 CEST] <Substring> using ffmpeg, playing a 720p video on a 800x480 screen, i can't resize it using -s 800x480. What wrong have I done ?
[21:49:45 CEST] <kazuma_> load a scaler Substring
[21:50:18 CEST] <kazuma_> ffmpeg -i input -sws_flags spline -s 800x480 output
[21:50:23 CEST] <kazuma_> for example using spline
[21:59:36 CEST] <Tatsh> my DVDAs came in
[21:59:38 CEST] <Tatsh>     Stream #0:0: Audio: mlp, 88200 Hz, 5.1, s32 (24 bit)
[21:59:41 CEST] <Tatsh> :)
[22:00:08 CEST] <furq> i've never heard of that audio codec and i don't want to google it
[22:00:17 CEST] <Substring> kazuma_, thank you i'm going to try
[22:00:18 CEST] <Tatsh> it's the format chosen for DVDA
[22:00:25 CEST] <Tatsh> it's one of the choices anyway
[22:00:32 CEST] <Tatsh> it's lossless pcm
[22:00:33 CEST] <kepstin> "meridian linear packing" or something like that iirc?
[22:00:36 CEST] <kepstin> probably spelled it wrong
[22:00:37 CEST] <kerio> furq: my little pony
[22:00:49 CEST] <Tatsh> on SACD it's DSD iirc
[22:00:55 CEST] <kepstin> ah "Meridian Lossless Packing"
[22:00:57 CEST] <Tatsh> i have a few SACDs coming, and i can decrypt those with my PS3
[22:01:02 CEST] <furq> kerio: thank you for explaining it to me. i hadn't realised
[22:01:03 CEST] <Tatsh> :)
[22:01:05 CEST] <bencc> what flags do I need to create fragmented mp4 for hls/dash?
[22:01:09 CEST] <Tatsh> high fidelity music rules
[22:01:19 CEST] <Tatsh> but unfortunately not all albums are equal
[22:01:19 CEST] <furq> counterpoint: no it doesn't
[22:01:33 CEST] <bencc> -movflags frag_keyframe? and or empty_moov? and or empty_moov?
[22:01:39 CEST] <furq> both
[22:01:53 CEST] <bencc> furq: there are three
[22:02:07 CEST] <furq> i don't think so
[22:02:16 CEST] <bencc> I wrote the same twice :)
[22:02:21 CEST] <furq> yes
[22:02:38 CEST] <bencc> I meant separate_moof but it's probably irelevant
[22:02:55 CEST] <bencc> how can I get the byte-range of each keyframe so I can create the manifest?
[22:03:00 CEST] <bencc> ffmpeg doesn't support fmp4 yet
[22:04:31 CEST] <TD-Linux> Tatsh, how unfortunate
[22:04:44 CEST] <Tatsh> TD-Linux, ?
[22:04:54 CEST] <TD-Linux> to be cursed with DVDA's
[22:04:57 CEST] <TD-Linux> I guess they are 5.1
[22:05:04 CEST] <Tatsh> what do you mean; it's just a means to an end for me
[22:05:10 CEST] <Tatsh> getting the 5.1 audio for some of my favourite songs
[22:05:13 CEST] <furq> at least it's not sacd
[22:05:14 CEST] <Tatsh> how i get it doesn't matter
[22:05:32 CEST] <Tatsh> there's only like one site selling 6ch audio and i can't remember it's name
[22:05:35 CEST] <Tatsh> but there's not much selection
[22:05:41 CEST] <Tatsh> its*
[22:06:30 CEST] <Substring> kazuma_, not working. I'm not converting a video, i'm using ffmpeg to output it to framebuffer via SDL2
[22:06:44 CEST] <furq> https://en.wikipedia.org/wiki/Master_Quality_Authenticated
[22:06:46 CEST] <furq> wtf is this
[22:06:59 CEST] <Tatsh> the DVDA also has a DVD video part where it gives the same content in dolby digital ac3
[22:07:19 CEST] <furq> all the information on this page is really incongruous
[22:07:20 CEST] <Tatsh> so if your DVD player won't play DVDA then you're still good but you don't get the lossless version
[22:08:03 CEST] <furq> i haven't seen many DVDAs but the ones i have seen just used lpcm
[22:08:58 CEST] <Tatsh> the one i have has two VTS, one is for 5.1 MLP and the other is PCM stereo
[22:09:12 CEST] <Tatsh> or should i say, ATS as they are in the AUDIO_TS dir
[22:11:26 CEST] <Tatsh> columbia did some evil because they sold DVDs that are double-sided for WS and FS, then they printed those with only FS but they left the UPC the same
[22:11:52 CEST] <Tatsh> so then from an online retailer, i received an FS copy thinking i would get the double-sided
[22:12:00 CEST] <Tatsh> evil
[22:12:20 CEST] <furq> a major record label ripping off audiophiles? never
[22:12:35 CEST] <Tatsh> well, moviephiles
[22:12:45 CEST] <Tatsh> who in their right mind wants a FS copy nowadays
[22:13:55 CEST] <kerio> fs?
[22:14:05 CEST] <Tatsh> kerio, pan and scan copy of the film
[22:14:09 CEST] <kerio> oh lol
[22:14:14 CEST] <kerio> idk man i just download my movies
[22:14:25 CEST] <furq> don't you know that piracy is a crime
[22:14:31 CEST] <Tatsh> lol
[22:14:38 CEST] <furq> i have seen what you have done and i am calling the police
[22:14:41 CEST] <Tatsh> you wouldn't steal a bobby's cap and then take a crap in it?
[22:14:45 CEST] <Tatsh> would you?
[22:14:52 CEST] <kerio> you wouldn't download a car
[22:15:12 CEST] <Tatsh> that was on IT Crowd
[22:16:03 CEST] <kerio> http://i0.kym-cdn.com/photos/images/original/000/451/367/dba.png
[22:16:22 CEST] <furq> don't tell me what to do
[22:17:38 CEST] <Threads> how can i turn the first 5frames into b frames
[22:18:01 CEST] <kerio> btw where can one download lossless movie rips
[22:18:06 CEST] <Tatsh> kerio, no such thing
[22:18:16 CEST] <furq> Threads: by removing the first frame in a hex editor
[22:18:28 CEST] <furq> kerio: lossless in what sense
[22:18:40 CEST] <kerio> furq: -c:v copy from a bluray or whatever
[22:18:46 CEST] <Tatsh> kerio, the internet
[22:18:50 CEST] <furq> yeah, that
[22:19:03 CEST] <Tatsh> beware older rips are downscaled
[22:19:10 CEST] <furq> from any site that you can download movies from
[22:19:17 CEST] <furq> you probably want to search for bdremux
[22:19:20 CEST] <kerio> ty
[22:19:27 CEST] <Tatsh> because the majority of films out there on dual-layer BD
[22:19:35 CEST] <Tatsh> and the groups back in 2011 agreed to downsize to 25
[22:19:37 CEST] <Tatsh> which is lame
[22:19:41 CEST] <kerio> 25 what
[22:19:44 CEST] <furq> gigs
[22:20:04 CEST] <furq> also lol i didn't know that. that's fucking stupid
[22:20:05 CEST] <Tatsh> so if you see a ~25 GiB rip, check if it's been re-encoded
[22:20:13 CEST] <furq> back to the glory days of dvdshrink
[22:20:16 CEST] <Tatsh> yea
[22:20:31 CEST] <Tatsh> i used to downscale DVD9's to DVD5 for personal backup before dual layer was cheap enough
[22:20:49 CEST] <kepstin> the last blu-ray I bought had really horrible banding, so I did some cleanup and re-encoded before I even watched it :/
[22:20:55 CEST] <kerio> surely a bdremux is just remuxed
[22:21:04 CEST] <Tatsh> but furq also in 2011 dual layer BD was either non-existent for home users or was way too expensive
[22:21:11 CEST] <Tatsh> i mean the scene rules are really dumb imho
[22:21:12 CEST] <furq> well yeah in the same way that DVDR isn't touched
[22:21:13 CEST] <TD-Linux> furq, heh maybe I'll fix the MQA page
[22:21:15 CEST] <furq> except when it is
[22:21:18 CEST] <Tatsh> like getting a DVD to fit on 700 MB
[22:21:23 CEST] <Tatsh> just to supposedly burn it to CD?
[22:21:28 CEST] <Tatsh> i mean, that was a dumb idea
[22:21:40 CEST] <furq> the scene rules are slightly less stupid now
[22:21:54 CEST] <furq> the x264 rules broadly make sense
[22:22:03 CEST] <Tatsh> yeah but they are still demanding a file size
[22:22:05 CEST] <furq> aside from completely unenforceable shit like banning bicubic resizing
[22:22:16 CEST] <Tatsh> to fit like 4 30 minute 720p clips on DVD5
[22:22:42 CEST] <Tatsh> but from what i can tell, nobody especially porn groups are following such rules
[22:22:51 CEST] <Tatsh> porn groups don't even use mkv container anymore
[22:23:11 CEST] <kepstin> huh, what do they do instead, mp4?
[22:23:22 CEST] <Tatsh> yeah mp4 high at level 4.1
[22:23:30 CEST] <Tatsh> broadest compatibility
[22:23:36 CEST] <furq> the latest x264 sdtv standards don't mention filesize at all
[22:23:37 CEST] <Tatsh> iOS, android, xbox one, etc
[22:23:39 CEST] <kepstin> mp4 is just the container, saying "mp4 high" doesn't make sense ;)
[22:23:53 CEST] <furq> and they've been enforcing using crf for years
[22:23:57 CEST] <Tatsh> well good
[22:23:59 CEST] <Tatsh> but at one number?
[22:24:02 CEST] <kepstin> but I assume you mean mp4 with h264 high + aac.
[22:24:05 CEST] <Tatsh> yea
[22:24:12 CEST] <Tatsh> porn standards have always been slightly different
[22:24:15 CEST] <furq> no
[22:24:23 CEST] <furq> 4.4.1) CRF values below 19 and above 24 are never allowed.
[22:24:30 CEST] <Tatsh> decent
[22:24:38 CEST] <furq> and then it has suggestions for what you should use for what type of content
[22:24:47 CEST] <kepstin> weird that they have a min crf, huh
[22:24:49 CEST] <kerio> damn, i'm almost at 2TB uploaded on empornium
[22:24:51 CEST] <furq> 4.6) Settings cannot go below what is specified by preset (--preset) slow.
[22:24:51 CEST] <Tatsh> they should
[22:25:04 CEST] <furq> so yeah the actual encoding stuff is broadly sensible
[22:25:11 CEST] <Tatsh> i'm happy that they do and -crf 18 is pointless vs 19 for the use case; you're getting it for free
[22:25:14 CEST] <furq> anamorphic is banned but that's not a big deal for pdtv
[22:25:29 CEST] <kepstin> then again, I'm used to the anime community where people do ridiculous things like crf 14 or so :)
[22:25:34 CEST] <Tatsh> ugh
[22:25:42 CEST] <Tatsh> because it's cartoon they think they need a *higher* bitrate?
[22:25:55 CEST] <Tatsh> i mean i hear in the anime community they are also encoding to 10-bit for no reason
[22:25:58 CEST] <kepstin> well, crf 14 on animation still gives a fairly low bitrate
[22:26:08 CEST] <kepstin> unless there's a lot of (usually artificial) grain
[22:26:14 CEST] <furq> doesn't 10-bit give a noticeable saving for animes
[22:26:26 CEST] <furq> it's obviously not for visual reasons because the sources are all 8-bit anyway
[22:26:55 CEST] <kepstin> I've heard it does, but haven't seen any actual comparisons.
[22:27:27 CEST] <kerio> surely if 10-bit gives a noticeable saving for compression the 8-bit compression algorithm should be updated
[22:27:33 CEST] <kepstin> When I did an encode to fix banding, I used the ffmpeg 'deband' filter at 16bit and saved as 10bit, just because why not.
[22:28:14 CEST] <JEEB> kerio: they updated 8bit code paths in HEVC
[22:28:17 CEST] <kepstin> kerio: the thoughts behind how 10bit improves compression is that it preserves more accuracy in predicted frames, particularly when you have really long chains of B frames like x264 does in animation tune
[22:28:19 CEST] <JEEB> AVC is of course AVC
[22:28:42 CEST] <JEEB> and one of the streaming people actually tested 10bit against similarly quick 8bit presets
[22:28:44 CEST] <kepstin> no idea if that's true or not
[22:29:01 CEST] <JEEB> and the end result was "it's awesome but HW decoders don't support it"
[22:29:09 CEST] <kerio> :(
[22:29:26 CEST] <kepstin> yeah, that's tbh one of the main benefits of hevc - hardware decoders are usually going to support at least 10bit
[22:29:30 CEST] <kerio> but it's ok, weebs spend their life at the computer anyway :^)
[22:29:56 CEST] <JEEB> my oneplus one handles 1080p24 10bit AVC decoding with ARMv7 nicely
[22:30:03 CEST] <JEEB> of course power usage is what it is ÖD
[22:30:04 CEST] <JEEB> :D
[22:30:10 CEST] <kepstin> JEEB: sure, for what, half an hour? :)
[22:30:30 CEST] <JEEB> I actually remember checking that it never went 100%
[22:30:32 CEST] <JEEB> so I'm not sure
[22:30:32 CEST] <JEEB> :D
[22:31:20 CEST] <JEEB> kepstin: the problem with HEVC is the whole licensing mess and lack of encoders where nerds poured their love into them
[22:31:53 CEST] <kepstin> yeah. you can tell the lack of passion put into the x265 encoder simply by the fact that it doesn't have an easter egg touhou tune ;)
[22:32:13 CEST] <furq> the one good thing about x265
[22:32:24 CEST] <JEEB> well, more like they didn't utilize the moments of good will the possible-to-be community gave to them in 2013
[22:32:37 CEST] <JEEB> at least I remember kind of trying to poke some things in it
[22:32:53 CEST] <Tatsh> furq, haha death to touhou?
[22:33:15 CEST] <furq> the worst game
[22:34:35 CEST] <kepstin> that said, I'm kinda surprised nobody has tweaked that tune a little bit and just renamed it to 'screencast' or something; apparently it handles stuff like scrolling text and mouse cursors fairly well.
[22:36:03 CEST] <furq> well yeah but then a nerd wouldn't be able to feel smug about it
[22:37:35 CEST] <furq> also i thought the whole point of the tune was that it was very good at encoding 9 year old animes girls screeching incomprehensible, unskippable, wrongly-decoded text at each other for half an hour between every stage
[22:38:03 CEST] <kerio> "9 year old animes girls"
[22:38:05 CEST] <kerio> you can just say lolis
[22:38:19 CEST] <Tatsh> i have some like, hinabita stuff
[22:38:23 CEST] <furq> thank you. i've just added you to my list
[22:38:24 CEST] <Tatsh> mostly because of video games
[22:38:48 CEST] <furq> wait nvm i just remembered you're already on my list on account of the whole radiohead thing
[22:38:51 CEST] <kerio> >:c
[22:39:01 CEST] <furq> i'll just underline your name then
[22:39:07 CEST] <kerio> hey furq
[22:39:14 CEST] <kerio> this song from the 90s takes 2.8mbps
[22:39:32 CEST] <furq> so you like radiohead and animes. i bet you're popular with the ladies
[22:39:41 CEST] <kepstin> I really should play around with vp9 a bit more now that it has working multithreaded encoding. Probably won't actually use it for anything, but good to see how it'll compare at least :/
[22:39:57 CEST] <Tatsh> lot of android devices have hw vp9
[22:39:57 CEST] <kerio> ?
[22:39:58 CEST] <furq> it still doesn't have frame threading does it
[22:40:03 CEST] <kepstin> well, s/working/usefully scaling/
[22:40:08 CEST] <kerio> don't you fucking dare imply i like anime
[22:40:09 CEST] <furq> it's just the slice threading is no longer completely useless
[22:40:13 CEST] <kepstin> I think the recent builds do actually have frame threading?
[22:40:25 CEST] <furq> this must be very recent
[22:40:33 CEST] <kepstin> yeah, no released version with it yet
[22:40:35 CEST] <furq> last i heard they'd added row threading, which is better slice threading
[22:40:50 CEST] <kepstin> hmm, you're right, it is the row threading stuff not frame threading
[22:42:02 CEST] <Tatsh> you know, i'm wondering if this 5.1 music will sound any better when mixed to stereo
[22:42:16 CEST] <Tatsh> compared to the official stereo track
[22:42:25 CEST] <kepstin> probably not?
[22:42:34 CEST] <Tatsh> may not be able to tell
[22:42:41 CEST] <furq> i'm also going to say probably not
[22:42:56 CEST] <furq> especially if you downmix it with ffmpeg
[22:43:00 CEST] <kepstin> depending on the matrix you use to downmix the balance will probably be a bit off, at best
[22:43:04 CEST] <Tatsh> are my ears bad? i recorded a song from Dolby B/HX Pro tape in (with proper equipment) and compared it to the FLAC and couldn't hear the difference
[22:43:15 CEST] <furq> i'd say they're about average
[22:43:27 CEST] <Tatsh> the FLAC off CD of course
[22:43:37 CEST] <furq> if average people could tell the difference then mp3s wouldn't still exist
[22:44:25 CEST] <kepstin> keep in mind that there's half a chance that the stuff on the CD would also have been transferred from a similar quality tape, particularly for older material...
[22:44:41 CEST] <kepstin> well, not cassette tape, I dunno what exactly you have
[22:45:23 CEST] <furq> hx pro is specifically for compact cassette isn't it
[22:45:24 CEST] <Tatsh> this was richard Marx - Repeat Offender album
[22:45:31 CEST] <Tatsh> i have it on tape and CD
[22:45:52 CEST] <Tatsh> tried to make serious comparisons and the only difference was the tape was slightly shorter
[22:46:01 CEST] <Tatsh> 1% shorter; perhaps you can blame equipment
[22:46:23 CEST] <kepstin> Tatsh: probably mostly depends on the accuracy of the speed control on your tape deck :/
[22:46:23 CEST] <Tatsh> if there was any pitch difference, i couldn't hear it
[22:46:36 CEST] <Tatsh> i love my tape deck; it's hq
[22:46:55 CEST] <Tatsh> JVC TD-W309
[22:47:03 CEST] <kepstin> hmm, 1989 album, could very well have been ADD or even AAD on the CD version.
[22:47:12 CEST] <Tatsh> hoping the belts never die
[22:47:16 CEST] <Tatsh> :/
[22:47:32 CEST] <Tatsh> i have a broken sony tape deck which i replaced the belts and still didn't work; probably capacitors
[22:47:53 CEST] <furq> belts are way easier to repair than direct drive
[22:47:56 CEST] <furq> unless you have a 3d printer
[22:47:57 CEST] <kepstin> it might even say whether it was AAD, ADD, or DDD right on the cd case, particularly if the cd copy you have is vintage
[22:49:06 CEST] <Tatsh> very basic https://www.discogs.com/Richard-Marx-Repeat-Offender/release/1688152
[22:49:46 CEST] <Tatsh> but in any case, the dolby hx pro tapes i do have that haven't degraded sound amazing
[22:50:48 CEST] <Tatsh> furq, if i play 5.1 on my system which is only stereo, mpv is just mixing according to that standard anyway?
[22:50:53 CEST] <Tatsh> so i'm hearing the effect of that live
[22:51:08 CEST] <furq> idk if it uses the same downmixing as ffmpeg, but probably
[22:51:12 CEST] <furq> ask durandal_1707
[22:51:25 CEST] <durandal_1707> Tatsh: if you have 5.1 setup
[22:51:41 CEST] <Tatsh> that is, the Document A/51
[22:51:46 CEST] <Tatsh> Document A/52
[22:51:53 CEST] <Tatsh> standard for downmixing
[22:52:02 CEST] <durandal_1707> what?
[22:52:03 CEST] <Tatsh> i have 5.1 setup upstairs i'm going to try with this audio soon
[22:52:20 CEST] <Tatsh> https://trac.ffmpeg.org/wiki/AudioChannelManipulation#a5.1stereo
[22:52:26 CEST] <Tatsh> By default when using -ac 2 the LFE channel is omitted. See "Digital Audio Compression Standard (Document A/52:2012)", sections 6.1.12 and 7.8 for more downmixing info.
[22:52:33 CEST] <Tatsh> my alsa setup is to use 2ch
[22:52:48 CEST] <kepstin> Tatsh: it's quite possible that the stereo mix was done separately, and isn't just a downmix of the 5.1 track, in which case they will sound different.
[22:52:52 CEST] <furq> well yeah i doubt that'll sound better than a cd that was mastered for stereo
[22:52:54 CEST] <furq> but who knows
[22:53:01 CEST] <durandal_1707> if you have 2 speakers you are doomed
[22:53:04 CEST] <Tatsh> it's hard to compare
[22:53:45 CEST] <Tatsh> i read reviews on the DVDAs and SACDs i did buy to make sure they weren't stupidly done
[22:53:49 CEST] <Tatsh> a lot of rip-offs
[22:53:56 CEST] <durandal_1707> for headphone downmix there is special filter
[22:54:23 CEST] Action: kepstin notes that converting stereo to mono is similarly problematic.
[22:55:14 CEST] <Tatsh> weird thing about this DVDA; it says 96K on the back, but the actual rate is 88200
[22:55:28 CEST] <durandal_1707> there is incomplete dolby pro logic encoder in libswr
[22:56:01 CEST] <furq> yeah i'm sure there are a bunch of upmixed "5.1" releases so they can sell them for £50 to the type of people who spend 100 times that on interconnects made of rhino skin
[22:56:16 CEST] <durandal_1707> omg
[22:56:22 CEST] <furq> the more endangered the animal, the warmer the sound
[22:56:23 CEST] <Tatsh> that stuff pisses me off
[22:56:56 CEST] <Tatsh> the studios are not trustworthy
[22:57:04 CEST] <Tatsh> whenever you see 'remastered' or whatever you have to question it
[22:57:17 CEST] <zleap> hi
[22:57:27 CEST] <Tatsh> right now you can buy remastered albums of music from the 90's and i'm like, what?
[22:57:33 CEST] Action: kepstin has a few late 80s/early 90s cds, and modern "remastered" releases are generally worse :/
[22:57:40 CEST] <furq> audiophile stuff is totally alien to me, but probably half of all "4k" blu-rays are just upscaled
[22:57:43 CEST] <Tatsh> or even 2000s
[22:57:48 CEST] <furq> because in their infinite wisdom they decided to shoot it in 2k
[22:57:50 CEST] <Tatsh> why would they need to remaster anything from that time period
[22:57:59 CEST] <Tatsh> unless there were serious mistakes
[22:58:01 CEST] <kepstin> typically remastering 90s stuff consists of loading it in a daw, raising the gain and applying some limiting, and saving.
[22:58:07 CEST] <furq> because they didn't compress it enough the first time
[22:58:10 CEST] <Tatsh> other than that, i see no reason to remaster anything from the 2000s
[22:58:19 CEST] <Tatsh> all they do is increase the volume and it pisses me off
[22:58:35 CEST] <furq> or yeah just make it clip
[22:58:40 CEST] <furq> hello japan
[22:58:51 CEST] <Tatsh> for 80's and below a lot of crap remasters exist
[22:58:53 CEST] <zleap> is it possible, using a raspberry pi to use two switches to control ffmpeg,one to start recording and a second to stop recording and save the file
[22:59:02 CEST] <kepstin> well, they need to do that, because otherwise it sounds too quiet next to modern stuff, which people interpret as meaning sounding worse.
[22:59:03 CEST] <Tatsh> you'd be better off buying the original vinyl
[22:59:06 CEST] <Tatsh> or tape
[22:59:09 CEST] <kepstin> :/
[22:59:22 CEST] <Tatsh> for movies the issue now is digital
[22:59:31 CEST] <furq> well at least for that stuff you can just get the original master
[22:59:38 CEST] <furq> i've got a ton of stuff which is 3dB into the red
[22:59:39 CEST] <Tatsh> the movies are shot in digital, so there's no way to really upscale without nastiness, but consumers don't care
[22:59:48 CEST] <furq> well modern movies are shot at 4k
[23:00:02 CEST] <kepstin> modern releases of animation from the mid 2000's are generally just terrible
[23:00:04 CEST] <Tatsh> that's fine and all
[23:00:05 CEST] <furq> but yeah a ton of stuff from the '00s was wisely shot at 2k
[23:00:12 CEST] <kerio> Tatsh: http://www.oknotok.co.uk
[23:00:16 CEST] <kepstin> before that, they were typically shot on 16mm film, which could be rescanned
[23:00:22 CEST] <furq> this better not be a radiohead
[23:00:28 CEST] <kepstin> after that they were often done in at least 720p
[23:00:28 CEST] <Tatsh> i thought it was 35mm
[23:00:29 CEST] <kerio> it is, in fact, a radiohead
[23:00:36 CEST] <Tatsh> and they could rescan that to like, 8K
[23:00:50 CEST] <kepstin> but in that one range, you have SD digital animation often with editing done on interlaced content
[23:00:52 CEST] <kepstin> and it'
[23:00:53 CEST] <Tatsh> that's why the 1080p back to the future looks really good
[23:00:55 CEST] <kepstin> s just nasty
[23:00:55 CEST] <furq> yeah 35mm film goes way beyond 8k
[23:01:07 CEST] <furq> and i expect 16mm film will comfortably go to 8k
[23:01:12 CEST] <kerio> oh so quentin tarantino was just thinking of futureproofing
[23:01:17 CEST] <kerio> :^)
[23:01:22 CEST] <Tatsh> i don't know if there's a 4K back to the future but i'm pretty sure they would've shot it on the best quality film
[23:01:35 CEST] <furq> yes, he shot reservoir dogs on film out of a sense of respect for tradition
[23:01:36 CEST] <Tatsh> steven spielberg not messing around
[23:01:37 CEST] <kepstin> yeah, but that's not typically useful for animation content, not enough detail really for >1080p scans of 16mm to be worth it ;)
[23:01:44 CEST] <kerio> furq: i'm talking about hateful eight
[23:01:47 CEST] <kerio> which was shot on 35mm
[23:01:58 CEST] <Tatsh> george lucas embraced digital pretty early on
[23:02:04 CEST] <kerio> wait, it was shot in 70mm :o
[23:02:09 CEST] <Tatsh> arguably not a good idea
[23:02:11 CEST] <furq> i haven't seen any quentin tarantino film since pulp fiction
[23:02:23 CEST] <furq> i assume they're all that insufferable
[23:02:25 CEST] <Tatsh> iirc they shot star wars phantom menace on digital
[23:02:30 CEST] <Tatsh> and that means, no 4k for you
[23:02:41 CEST] <Tatsh> also avatar was all digital
[23:02:41 CEST] <furq> well phantom menace was like 90% greenscreen anyway
[23:02:51 CEST] <Tatsh> but avatar was probably 4K digital shot
[23:02:59 CEST] <furq> and also 100% shit
[23:03:04 CEST] <Tatsh> yes it's a shit film i agree :)
[23:03:19 CEST] <kerio> furq: in inglorious basterds they kill hitler
[23:03:28 CEST] <furq> aren't you missing a u there
[23:03:39 CEST] <kepstin> given the amount of digital fx in many modern movies, the stuff actually on film, if still used, is pretty minimal :/
[23:03:52 CEST] <Tatsh> that's true
[23:04:02 CEST] <Tatsh> there's no point to record on film if they are just going to add digital fx later
[23:04:13 CEST] <furq> it worked in the 90s
[23:04:24 CEST] <Tatsh> as long as they start with 4K or above lossless
[23:04:30 CEST] <Tatsh> which is what all the digital cameras in studios do now
[23:04:35 CEST] <furq> also yeah evidently people will still buy upscaled 4k bluray because they're idiots
[23:04:42 CEST] <Tatsh> also 8K cameras available now for like $50K
[23:04:46 CEST] <kepstin> well, for stuff like TRON they didn't really have any useful digital storage formats; they rendered directly onto film for that iirc
[23:04:46 CEST] <furq> they're obviously idiots because they bought a 4k bluray player in the first place
[23:04:47 CEST] <Tatsh> lossless format
[23:04:56 CEST] <furq> and then presumably bought a new tv so that they were allowed to connect their 4k bluray player to it
[23:04:59 CEST] <Tatsh> kerio, for older theatres without digital equipment?
[23:05:07 CEST] <furq> are there such theatres
[23:05:21 CEST] <Tatsh> i think the one in my downtown that charges like $2 to see a film from like 10 years ago is not digital
[23:05:29 CEST] <kerio> Tatsh: no, hateful eight was shot in 70mm because tarantino is a super nerd
[23:05:46 CEST] <Tatsh> furq, i'd have to check
[23:05:52 CEST] <furq> i'm pretty sure they stopped distributing new films to theatres with no digital equipment years ago
[23:05:54 CEST] <Tatsh> older theatres have two projectors that switch off
[23:05:58 CEST] <Tatsh> pretty easy to tell
[23:06:26 CEST] <Tatsh> projectionist job must be shitty
[23:06:39 CEST] <furq> you get to see a lot of films for free
[23:06:43 CEST] <furq> and as we all know, most films are good
[23:06:44 CEST] <kerio> *the same films
[23:07:04 CEST] <kerio> how do you sync the projectors tho
[23:07:06 CEST] <kepstin> isn't projectionist job nowadays basically "plug this hard drive into this projector"? :/
[23:07:07 CEST] <furq> there have only ever been seven bad films
[23:07:20 CEST] <kerio> like how does it work
[23:07:37 CEST] <furq> you do realise that everyone's knowledge of this is from "fight club", right
[23:07:38 CEST] <Tatsh> kepstin, yes
[23:07:55 CEST] <furq> which means we're all trying not to think about that bloke's cock
[23:08:02 CEST] <Tauromancer> 2002 I spliced real film of major pictures, like Spiderman
[23:08:07 CEST] <Tatsh> they receive the decryption keys at the very last second prior to the day of release
[23:08:14 CEST] <Tatsh> Tauromancer, nice
[23:08:22 CEST] <Tauromancer> and that was in the bad theater no one in town liked
[23:08:30 CEST] <Tatsh> was that loud as fuck
[23:08:31 CEST] <Tauromancer> I doubt places like those can still pay for movies
[23:08:45 CEST] <Tatsh> projectors are loud as shit
[23:08:50 CEST] <furq> 2002 definitely qualifies as "years ago"
[23:08:56 CEST] <Tauromancer> yeah
[23:09:00 CEST] <Tauromancer> and hot
[23:09:40 CEST] <Tatsh> so you're saying in 2002 projectionist job still wasn't automated
[23:09:48 CEST] <Tatsh> were you in a union that demanded such?
[23:10:13 CEST] <Tauromancer> I was in high school, the projectionist didn't give a shit
[23:11:56 CEST] <zerodefect> I'm using the C-API to create a "mpegts" output context and transmitting over UDP.  Is it possible to programatically set the src port for the UDP socket?
[23:13:00 CEST] <kepstin> zerodefect: are you using ffmpeg's udp protocol handling?
[23:13:30 CEST] <kepstin> zerodefect: if so, it takes a bunch of parameters on the url, which let you set the local port and some other stuff
[23:13:45 CEST] <kepstin> zerodefect: see https://www.ffmpeg.org/ffmpeg-protocols.html#udp
[23:13:45 CEST] <Tatsh> i thought theatres would stop existing like 10 years ago
[23:13:56 CEST] <Tatsh> but apparently home theatres did not become that popular
[23:14:14 CEST] <Tatsh> i hate when i go to other people's houses and they don't have surround sound :P
[23:14:22 CEST] <Tatsh> and they are like 'come over here and watch a movie'
[23:14:31 CEST] <kepstin> well, the novelty of 3d movies still seems to be fairly strong, and 3d tvs basically went nowhere.
[23:14:33 CEST] <zerodefect> Kepstin, I think so.  I'm setting something like 'udp://' when creating the context. Is that what you're referring to?
[23:14:34 CEST] <Tatsh> with no surround sound? with a soundbar? are you kidding me
[23:14:58 CEST] <kepstin> my dad actually has a 3d TV, mostly uses it for playing gran turismo on the ps3.
[23:15:07 CEST] <Tatsh> i have a 3d tv and its' really not that interesting
[23:15:41 CEST] <Tatsh> as for 3d films at the theatre it's only slightly better than 2D
[23:15:41 CEST] <kepstin> was neat, cause I could hook it up to my radeon and a bunch of pc games worked in 3d on it as well.
[23:15:56 CEST] <Tatsh> NES game Rad Racer has a 3D mode
[23:16:15 CEST] <kepstin> zerodefect: yep. see my link
[23:16:42 CEST] <Tatsh> i'm buying a new surround sound system at my new place
[23:16:54 CEST] <Tatsh> it's going to be sweet
[23:17:20 CEST] <kepstin> I decided that rather than get surround sound, I'd get better stereo speakers. I mostly use it for music, so yeah.
[23:17:33 CEST] <Tatsh> makes sense until you get 5.1 music like i just did
[23:17:57 CEST] <zerodefect> Kepstin: Thanks! I missed it the first time :/
[23:18:00 CEST] <Tatsh> but you could hook up 4 speakers instead of just two and get a surround effect
[23:18:05 CEST] <Tatsh> which is kind of interesting
[23:18:33 CEST] <Tatsh> i've used ffmpeg to 'fix' films to have 4 channels instead of just 2 (for movies without surround), because my receiver will not let me fake this with its own hardware
[23:18:54 CEST] <Tatsh> it's kind of annoying if you have those speakers there and they are not outputting anything
[23:21:00 CEST] <kerio> ye it's kind of annoying that i have all those pixels at the left and the right of the screen that aren't displaying anythting
[23:21:07 CEST] <kepstin> it's kind of odd that most 5.1 systems have a better speaker in the centre channel than any of the others, but I guess that makes sense since most movies have dialogue centre-panned
[23:21:13 CEST] <kerio> so i set my tv to "full screen"
[23:21:21 CEST] <Tatsh> hehe
[23:21:34 CEST] <Tatsh> kepstin, i actually dislike that as i find sometimes they are talking 'behind you'
[23:21:41 CEST] <Tatsh> and yet the speech is all in the centre channel
[23:21:51 CEST] <kepstin> Tatsh: well, that's just a bad mixing job
[23:22:18 CEST] <kerio> nothin personnel, kid
[23:22:35 CEST] <Tatsh> kerio, what do you mean? you like stretching 4:3 content?
[23:22:47 CEST] <kerio> it was a joke
[23:22:52 CEST] <Tatsh> oh
[23:22:59 CEST] <kerio> no i don't, it drives me insane
[23:23:06 CEST] <Tatsh> well, in any case, if your TV doesn't have a shitty black level then you won't see the sides in the dark
[23:23:39 CEST] <Tatsh> people go insane when content doesn't fill the screen
[23:23:52 CEST] <Tatsh> that's why 16:10 monitors almost don't exist, they definitely stopped making them for laptops
[23:24:24 CEST] <Tatsh> the demand for more pixels for computing is lower than the demand of make 16:9 movies not show black bars
[23:31:19 CEST] <Tauromancer> i have almost nothing but 1680x1050 Dells
[23:31:22 CEST] <Tauromancer> it's torture
[23:32:50 CEST] <vlt> Great for subtitles :p
[23:33:04 CEST] <kerio> 2880x1800 here
[23:44:00 CEST] <kepstin> the nice think about 4k video is that it does mean higher res pc monitors are becoming available
[23:51:19 CEST] <momomo> if one generates hls segment files of length 1,3,5 or 10 seconds ... does that affect the size of the output files? is compression of video, frame to frame affected making 1s segments more expensive since a whole new encoding has to be made in the start of each file?
[23:52:18 CEST] <DHE> HLS requires keyframes as the first frame of each file. making too many keyframes has a negative impact on bitrate/quality
[23:53:00 CEST] <DHE> also, 1 second seems like a bad idea in general due to the expected latency just in issuing HTTP requests starting to become significant
[23:53:41 CEST] <momomo> DHE: sure but more on the technical level here .. not decided on 1s although I am not having any playback issues, does 1s segment files cause more keyframes then?
[23:54:06 CEST] <Tatsh> wow, just listened to Dire Straits - Brothers in Arms in 5.1
[23:54:08 CEST] <Tatsh> it sounds amazing
[23:54:17 CEST] <DHE> let's assume 30fps.... at 1s, you need -g 30. at 3s, you need -g 90. At 5s, -g 150. 10 s, -g 300
[23:54:29 CEST] <momomo> DHE: i have these options: -r 24 -g 120 -x264opts keyint_min=120 -crf 24 -x264-params scenecut=0
[23:54:51 CEST] <momomo> for 5s
[23:54:57 CEST] <DHE> what's the frameratE?
[23:55:00 CEST] <momomo> 24
[23:55:05 CEST] <momomo> -r 24?
[23:55:05 CEST] <Threads> Tatsh: music in 5.1 good ?
[23:55:30 CEST] <momomo> what does scenecut do? and keyint_min? :S
[23:55:58 CEST] <Tatsh> Threads, it's good if it's done well
[23:56:02 CEST] <DHE> scenecut gives x264 permission to insert keyframes any time it sees that the image changes so dramatically that it thinks reference frames won't help anymore
[23:56:11 CEST] <Tatsh> Threads, check reviews on any thing you decide to buy
[23:56:24 CEST] <Tatsh> there's not much selection and a lot of things are rip-offs
[23:56:28 CEST] <momomo> DHE: is that a good thing then? expensive in any way?
[23:56:32 CEST] <momomo> computation wise
[23:56:37 CEST] <momomo> or size wise
[23:56:49 CEST] <DHE> well turning it off just forces it to not check and only generate keyframes on the schedule
[23:57:12 CEST] <DHE> but for HLS it will make the segment files inconsistent in size/duration
[23:57:22 CEST] <momomo> DHE: I think some guys here helped me once and possibly suggested that due to getting exact times for hls
[23:57:25 CEST] <momomo> segments
[23:57:32 CEST] <momomo> ^^ yes, like you said :D
[23:58:01 CEST] <DHE> yep. disabling scenecut and forcing the keyframe minimums and maximum to be identical (120 frames) forces everything the way you want
[23:58:39 CEST] <DHE> yeah I know a fair bit about HLS.. I have a few webcams converted to HLS so people can view them in their browsers
[23:59:33 CEST] <momomo> DHE: yes, you seem to know quite alot
[00:00:00 CEST] --- Tue Jun 13 2017

More information about the Ffmpeg-devel-irc mailing list