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

[burek]

[00:00:03 CEST] <JEEB> same as contrast changes and other color changes that GPU vendors have been doing with your 8bit YCbCr until now
[00:00:49 CEST] <c7j8d9> sadly there is not much true 4k hdr content in the first place
[00:01:01 CEST] <_benj> hello guys!
[00:01:26 CEST] <_benj> just a quick question, is ffmpeg used at enterprise level for DASH and or HLS streaming?
[00:01:36 CEST] <JEEB> yes, but that doesn't mean that you should rape actual content to get that good feeling of having your HDR LED (in hardware or software) light up
[00:02:15 CEST] <c7j8d9> hehe...it is pretty selfish
[00:02:45 CEST] <_benj> I'm considering proposing to my company doing an in-house streaming solution and I'm looking into ffmpeg for that... is it possible? has it been done?
[00:02:48 CEST] <JEEB> _benj: most definitely. facebook, google among others base their solutions on FFmpeg etc
[00:03:00 CEST] <_benj> oh really? didn't knew that!
[00:03:04 CEST] <JEEB> usually solutions are multi-faceted and FFmpeg handles decoding/encoding etc
[00:03:24 CEST] <JEEB> while content delivery is generally separated to just keep a separation of concerns
[00:03:26 CEST] <_benj> yeah, I'm thinking a CDN in front of ffmpeg
[00:04:51 CEST] <_benj> any good source to start my testing? I found some commands at the webm wiki but not too much for HLS
[00:25:34 CEST] <DHE> testing what? ffmpeg as a streamer? CDN backending?
[00:32:57 CEST] <_benj_> sorry, help with making the .m3u8 file
[00:34:07 CEST] <DHE> ah... so I do a fair bit of HLS. Usually I have some process generate the master playlist on startup and launch ffmpeg to generate its normal child playlists
[00:36:45 CEST] <_benj_> good to hear that you do HLS :-) so, a script or something that generates the master.m3u8 and then various ffmpeg for the childs, right?
[00:36:59 CEST] <DHE> not various. one.
[00:37:24 CEST] <DHE> various instances can work for pre-rendered video, but for live you really do need one ffmpeg to handle all of it
[00:37:45 CEST] <_benj_> ok, got it
[00:38:03 CEST] <_benj_> what about the hosting and cdn? any recommendations?
[00:38:14 CEST] <squarecircle> ohai
[00:38:17 CEST] <_benj_> I'm thinking something like nginx and AWS for CDN
[00:39:02 CEST] <DHE> nginx is just software. you have to run it somewhere. your own AWS instances is an option.
[00:39:11 CEST] <squarecircle> is there a way to distinguish between an video or an audio file?
[00:39:18 CEST] <DHE> are you doing live or pre-rendered?
[00:40:13 CEST] <squarecircle> DHE: who you are asking?
[00:40:21 CEST] <DHE> squarecircle: I am asking benj
[00:40:23 CEST] <_benj_> live
[00:40:33 CEST] <DHE> okay, amazon S3 is probably a bad fit then..
[00:40:50 CEST] <_benj_> @DHE: this is what I have on mind, in-home server for live video encoding and probably nginx to host the m3u8 and .ts files
[00:41:08 CEST] <_benj_> I'm not thinking S3 but CloudFront for CDN
[00:41:13 CEST] <DHE> I'm not very familiar with all amazon offers. do they have a full out HTTP[s] proxy CDN?
[00:41:38 CEST] <_benj_> supposedly they do
[00:42:02 CEST] <DHE> interesting...
[00:42:25 CEST] <_benj_> what I'm wondering tho is if the general setup is kind of what is standard
[00:42:43 CEST] <DHE> for testing the biggest thing I'd check is what kind of traffic pattern you see. does cloudfront fetch once, or does each edge system fetch its own copy? your ffmpeg system needs to be able to endure that.
[00:43:14 CEST] <DHE> you said "in-home" so I'm imagining a cable modem serving the video. which would be bad
[00:43:29 CEST] <_benj_> in-location server hosting .m3u8 and .ts -> CDN
[00:43:43 CEST] <_benj_> no, I meant in location... home is for the dumb testing
[00:43:54 CEST] <_benj_> fiber 1g connection
[00:44:02 CEST] <_benj_> I think tha the CDN fetches one
[00:44:02 CEST] <DHE> right, but the CDN is itself many many systems, each with their own needs. subtleties in how that works might be a concern
[00:44:19 CEST] <DHE> well, a 1gig connection is better than I was imagining
[00:44:40 CEST] <_benj_> so, you'd worry more about the CDN than the actual ffmpeg?
[00:45:14 CEST] <DHE> it's two steps. you can test ffmpeg by yourself with a factory-default apache installation to serve it. then you test the CDN
[00:47:39 CEST] <_benj_> ok, maybe a stretch but, would you mind sharing a sample command for a simple /dev/video to .m3u8 stream? :-D
[00:48:02 CEST] <DHE> before I begin, tell me what the input resolution is and what output formats you want
[00:48:12 CEST] <DHE> by formats I typically mean bitrate and resolution
[00:49:00 CEST] <_benj_> right now I'm using a cheap logitech camera for video source... production might be 1080p60 but that's later
[00:49:09 CEST] <_benj_> so 720p15 is what I have
[00:52:25 CEST] <_benj_> of just even 640x480 @ 15fps
[00:54:15 CEST] <DHE> Going with an input of 720p, this is what I came up with on the spot: https://pastebin.ca/raw/3857625
[00:54:46 CEST] <DHE> I'm assuming 4:3 aspect ratios and a medium amount of action, for example. Numbers may need fudging.
[00:55:04 CEST] <squarecircle> invalid post id
[00:55:05 CEST] <squarecircle> ;)
[00:56:30 CEST] <DHE> uhh.. that's funky...
[00:56:54 CEST] <DHE> https://pastebin.ca/3857625 The non-raw version then... I usually try to link to the raw version to keep the noise, ads etc to a minimum
[00:59:36 CEST] <squarecircle> I may actually need this somewhen in the future ^^
[01:00:10 CEST] <squarecircle> DHE: try the download raw
[01:00:23 CEST] <squarecircle> DHE: its failing for some reason
[01:01:22 CEST] <_benj_> sweet!
[01:01:45 CEST] <squarecircle> if someone has some time spare: I like to use ffprobe to probe for file types
[01:02:14 CEST] <_benj_> DHE: so, aac over mp3?
[01:02:17 CEST] <DHE> _benj_: always always try it for yourself. I've made a lot of assumptions when I wrote that
[01:02:36 CEST] <DHE> _benj_: in the earliest versions of the HLS spec, only H264 and AAC codecs were allowed. That's changed though. Again, assumptions made
[01:03:02 CEST] <_benj_> DHE: oh don't worry, I'm not moving this anywhere to production yet! there's a lot of testing but that is such a great start!
[01:03:16 CEST] <_benj_> I'm really appreciate it! seriously, thanks!
[01:03:18 CEST] <unholy_me_> Hi! I have come across a weird error : ./ffmpeg: error while loading shared libraries: libavdevice.so.57: cannot open shared object file: No such file or directory. The problem is I cannot locate the file libavdevice.so on my pc anywhere/
[01:03:43 CEST] <DHE> unholy_me_: it should either be included with ffmpeg, or one of its immediate dependencies.
[01:06:03 CEST] <squarecircle> its drivin me nuts, that I get a video stream from mp3 or opus files
[01:06:48 CEST] <_benj_> DHE: one more thing... you said that you started a process that generated the master.m3u8, for that do you just make a bash script or something? or just write it manually?
[01:09:57 CEST] <DHE> I use perl because that's my MO. For any half-decent amount of text processing, I use perl.
[01:10:39 CEST] <DHE> the perl does everything for me. decides the resolutions based on the input device and some secret sauce parameters we use locally
[01:11:16 CEST] <_benj_> neat
[01:18:26 CEST] <squarecircle> any idea?
[01:20:43 CEST] <furq> squarecircle: it's probably album art
[01:20:51 CEST] <furq> ffmpeg just treats that as a video stream
[01:21:07 CEST] <furq> on account of album art specs for audio files being a colossal clusterfuck
[01:25:03 CEST] <squarecircle> furq: thats exactly my opinion
[01:25:32 CEST] <squarecircle> I can find out, when I'm decoding the stream, that I only get one frame
[01:25:42 CEST] <squarecircle> then I can throw the analysis away
[01:25:56 CEST] <furq> well for mp3 it's definitely album art because that container can't contain video streams
[01:26:14 CEST] <furq> ogg can, though, so you'll probably need a better check
[01:26:31 CEST] <squarecircle> but it looks nasty: 50 files found, 49 files were video files, one was a audio file, because fuck you
[01:26:45 CEST] <furq> you can probably check the video codec?
[01:26:49 CEST] <furq> it'll be png or jpg for album art
[01:27:04 CEST] <squarecircle> furq: ogg contains video for sure, Big Buck Bunny is downloadable as .ogg file
[01:27:49 CEST] <furq> it's probably unlikely you'll have .mka that contains an actual mjpeg stream, so checking the codec is probably fine
[01:28:11 CEST] <furq> i don't think any other audio container format will have anything to do with mjpeg
[01:28:28 CEST] <furq> not that it's something you'd ever see anyway
[01:29:18 CEST] <squarecircle> furq: http://paste.ubuntu.com/25365859/
[01:29:24 CEST] <squarecircle> actuallt its worse
[01:29:59 CEST] <furq> ffmpeg will report jpg album art as mjpeg
[01:30:05 CEST] <squarecircle> this is the ffprobe output on a mp3
[01:30:17 CEST] <furq> they use the same decoder
[01:30:25 CEST] <squarecircle> oh great
[01:30:38 CEST] <squarecircle> whose behind I can set on fire for this glorious idea?
[01:30:41 CEST] <furq> like i said, mp3 and ogg can't contain mjpeg anyway
[01:31:13 CEST] <squarecircle> furq: if I put an mjpeg stream into an ogg container?
[01:31:18 CEST] <furq> you can't
[01:31:40 CEST] <furq> you can with m4a and mka
[01:32:08 CEST] <squarecircle> but I can put theora in it
[01:32:12 CEST] <furq> you sure can
[01:32:14 CEST] <furq> that's not mjpeg though
[01:32:21 CEST] <squarecircle> why no mjpeg?
[01:32:28 CEST] <furq> it's not part of the spec
[01:32:33 CEST] <squarecircle> ah ok
[01:33:01 CEST] <klaxa> as far as i researched mjpeg doesn't even have an official spec
[01:33:16 CEST] <furq> the ogg spec
[01:33:32 CEST] <squarecircle> so the clue is: if I have an mjpeg stream, I can check if its not m4a or mka I can throw it away?
[01:33:44 CEST] <furq> it could be png as well
[01:33:48 CEST] <squarecircle> how about mp3-container?
[01:33:56 CEST] <furq> mp3 doesn't support video at all
[01:34:02 CEST] <squarecircle> I can read png as Videos?
[01:34:13 CEST] <furq> iirc mp3 is just the raw audio data with an id3 tag stuck to the end
[01:34:19 CEST] <furq> it's not a real container
[01:34:20 CEST] <squarecircle> furq: I pasted you the ffprobe on an mp3 file
[01:34:31 CEST] <squarecircle> oh no
[01:34:40 CEST] <squarecircle> the image is in the id3?
[01:34:43 CEST] <furq> yeah
[01:34:53 CEST] <furq> ffmpeg will still detect it as a video stream though
[01:34:54 CEST] <squarecircle> and its interpreted as video stream?
[01:34:59 CEST] <squarecircle> ouch
[01:35:18 CEST] <furq> if you have mjpeg or png in an mp3 or ogg, it's 100% album art
[01:35:28 CEST] <furq> or flac, or ape, or basically anything other than m4a or mka
[01:36:01 CEST] <furq> tbh i would just assume it was album art for m4a
[01:36:06 CEST] <furq> nobody uses mjpeg
[01:36:23 CEST] <squarecircle> ok, let me rephrase my question please: How do I differ video files from audio or pictures?
[01:36:31 CEST] <furq> that is the way
[01:36:41 CEST] <furq> i mean you could check the frame count but that takes longer
[01:37:07 CEST] <furq> i would just assume it's album art if the video stream is mjpeg or png
[01:37:10 CEST] <squarecircle> furq: as I write a small analysis tool, I will most surely get som mjpeg
[01:37:15 CEST] <furq> oh right
[01:37:27 CEST] <furq> i guess you probably want to check the frame count then
[01:37:30 CEST] <furq> either that or use mutagen
[01:37:48 CEST] <squarecircle> furq: I may get some fucked up streams from centuries ago, or crappy sources
[01:37:53 CEST] <squarecircle> mutage?
[01:37:56 CEST] <squarecircle> *mutagen?
[01:37:58 CEST] <furq> a python audio metadata lib
[01:38:05 CEST] <furq> assuming you're writing this tool in python which you're probably not
[01:38:50 CEST] <squarecircle> actually, I'm writing it in Python ^^ What else?
[01:39:01 CEST] <furq> well yeah that might be easier
[01:39:04 CEST] <squarecircle> (ok, DHE likes Perl, Clooney Nespresso)
[01:39:15 CEST] <furq> i've never really looked into the album art stuff, but mutagen is generally very good with audio metadata
[01:39:20 CEST] <furq> i know it has some basic handling of it
[01:41:33 CEST] <squarecircle> I need some simple test ^^
[01:42:35 CEST] <squarecircle> this whole multimedia stuff is getting me depressed ^^
[01:44:09 CEST] <klaxa> really? just thinking about webstuff makes me depressed, at least multimedia stuff usually is about efficiency
[01:45:01 CEST] <squarecircle> klaxa: webstuff is horrible too, you're right
[01:45:18 CEST] <squarecircle> klaxa: but the efficiency thing I don't understand
[01:46:03 CEST] <squarecircle> I may try libmagic
[01:46:08 CEST] <squarecircle> furq: ^
[01:49:59 CEST] <furq> that won't give you anything useful afaik
[01:50:26 CEST] <squarecircle> you think so?
[02:02:32 CEST] <squarecircle> furq: thanks for helpin
[02:02:37 CEST] <squarecircle> I gotta sleep
[02:18:36 CEST] <SpLiC3> What would a good output method for restreaming a a single live tv mpegts input to a port/socket that could be used by a webserver to start stop on remote client request?
[02:19:44 CEST] <SpLiC3> i recall seeing use of %d and similar
[02:42:49 CEST] <DHE> <squarecircle> (ok, DHE likes Perl, Clooney Nespresso)   # you go with what works and what you're familiar with. for me that's perl when I'm parsing ffprobe -show_xxxx output
[02:54:28 CEST] <furq> it's all about awk baby
[04:12:21 CEST] <DHE> furq: meh, to each their own.
[07:08:38 CEST] <basse_> Hi, anyone knows where I could get a compile version of ffmpeg with --enable-libpulse?
[07:31:14 CEST] <tdr> basse_, ./configure --help and look for the switch name
[07:31:27 CEST] <tdr> or you wanting a binary?
[07:32:49 CEST] <basse_> I was thinking of the binary
[07:33:33 CEST] <basse_> I installed a static version, is that something that I can change? or I need to build ffmpeg with that flag?
[07:35:16 CEST] <tdr> you can't flip it once its build, youd need to built it that way or find one already linked
[07:39:32 CEST] <basse_> right, thanks tdr, I will look around, otherwise will attempt to compile it
[10:11:22 CEST] <victorb> hey guys, is loudnorm rediciously slow only on my machine ?
[10:11:49 CEST] <durandal_1707> buy faster machine
[10:12:29 CEST] <victorb> :( im running i3 and im getting like 3x speed
[10:12:49 CEST] <victorb> the other filters are dramatically faster
[10:13:38 CEST] <durandal_1707> loudnorm cannot benefit from multiple threads
[10:15:27 CEST] <victorb> so the filter is just slow and there is nothing that can be done ?
[10:16:18 CEST] <Basse_> I was able to compile sources with --enable-libpulse, and have the ffmpeg command working, I am now using the following: ffmpeg -f pulse -i default f flv rtmp://host:1935:live/mystream
[10:17:47 CEST] <Basse_> Anyone knows how can I pick a specific audio from pulse? I mean I might have more than one application generating audio in the same server, for each application I am generating an ffmpeg command, I'm wondering how I could tell ffmpeg which audio belongs to each one
[10:18:10 CEST] <Basse_> something like this
[10:18:43 CEST] <Basse_> application1 -> audio1, application2 -> audio2, application3 -> audio3
[10:19:08 CEST] <Basse_> ffmpeg1: ffmpeg -f pulse -i default:0
[10:19:16 CEST] <Basse_> ffmpeg2: ffmpeg -f pulse -i default:1
[10:19:22 CEST] <Basse_> ffmpeg3: ffmpeg -f pulse -i default:2
[15:27:48 CEST] <user01> hi i have some wav files that apparently have tagging on them . . . how do I transfer over these tags during a batch conversion to flac?
[16:00:35 CEST] <Guest91577> Heya
[16:02:14 CEST] <user01> -map_metadata 0:g:0 seems to work . . . i need all that though?
[16:03:17 CEST] <Guest91577> I have an mp3 that appears to be slightly wonky.  Transcoding it via libmp3lame gives a warning about Incomplete frame / Error while decoding stream #0:0: Invalid data found when processing input, and the resulting file seems to confuse a number of different tools - eg it contains 1:53:00 of audio data, yet exiftool reports its duration as 1:05:00, and some players cut off at that point
[16:03:25 CEST] <Guest91577> What can I try to diagnose it further?
[16:50:20 CEST] <c7j8d9> Is it possible to "reverse engineer" a 4K Blu-ray that used a bilinear upscale?
[16:52:45 CEST] <JEEB> I think there's functionality for that in the zimg image library, and there originally was a filter called debilinear for avisynth
[16:53:23 CEST] <JEEB> the animation side of things has been using "upscaling reversers" when it's obvious how a thing has been upscaled for quite a while now
[16:55:22 CEST] <JEEB> outside of Japan it started with http://forum.doom9.org/showthread.php?t=158696 ,  which was meant to fix a very specific type of upscaling that left a very specific type of artifact
[16:56:22 CEST] <JEEB> afterwards debilinear and such were made and multiple scaling filters got support for "inverse scaling"
[16:58:39 CEST] <c7j8d9> So in theory some you can debilinear a 4k movie and see that its actually a 1080p upscale and not 2k upscale or 4k mastered?
[16:59:23 CEST] <JEEB> there's also a thing that was meant to try and calculate the "original resolution" that came with the debilinear package (you feed raw RGB if I recall correctly)
[16:59:45 CEST] <JEEB> but you should first have doubts that it is an upscale, and generally upscales can be seen pretty darn well :P
[17:00:01 CEST] <JEEB> and if they can't they're often made in a more fancy way that you might not be able to reverse necessarily
[17:03:36 CEST] <c7j8d9> sorry to be off ffmpeg topic but I am trying to get a second opinion of a guy claiming studios upscale 1080p bilinearly to produce 4K discs cheaply, as in Suicide Squad and Guardians 2. Though they claim to have used 2K mastered sources. When "reversed engineered" it shows a 1080p master
[17:06:57 CEST] <iive> isn't 4k a 3840x2160 ?
[17:07:08 CEST] <iive> that would mean that 2k is 1920x1080
[17:07:32 CEST] <JEEB> 4K and 2K are movie aspect ratios so they'd be somewhat wider, but marketing departments have taken over :P
[17:07:40 CEST] <alexpigment> iive: yeah, it's a misnomer for the consumer industry
[17:07:45 CEST] <JEEB> UHD or 2160p would be the correct way to note the 16:9 ones
[17:08:00 CEST] <alexpigment> i try to fly the "UHD" flag, but just have to give into 4k sometimes :(
[17:08:31 CEST] <alexpigment> this would have all been nice had we just agreed to say "2160p"
[17:13:51 CEST] <steved1> Hi @all, I have a mp4 with multiple audiotracks and I would like to copy them to a new mp4 and add a mixdown track of all original audio tracks. Is it possible to do this in one command? I only manage to do it in two with ffmpeg using the amix filter.
[17:14:04 CEST] <c7j8d9> 2K is 1440p also called QHD
[17:16:50 CEST] <alexpigment> 2k is not 1440p
[17:17:06 CEST] <alexpigment> 2k is 2048x[whatever] in the movie industry
[17:17:21 CEST] <alexpigment> but sometimes (rarely) 2k refers to 1920x1080
[17:18:47 CEST] <alexpigment> 1440p is a strictly computer-based resolution, and those are usually designated by weird names like QHD and WQHD
[17:19:30 CEST] <iive> QHD is 2560x1440 it is a quad of 1280x720
[17:19:52 CEST] <dystopia_> 2048 is only an extra 128 pixel boost
[17:20:00 CEST] <furq> https://upload.wikimedia.org/wikipedia/commons/thumb/0/0c/Vector_Video_Standards8.svg/1280px-Vector_Video_Standards8.svg.png
[17:20:03 CEST] <furq> this should clear everything up
[17:20:03 CEST] <alexpigment> right. just saying 1440p is not a video or movie standard
[17:20:10 CEST] <dystopia_> tbh i've never heard the term 2k
[17:20:21 CEST] <furq> 2K is a cinema resolution
[17:20:26 CEST] <alexpigment> dystopia_ it's uncommon outside of the movie industry
[17:20:29 CEST] <furq> usually 2048*1080 but obviously it depends on AR
[17:20:35 CEST] <alexpigment> a "2k master" is where you'll usually hear it
[17:21:08 CEST] <furq> 4K should be 4096*2160 but the UHD marketing people thought 4K was more catchy
[17:21:33 CEST] <alexpigment> yeah, i want to say it's because theaters started advertising "Cinema 4K" before showing the films
[17:21:44 CEST] <alexpigment> that's my guess, anyway
[17:21:57 CEST] <furq> just adding U to a product name is confusing
[17:21:59 CEST] <furq> ask nintendo
[17:22:04 CEST] <alexpigment> haha
[17:22:15 CEST] <alexpigment> to be fair, they should have called it the Wii HD :)
[17:22:30 CEST] <furq> they should have called it the It's Not A Wii It Has A Touch Screen For Inventory Management
[17:22:41 CEST] <furq> or the INAWIHATSFIM
[17:23:32 CEST] <alexpigment> i will say that other than the completely useless-to-me touchscreen thing, it was a good system - despite all the malignment that it got in the press
[17:23:55 CEST] <alexpigment> trying to compare it to the sales of the Wii, almost every console will be a dud in that respect
[17:24:17 CEST] <furq> nintendo generally didn't do a great job with it, and the controller seemed a bit uncomfortable
[17:24:24 CEST] <furq> but really it all comes down to whether it has good games
[17:24:44 CEST] <alexpigment> it had good games. not a huge library, but a very good one
[17:24:49 CEST] <furq> i still think the DS is a completely stupid form factor and the touch screen is largely a gimmick
[17:24:57 CEST] <furq> but i still owned one because there were games i wanted to play on it
[17:25:03 CEST] <furq> and that's done incredibly well
[17:25:53 CEST] <alexpigment> yeah, i've never owned any nintendo handhelds, but the 3DS sold like crazy from all accounts
[17:26:27 CEST] <furq> i've never owned any nintendo non-handhelds
[17:27:32 CEST] <furq> and yeah the 3D thing on the 3DS is definitely a gimmick that nobody likes, but that's done almost as well as the original DS
[17:27:59 CEST] <alexpigment> they have a 2DS
[17:28:06 CEST] <alexpigment> which is cheaper and effectively just omits that feature
[17:28:08 CEST] <furq> yeah that shows how much of a gimmick the 3D is
[17:28:12 CEST] <c7j8d9> How quickly the convo went off the rails
[17:28:42 CEST] <klaxa> only nintendo handheld i have is a gbc
[17:28:55 CEST] <furq> i had a fat gameboy and a fat DS
[17:31:05 CEST] <redrabbit> had gbc gba
[17:31:10 CEST] <redrabbit> sold them
[17:31:13 CEST] <redrabbit> eyeballs killer
[17:35:21 CEST] <furq> the gba sp was all right
[17:36:33 CEST] <klaxa> backlight was a good idea
[17:43:24 CEST] <dystopia_> the sp is very hard to play now with adult hands
[17:43:52 CEST] <dystopia_> people mod the original model, by taking the back lit screens from the sp/101's and putting them in the original shell :)
[17:43:58 CEST] <dystopia_> makes them easier to play
[18:10:30 CEST] <kerio> alexpigment: the new 2ds xl is cute :3
[18:10:58 CEST] <alexpigment> i think i saw a screenshot of it. it sounds more up my alley (if i were a handheld console buyer)
[18:11:17 CEST] <kerio> the new 3ds xl does feel more "premium" tho
[18:11:39 CEST] <kerio> alexpigment: buy one tho
[18:11:46 CEST] <kerio> it's got kirby in a mech
[18:11:51 CEST] <alexpigment> haha
[18:11:52 CEST] <alexpigment> well
[18:11:54 CEST] <alexpigment> that's it
[18:11:59 CEST] <alexpigment> kirby in a mech? sold.
[18:12:18 CEST] <kerio> incredibly solid gameplay too
[18:12:26 CEST] <kerio> with a fiendishly hard boss rush bonus game
[18:13:19 CEST] <kerio> also you can pirate the shit out of the game library
[18:13:27 CEST] <kerio> because nintendo has potato security
[18:14:17 CEST] <furq> yeah the original 2ds was insane
[18:14:24 CEST] <furq> i'm glad they came to their senses with the new one
[18:15:10 CEST] <kerio> furq do you have a 3ds
[18:18:07 CEST] <furq> no
[19:44:31 CEST] <Guest43016> hi, someone know if pcie riser array like used in mining can be used to decode with 6 gpus? i want try but i dont know about performance issues
[19:47:44 CEST] <BtbN> The hell are you doing that you need 6 graphicscards to decode stuff?
[19:47:54 CEST] <BtbN> Probably cheaper to just buy a better CPU
[19:48:15 CEST] <BtbN> Unless you stuff like a bunch of 1050s in there or something
[19:50:56 CEST] <Guest43016> LOL
[19:51:14 CEST] <Guest43016> it is for a iptv tv service
[19:51:18 CEST] <redrabbit> decode what
[19:51:22 CEST] <redrabbit> you mean transoding
[19:51:27 CEST] <redrabbit> neat dawg
[19:51:35 CEST] <redrabbit> i do that with my 1060
[19:51:45 CEST] <redrabbit> they include 2x encoders
[19:51:55 CEST] <redrabbit> you can do hevc / avc
[19:52:01 CEST] <Guest43016> decoding, resize and encoding, yes transcoding
[19:52:12 CEST] <redrabbit> quality is decent but in now way its on par with x264/x265
[19:52:28 CEST] <redrabbit> its good for watching tv on the go
[19:52:35 CEST] <Guest43016> the idea is to use up to 6 nvidia quadro cards to transcode about 120 channels
[19:52:36 CEST] <redrabbit> if bitrate is not an issue
[19:52:40 CEST] <redrabbit> HEVC works better
[19:52:50 CEST] <redrabbit> if you really want to use theses hardware encoders
[19:53:14 CEST] <redrabbit> 120, lol
[19:53:16 CEST] <redrabbit> i don't know about that
[19:53:17 CEST] <Guest43016> yes, i want to switch to hevc, right now were using h264_nvenc
[19:53:29 CEST] <redrabbit> i can transcode 2X streams from my 1060
[19:53:30 CEST] <redrabbit> not more
[19:53:32 CEST] <Guest43016> yes, and 120 is to start
[19:53:46 CEST] <redrabbit> well you use hevc_nvenc then
[19:53:57 CEST] <redrabbit> i use dvbviewer for my setup atm
[19:53:59 CEST] <Guest43016> that is because a final user limitation, quadro cards can run unlimited streams in parallel
[19:54:03 CEST] <redrabbit> but its only for 2 clients
[19:54:29 CEST] <redrabbit> cool stuff didnt knew that
[19:54:35 CEST] <redrabbit> do you get the flux via sattelite?
[19:54:39 CEST] <redrabbit> satellite*
[19:54:47 CEST] <Guest43016> were a startup, we want to change the cable tv industry forever
[19:54:57 CEST] <Guest43016> sat, terrestrian, cable
[19:54:59 CEST] <Guest43016> everything
[19:55:04 CEST] <redrabbit> you know there is IPTV services allover the web right?
[19:55:05 CEST] <redrabbit> :p
[19:55:10 CEST] <redrabbit> neat
[19:55:13 CEST] <atomnuker> do you call yourself "the spacex of the cable tv industry"?
[19:55:23 CEST] <Guest43016> lol
[19:55:27 CEST] <Guest43016> watcha.live
[19:55:30 CEST] <redrabbit> what's new VS the exisiting stuff?
[19:55:49 CEST] <Guest43016> now are in beta, only 45k users
[19:55:51 CEST] <redrabbit> (spain ?)
[19:55:55 CEST] <Guest43016> for now
[19:56:11 CEST] <Guest43016> we go to add all latin america air tv
[19:56:29 CEST] <redrabbit> i have like 7000 channels from my motorized dish
[19:56:38 CEST] <redrabbit> you guys must have a baller dish setup
[19:56:39 CEST] <Guest43016> were looking for partners in usa
[19:56:45 CEST] <redrabbit> huge dish multi lnb ?
[19:57:02 CEST] <redrabbit> partners to cap stuff?
[19:57:03 CEST] <Guest43016> 4 dishes 3 meters each
[19:57:10 CEST] <redrabbit> hehe
[19:57:21 CEST] <Guest43016> yes, and bussines too
[19:57:37 CEST] <Guest43016> microsoft is partner of us right now
[19:57:51 CEST] <redrabbit> how do you deal with drm?
[19:57:55 CEST] <Guest43016> debian rulez
[19:58:08 CEST] <redrabbit> i mean for the content, legally
[19:58:33 CEST] <redrabbit> sounds like a headache
[19:58:34 CEST] <redrabbit> lol
[19:58:38 CEST] <Guest43016> were working on that
[19:58:58 CEST] <Guest43016> yes, but it is only pushing
[19:59:13 CEST] <Guest43016> and get the same lawers they have
[19:59:22 CEST] <redrabbit> you can free even more cpu if you decode with the gpu
[19:59:23 CEST] <redrabbit> -c:v h264_cuvid
[19:59:24 CEST] <Guest43016> crazy thinks from here
[19:59:49 CEST] <Guest43016> yes, we now are using only gpu
[20:00:36 CEST] <redrabbit> i guess its a pay-for service right
[20:00:44 CEST] <Guest43016> but, i want to do something arround mining ideas to video stream
[20:01:02 CEST] <Guest43016> right now is free, but yea.
[20:01:25 CEST] <Guest43016> something like netflix or spotify.
[20:01:42 CEST] <Guest43016> depends if ads pay well
[20:01:43 CEST] <redrabbit> i have no facebook to try though
[20:01:56 CEST] <Guest43016> bienvenido at watcha.live
[20:01:57 CEST] <Guest43016> demodemo
[20:02:04 CEST] <Guest43016> use that
[20:02:45 CEST] <redrabbit> thanks, the account got locked though :p
[20:03:12 CEST] <Guest43016> lol
[20:03:12 CEST] <redrabbit> "To continue, please approve this login on a phone or computer you've used before."
[20:03:28 CEST] <Guest43016> just wait a second...
[20:03:42 CEST] <redrabbit> in france there is a something called "molotov" that does legal IPTv as well
[20:03:47 CEST] <redrabbit> but the service was bad
[20:03:49 CEST] <redrabbit> when i tried
[20:04:13 CEST] <redrabbit> i have my own iptv with dvbviewer but im avid when it comes to try new stuff
[20:04:20 CEST] <Guest43016> try again now
[20:04:25 CEST] <redrabbit> it works now !
[20:04:25 CEST] <redrabbit> :)
[20:04:46 CEST] <Guest43016> we use our system
[20:05:06 CEST] <redrabbit> channel change is fast
[20:05:08 CEST] <redrabbit> that's good
[20:05:14 CEST] <redrabbit> quality however
[20:05:17 CEST] <Guest43016> based in ffmpeg, it all dynamic
[20:05:23 CEST] <redrabbit> what is the avg bitrate?
[20:05:28 CEST] <redrabbit> for 1080p
[20:05:34 CEST] <Guest43016> 2mbps cbr
[20:05:43 CEST] <redrabbit> on fixed images its ok
[20:05:47 CEST] <redrabbit> but with movement meh
[20:05:52 CEST] <Guest43016> in tv shows whit led background is ugly
[20:06:02 CEST] <Guest43016> but in general is great
[20:06:04 CEST] <redrabbit> 2m is barely enough for 720p
[20:06:13 CEST] <redrabbit> 1080p need 3.6
[20:06:22 CEST] <redrabbit> especially with the HW decoders
[20:06:24 CEST] <furq> that's an awfully specific number
[20:06:37 CEST] <redrabbit> well its the max out of the nvidia decoders
[20:06:50 CEST] <Guest43016> yes, were to upgrate to 4mbps for 1080
[20:06:52 CEST] <furq> huh
[20:07:18 CEST] <redrabbit> hevc works better with the hw encoders as well
[20:07:27 CEST] <redrabbit> it looks more like x264
[20:07:28 CEST] <Guest43016> 4,2,1,0.5,0.25 and only audio at 32kbps for latin america extreme slow netwoks
[20:07:59 CEST] <Guest43016> yes it is
[20:08:08 CEST] <redrabbit> im a bit picky because it play on a 32" though
[20:08:14 CEST] <redrabbit> so defaults jumps to the eye
[20:08:21 CEST] <redrabbit> defects
[20:08:37 CEST] <Guest43016> the idea is enable hevc to internal transport to save bandwidth
[20:08:40 CEST] <redrabbit> in a smaller screen it looks better
[20:08:58 CEST] <Guest43016> yes, the app for android is very used
[20:09:03 CEST] <Guest43016> all small screens
[20:09:27 CEST] <Guest43016> is like true hd for small screens :p
[20:09:34 CEST] <redrabbit> on a small screen im happy with 1M AVC
[20:09:45 CEST] <redrabbit> like sub 5"
[20:10:18 CEST] <Guest43016> yes, 2M is heaven lol
[20:39:37 CEST] <SpeakerToMeat> Do you guys know of a tool (other than qctool which I'm not sure does this) that can check a video file end to end to find if there's errors somewhere in between? a damaged frame/segment, etc?
[21:19:22 CEST] <DHE> ffprobe in -show_frames mode will decode the whole video/audio. you'll have to throw away the main output and look for warning/errors from the decoders during that time.
[21:19:49 CEST] <c_14> couldn't you also use ffmpeg -f null ?
[21:25:55 CEST] <SpeakerToMeat> DHE: Sounds good, thanks
[21:26:30 CEST] <SpeakerToMeat> Question, has the prores encoder/s diverged much from ffmbc over time?
[21:40:32 CEST] <JEEB> nothing can be taken in from ffmbc
[21:40:48 CEST] <JEEB> because FFmpeg prefers internal things to all be LGPL, while ffmbc specifically does GPL only
[21:41:07 CEST] <JEEB> so effectively nothing can be ported back into FFmpeg
[21:41:31 CEST] <JEEB> unless ffmbc rebased on top of newer FFmpeg and that's the prores encoder you're talking about
[21:41:42 CEST] <JEEB> in which case the upstream for it is FFmpeg
[21:42:01 CEST] <JEEB> (doesn't change the fact that none of the possible changes done by ffmbc can be taken back in, but yunno)
[21:50:50 CEST] <SpeakerToMeat> Nod
[22:05:45 CEST] <paveldimow> Hi, I would like to cut and concatenate two different videos (actually it's the same recording but from different cameras). I tend to use ms precision with ffmpeg -ss but it looks that it's not possible that ffmpeg has ms precision but rather it must seek the first I frame
[22:05:52 CEST] <paveldimow> Am I right?
[22:06:07 CEST] <Mavrik> Yes, unless you reencode
[22:07:14 CEST] <paveldimow> I do reencode
[22:10:36 CEST] <paveldimow> but still I am not sure it's precise I use ffmpeg -i test.mp4 -ss 00:00:31.341 -t 10 test1.mp4
[22:11:07 CEST] <durandal_1707> paveldimow: for concat with reencoding use filters
[22:11:24 CEST] <durandal_1707> trim and concat filter
[22:12:23 CEST] <paveldimow> durandal_1707: I use filter complex, but I will try trim and concat. Thank you!
[22:19:31 CEST] <jrun> 10% into playing back wavfile mpv quits. it doesn't do it on mp3 files. i've tried with both -ao alsa and -ao pulse (default). any idea?
[22:19:50 CEST] <jrun> and so does ffplay actually, forgot to mention.
[22:23:22 CEST] <sh4rm4^bnc> with every wav file ? or just with one, or some with special characteristics ? (like 8 bit mono)
[22:25:26 CEST] <thebombzen> jrun: does it provide an error message?
[22:26:07 CEST] <thebombzen> can you pastebin the full uncut output if you use "ffmpeg -i input.wav -f null -"
[22:28:57 CEST] <kepstin> jrun: it might be that your wav file has the length header set wrong, you could try 'ffplay -ignore_length 1 file.wav' and see if it plays the whole length
[22:29:41 CEST] <kepstin> if it doesn't, then, i guess the wav file is just shorter than you thought it was?
[22:34:27 CEST] <jrun> kepstin: nope, that didn't fix it. logs in a bit
[22:36:58 CEST] <jrun> https://gist.github.com/e7c8aa21d4531254a0e350f91a2ac51c
[22:41:01 CEST] <jrun> https://gist.github.com/ca33a67b15be0826ef4c13e7d41db84c
[22:41:03 CEST] <jrun> https://gist.github.com/a952a7a6b3b61e24c57d14d974c38778
[22:41:06 CEST] <jrun> logs from mpv
[22:44:26 CEST] <kepstin> so the ffmpeg logs look fine, ~27.7MB of audio data which is 5.3 minutes, which matches up with the expected file length
[22:44:42 CEST] <kepstin> are you seeking in the players? might be that they just have busted seek code :/
[22:45:14 CEST] <jrun> kepstin: i am indeed seeking
[22:45:27 CEST] <jrun> one of the mpv logs shows that
[22:46:25 CEST] <jrun> i get the same problem with the same file(s) playing on android (i.e. seeking doesn't work on some of them). these are recorded by android as well.
[22:46:35 CEST] <kepstin> you could try just saving in a format that has a seek index like, say, flac
[22:46:42 CEST] <kepstin> might help the players
[22:46:55 CEST] <kepstin> I assume that if you just play through straight from start to finish it works fine?
[22:47:31 CEST] <jrun> it does on android. haven't tested with mpv.
[22:49:03 CEST] <jrun> kepstin: works in flac indeed.
[22:50:17 CEST] <SpeakerToMeat> I'm trying to specify a pixel format for the input file, doing "-pix_fmt xyz12le" before -i but ffmpeg is arguing "Option pixel_format not found.", any tips?
[22:51:52 CEST] <jrun> kepstin: thanks; passed your comments to people at #mpv. will file a bug report after my exam.
[22:57:50 CEST] <klaxa> SpeakerToMeat: that's no pixel format ffmpeg supports
[22:58:14 CEST] <furq> sure it is
[22:58:18 CEST] <klaxa> it is?
[22:58:21 CEST] <furq> yeah
[22:58:34 CEST] <furq> http://vpaste.net/vjkFg
[22:59:01 CEST] <furq> SpeakerToMeat: -pixel_format is only recognised by certain demuxers iirc
[22:59:03 CEST] <klaxa> how am i so quick with my wrong assumptions... sorry :(
[22:59:06 CEST] <furq> what's the input format
[22:59:37 CEST] <furq> it probably works for other formats but i've only ever had to use it with rawvideo
[22:59:39 CEST] <SpeakerToMeat> furq: Hmm ok, I'm using libopenjpeg
[22:59:52 CEST] <furq> if this is j2k then that should be autodetected
[22:59:58 CEST] <SpeakerToMeat> it works with jpeg2000, not libopenjpeg so you're right.
[23:00:26 CEST] <furq> did you try without specifying it
[23:00:47 CEST] <furq> usually if it's flagged in the container then there's no need for the option
[23:01:29 CEST] <SpeakerToMeat> it'¿s j2k but libopenjpeg detects ir as rgb48le IF I'm reading my -vf graph debug output right, I have no pix fmt mention before, but let me double check
[23:01:37 CEST] <furq> ah
[23:02:06 CEST] <kepstin> SpeakerToMeat: very few filters support that pixel format, so it might just be that it got converted to rgb in the filter chain
[23:02:06 CEST] <furq> if you're doing filtering then a lot of filters don't support xyz iirc
[23:02:10 CEST] <furq> right
[23:02:27 CEST] <SpeakerToMeat> Yes, libopenjpeg is reading it: rgb48le(12 bpc, progressive) wrongfully
[23:02:59 CEST] <SpeakerToMeat> Hmmmm there used to be a form of manual matrix conversion online for this but I can't find it anymore, to apply it.
[23:03:28 CEST] <SpeakerToMeat> kepstin: Now my only filter is a crop, I can try to drop the filter and crop on a second pass (not ideal), but still libopenjpeg is reading the format wrong
[23:04:07 CEST] <furq> yeah i would assume crop would work regardless
[23:04:20 CEST] <SpeakerToMeat> And the input shows the wrong pix format so.
[23:04:50 CEST] <furq> sounds like openjpeg is being dumb then
[23:04:55 CEST] <SpeakerToMeat> yes
[23:05:14 CEST] <furq> does the builtin j2k decoder work
[23:07:48 CEST] <SpeakerToMeat> The built in j2k decoder recognizes xyz12le correctly, has trouble with many frames that openjpeg works correctly with though
[23:14:20 CEST] <SpeakerToMeat> Hmm it seems colorchannelmixer might work, maybe
[23:15:01 CEST] <kepstin> I wonder if you could do something silly like "-vf scale=src_format=xyz12le:dst_format=xyz12le" to just rewrite what the pixel format is tagged as
[23:15:20 CEST] <kepstin> assuming it's actually xyv12le video that just has the format mistagged
[23:15:42 CEST] <leif> Is there any information on how to set up AVFormatContext for avdevice_list_devices?
[23:15:53 CEST] <leif> (I'm trying to get ffmpeg to give me a list of input devices.)
[23:16:39 CEST] <leif> But I keep getting back an error.
[23:16:54 CEST] <SpeakerToMeat> kepstin: That's interesting
[23:17:57 CEST] <SpeakerToMeat> kepstin: I think my other option is to keep considering it "rgb" and use colorchannelmixer, I wonder, in the filter manual for colorchannelmixer if the parameter name is not specified the parameters order is the same as listed in the manual? so rr:rg:rb:ra:gr... etc etc?
[23:17:59 CEST] <leif> Specifically ENOSYS
[23:29:53 CEST] <DHE> leif: that means "function not implemented". I believe it means there are none available
[23:30:21 CEST] <DHE> did you call the register_all function?
[23:38:45 CEST] <leif> Yes I did.
[23:39:01 CEST] <leif> DHE:
[23:39:18 CEST] <leif> Although I didn't set an input format, maybe that's the problem...
[23:42:38 CEST] <leif> Hmmm...ya, maybe I have to initialize the context's iformat list...trying that now...
[23:51:13 CEST] <leif> DHE: hmm...nope, that didn't work. FWIW, here is what I'm currently trying: https://gist.github.com/LeifAndersen/a2886ad538b76264f9bf2fd3e4df91be
[00:00:00 CEST] --- Wed Aug 23 2017