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

[burek]

[00:05:41 CEST] <Tatsh> well, it makes sense that if you affect top, you also have to change bottom
[00:20:11 CEST] <kode54> how do I fix a wrong or different codec id in an MP4 video?
[00:20:31 CEST] <kode54> I have an HEVC video with the codec id "hev1", but my player wants it to be "hvc1"
[00:20:49 CEST] <BtbN> fix your player?
[00:20:59 CEST] <kode54> love to, but it's OS provided
[00:21:09 CEST] <furq> -vtag hvc1
[00:21:13 CEST] <tdr> find a better os ;)
[00:21:15 CEST] <BtbN> Tatsh, not really, it should just work.
[00:21:26 CEST] <BtbN> It removes from the display area
[00:21:34 CEST] <BtbN> there really should be no green showing up anywhere
[00:21:35 CEST] <kode54> it's a fully baked os, so they tell me
[00:22:08 CEST] <kode54> that, or it's choking on my 5.1 AAC audio
[00:22:12 CEST] <kode54> I'll try removing the audio first
[00:22:13 CEST] <tdr> "baked" as in "left in the smokehouse with 50 lbs of burning weed"
[00:22:18 CEST] <BtbN> Tatsh, keep in mind that you can only crop multiples of two
[00:22:33 CEST] <furq> actually vtag might be ftyp with mp4
[00:22:41 CEST] <BtbN> if you crop an uneven amount of pixels, you will end up with weird rounding
[00:23:07 CEST] <BtbN> Can totally see a single green line happening in that case
[00:23:50 CEST] <kode54> copying the video to MP4 file, to see if it was just the audio it choked on
[00:23:52 CEST] <furq> oh, no it isn't
[00:23:58 CEST] <furq> -vtag should work
[00:24:41 CEST] <kode54> that gives me a lovely error, the vtag switch
[00:24:42 CEST] <kode54> [mp4 @ 0x7fc607809a00] Tag hvc1 incompatible with output codec id '174' ([35][0][0][0])
[00:24:43 CEST] <kode54> Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input
[00:24:50 CEST] <furq> fun
[00:24:57 CEST] <kode54> same if I use hev1
[00:25:21 CEST] <kode54> video was created with Handbrake, back when they first added HEVC support
[00:33:18 CEST] <kode54> oh
[03:39:37 CEST] <kode54>     { AV_CODEC_ID_HEVC, MKTAG('h', 'e', 'v', '1') }, /* HEVC/H.265 which indicates parameter sets may be in ES */
[03:39:37 CEST] <kode54>     { AV_CODEC_ID_HEVC, MKTAG('h', 'v', 'c', '1') }, /* HEVC/H.265 which indicates parameter sets shall not be in ES */
[03:39:52 CEST] <kode54> how do I convert between the two without transcoding the whole video stream?
[03:40:16 CEST] <kode54> or is that just an encode time choice?
[03:41:33 CEST] <kode54> aha
[03:41:34 CEST] <kode54> 'hvc1' stores SPS/PPS in a specific avcC box while 'hev1' stores SPS/PPS inband. It does not change the stream itself, it separates the metadata from the data (which is a key element of ISOBMF).
[05:23:02 CEST] <Coburn> Greetings, just wondering if it's possible to use ffmpeg to act as a "server" which will take a stream from my computer and split it to two endpoints.
[05:23:50 CEST] <Coburn> For example, Computer -> FFMpeg Instance listening on specific port -> Simulcast on Twitch/YouTube, etc
[05:24:16 CEST] <Coburn> I looked at ffserver but it seems that it's more for streaming files that already exist, rather than listening for a connection and streaming that
[05:25:09 CEST] <Coburn> It may not be possible to do what I want, but I thought I'd ask so I could potentially be streaming on both YouTube and Twitch at the same time, rather than having to upload two seperate streams on my PC. I'd let a nearby VPS in a datacenter do the re-encoding and stuff
[05:32:20 CEST] <klaxa> Coburn: afaik twitch and youtube use rtmp, you can just specify two outputs for ffmpeg, one for twitch and one for youtube
[05:33:10 CEST] <thebombzen> Coburn: you can do that yes, and the stream URLs for ffmpeg and twitch use rtmp as klaxa said
[05:34:38 CEST] <thebombzen> Coburn: one way to do that would be to do something like encode your stream as an mpegts. then you could do: ffmpeg -f mpegts -i - -map 0 -c copy rtmp://youtube_url -map 0 -c copy rtmp://twitch_url
[05:35:33 CEST] <thebombzen> this will read from standard input. alternatively, ffmpeg could read from a UDP stream, like ffmpeg -f mpegts -i udp://localhost:blah and then have your mpegts stream to go the udp port
[05:36:06 CEST] <thebombzen> however you choose to feed the data to ffmpeg, the general command structure would be "ffmpeg -i input -map 0 -c copy rtmp://youtube_url -map 0 -c copy rtmp://twitch_url
[05:36:36 CEST] <thebombzen> the -c copy tells ffmpeg not to re-encode, just streamcopy. -map 0 tells ffmpeg to keep all streams from the input. it shouldn't be necessary if the input is just one video and one audio stream
[05:36:51 CEST] <Coburn> ok
[05:37:23 CEST] <Coburn> So I suppose in OBS Studio I'd make a custom profile and tell it to push the stream to that IP:port
[05:37:56 CEST] <thebombzen> are you just trying to stream your desktop to two different sites at once?
[05:38:11 CEST] <thebombzen> or is it some other thing. because I think OBS might be able to do that without ffmpeg frippery
[05:38:12 CEST] <Coburn> Not desktop, but capture card for SNES/PS4/etc
[05:38:27 CEST] <Coburn> The problem is I'm limited to 5Mbps uplink.
[05:38:48 CEST] <c3r1c3-Win> Use restream.io then.
[05:38:58 CEST] <thebombzen> Is there any particular reason to go to YouTube and Twitch at the same time?
[05:39:04 CEST] <thebombzen> it sounds like this is a big deal
[05:39:11 CEST] <Coburn> 2Mbps is allocated to YT Gaming, the problem is that anything using 3/4 Mbps constantly causes lag. Blame Australia.
[05:39:22 CEST] <Coburn> Probably to cover audience
[05:40:02 CEST] <thebombzen> The issue is that what you're doing is very greedy, perhaps a bit too greedy for a 5 Mbps upload link. I'd check out what c3r1c3-Win said
[05:40:13 CEST] <Coburn> Well, what I'm planning to do is this
[05:40:35 CEST] <Coburn> My PC with OBS -> Singapore Linode running FFMpeg -> YouTube/Twitch/etc
[05:40:59 CEST] <c3r1c3-Win> Then I would setup a nginx instance.
[05:41:14 CEST] <Coburn> nginx can do video streaming relays?
[05:41:28 CEST] <c3r1c3-Win> and maybe use a protocol that isn't so hard on your internet connection... like HLS to stream out.
[05:42:20 CEST] <Coburn> Well, I can stream to YouTube Gaming fine with 2Mbps
[05:42:28 CEST] <thebombzen> nginx can. nginx is an http server and HLS is http live streaming
[05:42:47 CEST] <Coburn> I'm familiar with nginx, but did not know it can do HLS.
[05:42:55 CEST] <Coburn> So how would it work?
[05:43:00 CEST] <thebombzen> shrug
[05:43:15 CEST] <thebombzen> this one I do not know. maybe c3r1c3 can help you with this but I cannot
[05:43:28 CEST] <Coburn> ok
[05:43:46 CEST] <Coburn> I mean sure, i can use restream.io but if they're going to inject ads and stuff, then no thanks
[05:43:59 CEST] <c3r1c3-Win> OBS->Settings-Output->Mode:Advanced->Recording-Type:Custom->Output type: To URL, and do the HLS jiggle.
[05:44:20 CEST] <Coburn> Alright. I guess I'll read up with the nginx HLS module then
[05:44:46 CEST] <Coburn> So i'd connect ffmpeg into that and let it go to youtube/twitch? Or will nginx do that automatically?
[05:44:53 CEST] <Coburn> as specified?*
[05:45:36 CEST] <c3r1c3-Win> if you use NGinx and the OBS ffmpeg advanced output to URL option... then you shouldn't need ffmpeg at all.
[05:46:32 CEST] <Coburn> yeah, but then how will people on YouTube and Twitch see the stream if I'm using HLS? From what I can see, people would need to connect to the HLS port?
[05:46:52 CEST] <c3r1c3-Win> You use NGinX to rechunk the stream and push it out rtmp.
[05:47:12 CEST] <Coburn> alright
[05:47:28 CEST] <Coburn> I'll grab some lunch and give it a shot.
[06:00:19 CEST] <damdai> i upgraded from sandybridge i7 to ivybridge i7  but x265  encoding is still slow
[06:03:11 CEST] <c3r1c3-Win> Sandybridge to ivy was only about a 5-10% IPC improvement.
[06:03:14 CEST] <thebombzen> x265 is going to be slow for a while
[06:03:24 CEST] <thebombzen> it's slow on my skylake i7, so that's not a surprise
[06:03:45 CEST] <c3r1c3-Win> Unless you get a ton of fast-ish cores, it takes a while.
[06:04:02 CEST] <c3r1c3-Win> Same for VP9 and AV1 as well.
[06:04:25 CEST] <kepstin> vp9 in git has a bunch of multithreading improvements recently, so it should be getting better
[06:04:43 CEST] <kepstin> before it was really limited in scaling to more cores :/
[06:04:54 CEST] <c3r1c3-Win> LOL, yeah, it'll actually take advantage of said cores.
[06:08:03 CEST] <thebombzen> well libvpx-vp9 was slow before because it was just bad. now it'll be slow because vp9 is just a slow codec
[06:08:14 CEST] <thebombzen> #improvements
[06:12:31 CEST] <grublet> slower means higher quality
[06:12:35 CEST] <grublet> :)
[06:16:55 CEST] <damdai> <thebombzen> x265 is going to be slow for a while
[06:18:23 CEST] <grublet> on the topic of x265
[06:18:39 CEST] <grublet> imo the quality of hevc is worse than that of avc
[06:18:48 CEST] <grublet> i dont like the wavelet-y artifacts
[06:25:30 CEST] <kepstin> well, that's just an artifact of choices made in the encoder and a lack of psy tuning :/
[06:26:11 CEST] <kepstin> the x264 people worked very hard to make the artifacts look less displeasing :)
[06:26:22 CEST] <grublet> isnt the x265 team the same?
[06:26:29 CEST] <kepstin> no, completely different people
[06:26:39 CEST] <grublet> in that case im showing how out of the loop i am :)
[06:27:06 CEST] <grublet> im out of the in-loop deblocking filter
[06:27:22 CEST] <grublet> i wonder what the progress on theora has been, if any
[06:27:38 CEST] <grublet> er, not theora, daala
[06:27:42 CEST] <kepstin> i'd expect it to be mostly abandoned in favour of the newer vpx codecs
[06:28:08 CEST] <kepstin> oh, daala? some of the work from that is gonna be used in av1
[06:28:10 CEST] <grublet> i wouldnt be surprised if daala has been abandoned as well
[06:28:33 CEST] <kepstin> they're gonna continue to use daala as a research project to test new ideas, but it'll never be a "finished" codec
[06:28:49 CEST] <grublet> i can still build it and mess with it myself though, presumable
[06:29:53 CEST] <grublet> i kinda lost my enthusiasm for codecs a few years ago
[06:30:39 CEST] <kepstin> ever since x264, everything has been pretty much either marginally different or slower :/
[06:31:33 CEST] <grublet> yeah that sounds about right
[06:31:53 CEST] <c3r1c3-Win> The hardware encoders are getting better, and I wouldn't be surprised to see a really good one at some point (that is in consumer-pricing land).
[06:31:59 CEST] <grublet> x264 was what garnered most of my enthusiasm, especially because i got interested in encoding around when blu-ray was a new format
[06:32:02 CEST] <kepstin> hevc's improvements are mostly notable for 4k stuff, where the larger transforms help
[06:32:11 CEST] <grublet> that makes sense
[06:32:19 CEST] <kepstin> and if you want >10bit depth for some reason, x264 can't do that
[06:32:22 CEST] <grublet> i dont have any content over 1080p
[06:32:28 CEST] <grublet> i'd rahter have 4:4:4
[06:32:35 CEST] <c3r1c3-Win> ^
[06:32:42 CEST] <grublet> finally someone agrees
[06:33:38 CEST] <c3r1c3-Win> Order of likes... HDR, 4:4:4, 4k
[06:33:42 CEST] <grublet> i started watching videos on signal processing again recently, sorta out of the blue
[06:34:01 CEST] <kepstin> well, x264 can do 4:4:4 just fine, and HDR really needs higher bit depths - 10bit is kinda the min for that
[06:34:10 CEST] <kepstin> so, fine for now
[06:34:10 CEST] <grublet> c3r1c3-Win: i can see where HDR would be useful internally, same as over 8-bits, but at the display level i dont really have any scenarios that i would benefit from it
[06:34:15 CEST] <Coburn> I honestly don't see the point in 4k just yet
[06:34:42 CEST] <kepstin> I use a 24" 4k monitor on my desktop, but that's mostly just so my font rendering is sharper
[06:34:48 CEST] <kepstin> I have basically no 4k video
[06:34:49 CEST] <grublet> HDR makes a pretty obvious difference in video games, where the higher dynamic range is used to tone map and dither down to display bit depth
[06:35:16 CEST] <grublet> kepstin: i have a 24" 4k monitor, id rather have something 28"+, because i cant read it at 4k at all
[06:35:36 CEST] <grublet> my hdmi cable is old and can only support 4k at 30hz so its useless for games atm
[06:36:01 CEST] <kepstin> ... that's what scaling/font size options are for. On windows I normally use 175% scaling, and it's displayport so it does 60Hz fine :)
[06:36:09 CEST] <c3r1c3-Win> i bought a good (but cheap) 55" 4K TV for my computer monitor... works really well.
[06:36:11 CEST] <Coburn> I have a what... 28" or 32" 1080p curved samsung monitor
[06:36:16 CEST] <grublet> not everything scales reliably, however
[06:36:19 CEST] <Coburn> good enough for my eyes
[06:36:24 CEST] <grublet> especially older programs (which is most of what i use)
[06:36:26 CEST] <kepstin> gnome only gives integer scaling multiples, which is annoying, so I use 2x on linux :/
[06:36:41 CEST] <Coburn> can enable virtual super resolution but then everything goes ugly
[06:36:44 CEST] <kepstin> grublet: latest win10 update helps a lot there, it adds new scaling mode for old gdi apps
[06:36:45 CEST] <Coburn> and blurry
[06:36:46 CEST] <c3r1c3-Win> Big enough that I don't have to scale, and clear enough on text that I can have everything on one screen.
[06:36:52 CEST] <grublet> kepstin: i use win7
[06:37:00 CEST] <kepstin> grublet: well, there's your probelm
[06:37:20 CEST] <kepstin> really need latest win10 if you're gonna use highdpi monitors.
[06:37:23 CEST] <grublet> kepstin: indeed, its my problem because im nostalgic and refuse to use any other windows than xp or 7
[06:37:37 CEST] <grublet> im more interested in using the 4k for screen real estate than the dpi
[06:37:47 CEST] <grublet> 1 4k for me would be used to replace 4 1080p monitors
[06:37:48 CEST] <Coburn> Why not just run Windows 10, then XP / 7 in the VM? problem solved ;)
[06:37:52 CEST] <kepstin> I certainly hope you don't have any xp machines connected to the internet :)
[06:37:59 CEST] <grublet> Vms are a whole nother can of worms
[06:38:02 CEST] <kepstin> that recent patch for wannacry is an exception, not the norm ;)
[06:38:05 CEST] <grublet> kepstin: i might...
[06:38:34 CEST] <Coburn> I managed to pull off a windows 10 gaming VM, worked ok but suffered issues like USB ports needing to be passthrough'd and other stuff
[06:38:44 CEST] <Coburn> was workable, but long term gaming? No.
[06:38:50 CEST] <grublet> at this point id probably only use XP in a VM
[06:38:58 CEST] <grublet> curiously enough a lot of windows games run perfectly in WINE
[06:39:04 CEST] <Coburn> Windows XP refuses to boot inside a VM due to my Ryzen chip :P
[06:39:10 CEST] <grublet> so linux is my probably upgrade path should win7 become too antiquated
[06:39:17 CEST] <grublet> Coburn: i heard about that issue
[06:39:20 CEST] <Coburn> Windows 98SE also craps itself
[06:39:25 CEST] <Coburn> DOS works... somewhat
[06:39:29 CEST] <grublet> ryzens not having some tpye of instructions i thiunk
[06:39:45 CEST] <Coburn> It just causes Windows to hang on boot
[06:39:59 CEST] <grublet> so its unusable then yeah>?
[06:40:06 CEST] <Coburn> pretty much
[06:40:21 CEST] <grublet> i think there was some kind of fix released
[06:44:26 CEST] <kepstin> i'm still working through a bunch of stability issues with my ryzen. new beta bios at least means ram posts reliably at 2666mhz now, but I still get some odd hangs/crashes, often when nearly idle :/
[06:45:12 CEST] <grublet> Is the RAM DDR4?
[06:45:17 CEST] <c3r1c3-Win> Yeah, I would hold off on Ryzen (for production machines) until the end of the year, esp. on Linux.
[06:45:42 CEST] <grublet> This is partly why I use older hardware/OS's. i avoid the instability of new stuff to an extent
[06:48:25 CEST] <Coburn> Ryzen is pretty solid
[06:48:35 CEST] <Coburn> I'm an early adopter and I had issues with black screens of death
[06:48:47 CEST] <Coburn> but the latest BIOS updates have had zero issues
[06:48:58 CEST] <grublet> The CPU in my computer is a decade old now
[06:49:16 CEST] <grublet> and realistically I doubt I'll be upgrading anytime soon, in part due to being unable to afford upgrading
[06:49:23 CEST] <Coburn> Currently on a ASUS B350M (?) motherboard plus an R7 1700
[06:49:31 CEST] <Coburn> Best. Investment. Ever.
[06:49:43 CEST] <grublet> my CPU is an i7-950 on an LGA 1366 board... lol
[06:49:47 CEST] <Coburn> My Core i5-4590 started getting jealous
[06:50:13 CEST] <grublet> my GPU is a GTX 670
[06:50:26 CEST] <kepstin> grublet: heh, you splurged there, my s1366 box is only an i7-920 ;)
[06:50:26 CEST] <Coburn> That reminds me
[06:50:40 CEST] <Coburn> FFMpeg doesn't use GPU acceleration does it?
[06:50:55 CEST] <Coburn> Like it doesn't use OpenCL/CUDA/DirectCompute etc?
[06:50:55 CEST] <grublet> kepstin: since i made the mistake of choosing LGA1366, my only upgrade option is a CPU that costs $1000 even today
[06:51:14 CEST] <kepstin> Coburn: ffmpeg can optionally use the gpu hardware encoders/decoders rather than software, and there's a few filters that do some opencl or cuda stuff
[06:51:15 CEST] <grublet> and the asus sabertooth x58 is a garbage motherboard, imo
[06:51:35 CEST] <Coburn> nice
[06:51:39 CEST] <kepstin> but, very few filters, and I've never had a reason to use them
[06:51:49 CEST] <Coburn> and is that only for windows or *nix provided you have the proper drivers installed?
[06:52:11 CEST] <kepstin> works on both, iirc, but i think getting intel to work on windows is painful
[06:52:21 CEST] Action: kepstin hasn't tried that
[06:52:38 CEST] <Coburn> Intel QuickSync?
[06:53:02 CEST] <kepstin> keep in mind that the hardware encoders included on gpus are generally quite bad compared to software - the only benefit is that you can use the cpu+gpu for other stuff at the same time as you're encoding
[06:53:20 CEST] <Coburn> AMD's encoder is pretty competent imo
[06:54:11 CEST] <kepstin> "competent for a hardware encoder" is pretty far away from what x264 can pull off ;)
[06:54:32 CEST] <Coburn> well
[06:54:34 CEST] <kepstin> ... if you throw a lot of cpu cores at it
[06:54:44 CEST] <Coburn> it's good enough for GPU encoding desktop streams
[06:55:33 CEST] <c3r1c3-Win> grublet, Tried ebay?
[06:55:34 CEST] <kepstin> like I said - it's useful if your cpu is otherwise occupied - for example doing things like running the applications you're screencasting.
[06:55:52 CEST] <grublet> c3r1c3-Win: tried it for what?
[06:56:28 CEST] <c3r1c3-Win> grublet: CPU upgrades.
[06:56:43 CEST] <grublet> there's only one cpu model about the i7-950
[06:56:53 CEST] <grublet> its more an issue that if im gonna upgrade, i may as well just build a new machine
[06:57:02 CEST] <grublet> 1366 is dust in the wind at this point
[06:57:16 CEST] <kepstin> nah, there's a few if you can run the extreme edition ones in your board, but those are kinda expensive
[06:57:29 CEST] <grublet> yeah the only ones above what i have are expensive
[06:57:35 CEST] <grublet> as far as ebay, never thought to look
[06:57:41 CEST] <grublet> but im also not that concerned about it really
[06:58:13 CEST] Action: kepstin is almost tempted to pick up a 960 or 970 to replace his 920 now.
[06:58:31 CEST] <grublet> my 950 is still performing much better than i'd expect for something that's 10 years old
[06:58:46 CEST] <grublet> but then again i dont do much different than i did 10 years ago with my computer
[06:59:04 CEST] <grublet> most of the games i play are 10+ years old, and i dont really encode much anymore
[06:59:13 CEST] <kepstin> until I got this new ryzen box, I still used that as my gaming box yeah
[06:59:27 CEST] <kepstin> upgraded the gpu once several years ago, but that was it
[06:59:29 CEST] <c3r1c3-Win> My main linux box is a dual x5650s... been thinking about upgrading it to either e5-v1s or x56xx that's a bit higher.
[06:59:39 CEST] <grublet> ive had 5 or 6 different gpu's in this system
[06:59:55 CEST] <grublet> i'd love to get a dual 8core cpu setup with 32+gb of ram
[07:00:04 CEST] <Coburn> I originally had a R9 280 in this rig
[07:00:09 CEST] <Coburn> now I'm RX570
[07:00:15 CEST] <grublet> id also like calibrated dual 4k monitors
[07:00:51 CEST] <kepstin> i'm still curious about whether AMD threadripper is gonna support registered ram
[07:01:09 CEST] <kepstin> probably not if it's their consumer model and they're basing it on the existing ryzen chips
[07:01:12 CEST] <grublet> Coburn: my upgrade path (that i can remember) has been 8800GTX, radeon 2950, GTX 260, 4950, 6970, gtx 670
[07:01:17 CEST] <c3r1c3-Win> I could upgrade both CPUs to the x5690s for $239.
[07:01:18 CEST] <kepstin> which really limits the max ram capacity
[07:01:37 CEST] <Coburn> > nginx_mod_hls - This module is available as part of our commercial subscription.
[07:01:43 CEST] <Coburn> really...?
[07:01:44 CEST] <grublet> im just happy SSD has become so affordable
[07:01:53 CEST] <c3r1c3-Win> ^
[07:02:12 CEST] <grublet> my 480GB ssd cost like $200 when i bought it
[07:02:22 CEST] <c3r1c3-Win> That's beenthe biggest QoL-computer upgrade I've done.
[07:02:41 CEST] <kepstin> Coburn: the (free) third-party rtmp module can serve up hls, iirc - or just use ffmpeg's segment muxer?
[07:03:04 CEST] <Coburn> yeah
[07:03:19 CEST] <Coburn> hmm
[07:03:36 CEST] <kepstin> heh, I have a first-generation OCZ vertex in my old 1366 box
[07:03:45 CEST] <kepstin> still works fine
[07:03:52 CEST] <grublet> kepstin: my SSD is an intel i730
[07:03:58 CEST] <kepstin> (got to be one of the only working ones left, i bet)
[07:04:24 CEST] <grublet> i bought the intel 730 because i read it was long lasting
[07:04:26 CEST] <grublet> so far so good
[07:04:30 CEST] <grublet> only had it a couple years thoug
[07:04:47 CEST] <Coburn> here comes the gentoo VPS to end all VPS
[07:04:50 CEST] <Coburn> compile all the things
[07:05:25 CEST] <grublet> nothing must be left uncompiled
[07:06:16 CEST] <grublet> i ran a gentoo live-usb once, interestingly enough it was one of the live-usbs i had the least problems with
[07:09:22 CEST] <kepstin> i think even now knoppix is still based on gentoo?
[07:09:38 CEST] <kepstin> haven't used it in a long time tho :)
[07:09:42 CEST] <grublet> no clue
[07:33:14 CEST] <Coburn> I thought knoppix was debian?
[07:33:22 CEST] <Coburn> I remember when it used KDE3
[07:38:00 CEST] <grublet> i still have a cd with ubuntu hardy heron on it somewhere
[07:38:05 CEST] <grublet> was the first linux distro i tried
[07:38:27 CEST] <Coburn> holy smokes
[07:38:35 CEST] <Coburn> ffmpeg + nginx setup is awesome
[07:39:22 CEST] <grublet> i remember watching youtube channels like nixipixel
[07:39:25 CEST] <grublet> i wonder if shes still arouind
[07:41:33 CEST] <Coburn> so with that setup now, I point OBS to the rtmp port, and then point FFMpeg to the local port and pipe it to youtube/twitch?
[07:42:04 CEST] <c3r1c3-Win> Coburn: That reads correctly.
[07:42:06 CEST] <grublet> no clue, i guess i wasnt following the convo
[07:42:22 CEST] <Coburn> ok
[08:07:09 CEST] <Coburn> alright so it's working on twitch
[08:07:36 CEST] <Coburn> but I'm not sure if i should be using the http://<ip>:8080/hls/stream.m3u8 URL for ffmpeg...
[08:07:54 CEST] <Coburn> It's getting a lot of [http @ 0x1cd1ec0] No trailing CRLF found in HTTP header.
[08:08:17 CEST] <Coburn> it is saying "frame= 1018 fps=6.4 q=23.0 size=    3276kB time=00:02:49.99 bitrate= 157.9kbits/s"
[08:09:10 CEST] <Coburn> It's just a video of some BGM from a game, I can't hear any stutter etc
[08:28:47 CEST] <Coburn> and... it broke
[08:28:50 CEST] <Coburn> rip
[11:15:31 CEST] <Fyr> guys, I can't copy some videos onto my iPad, because iTunes says: "This video cannot be played on this iPad", while another videofiles encoded with the same codecs were copied.
[11:16:12 CEST] <Fyr> are there options I have so set when remuxing with FFMPEG?
[11:16:34 CEST] <Fyr> because some of the files are copied and played without a glitch.
[11:18:16 CEST] <Fyr> some metadata of unacceptable filesays that its language - Japanese.
[11:18:25 CEST] <Fyr> (of the video)
[12:15:32 CEST] <Fractal__> Hello, im trying to recover a video using recover_mp4 and one of the steps is to use ffmpeg but i dont have the exe
[12:15:45 CEST] <Fractal__> what should i do?
[12:16:31 CEST] <furq> Fractal__: https://ffmpeg.zeranoe.com/builds/
[12:17:37 CEST] <Fractal__> thanks ill try that
[13:02:32 CEST] <Redadev> Hello, I have two servers A and B that communicate over HTTP, on server A a video file is currently saved by some process, I want to use ffmpeg to encode this file on server B.
[13:02:32 CEST] <Redadev> But since server communicate over HTTP, the encoding stops after some time, the reason seem to be that, when i execute the ffmpeg command in server B, HTTP response include the current file in server A and the encoding stops when it reachs this length.
[13:02:32 CEST] <Redadev> Is ther a way to tell ffmpeg to ignore this filelength and to continue encoding ?
[13:06:10 CEST] <BtbN> no, you generally can't process video files before the file has been finalized, unless you use something like mpegts
[13:06:22 CEST] <BtbN> and even then, doing so via a normal http server will give you that issue
[13:10:39 CEST] <Redadev> Thanks BtbN, do you think that ffmpeg can be edited to permit this behaviour ?
[13:10:54 CEST] <BtbN> no
[13:11:14 CEST] <BtbN> don't use a http server for something it's not designed for.
[13:11:22 CEST] <furq> you could potentially send it chunked, but probably not with a regular httpd
[13:11:27 CEST] <BtbN> It serves static files as, well, static files
[13:11:32 CEST] <furq> and if you're going to write code for this then you should probably just use something better
[13:11:53 CEST] <BtbN> Could throw a php script on there that omits the content-length and just streams the file out
[13:12:09 CEST] <BtbN> But a standard plain httpd can't do what you want.
[13:12:33 CEST] <BtbN> And even with that php script you will have to pull tricks inside of the script to read the file while it's growing.
[13:13:24 CEST] <BtbN> Just store the video as HLS, you can very easily read the, via a httpd, from the other server, while it's growing.
[13:14:55 CEST] <Redadev> Thank you for theses answers, unfortunatly i can't change the format of the source video, i will think about the script omitting the content-length
[13:15:03 CEST] <Redadev> "use something better" what do you mean but that ?
[13:15:11 CEST] <BtbN> Why can't you do that?
[13:15:14 CEST] <BtbN> What format even is it?
[13:15:25 CEST] <BtbN> Just change the output of ffmpeg on server A.
[13:15:58 CEST] <Redadev> I don't have control over server A, the file ar saved by an other software
[13:16:09 CEST] <BtbN> in what format?
[13:16:46 CEST] <Redadev>  h264
[13:17:50 CEST] <BtbN> it saves a raw .h264 file?
[13:18:52 CEST] <Redadev> the source file is .ts
[13:18:53 CEST] <Redadev>    Stream #0:0[0x727]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
[13:18:53 CEST] <Redadev>     Stream #0:1[0x728](EN): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 192 kb/s (clean effects)
[13:19:12 CEST] <BtbN> yes, so it at least uses a sane format where what you want is possible
[13:19:30 CEST] <BtbN> is it an endless stream?
[13:20:08 CEST] <Redadev> there is a file per day, the maximum duration is 28hours
[14:45:40 CEST] <KresTwo> Why is there no mediaplayer QUALITY shootout. Or, why can't I find it.
[14:45:55 CEST] <furq> idk but vlc is in last place
[14:46:01 CEST] <JEEB> quality stops being a thing after you get the basics right
[14:46:16 CEST] <JEEB> of course, not saying a lot of things don't get the basics right :P
[14:46:49 CEST] <JEEB> out of the open source things the opengl renderer in mpv seems to be the least retarded one
[14:47:15 CEST] <KresTwo> JEEB I'll have to test that one.
[14:48:44 CEST] <KresTwo> furq yup. It plays everything, equally bad.
[14:50:03 CEST] <JEEB> vlc does some things very well though
[14:50:08 CEST] <JEEB> try feeding it a broadcast MPEG-TS
[14:50:13 CEST] <JEEB> with PID switches and such
[14:50:25 CEST] <JEEB> you'll see that it was one of the first use cases for it
[14:51:29 CEST] <furq> i only ever had vlc installed for network streams
[14:51:38 CEST] <furq> which makes sense given its name
[14:51:43 CEST] <furq> but i just use mpv for that now
[14:51:49 CEST] <ritsuka> mpv is one of the few that at least try to get the right colors
[14:51:54 CEST] <KresTwo> JEEB every tool has its uses. But when I want bitperfect audio I use foobar2000 and asio.
[14:52:42 CEST] <KresTwo> I just want to find a mediaplayer that does the similar for video.
[14:53:13 CEST] <JEEB> ritsuka: granted at least some VOs in VLC did get updated to be less bad. the fact that mpv tries to use a single one everywhere kind of helps :)
[14:54:11 CEST] <ritsuka> vlc 3.0 master branch on mac display everything in bt.601 since last year :|
[14:55:11 CEST] <JEEB> yea they've been focusing on stuff they're getting money from I think
[14:55:23 CEST] <JEEB> such as the mobile ports and the non-playback stuff
[14:58:49 CEST] <KresTwo> JEEB thanks. It worked pretty well with 60 fps material too.
[15:17:05 CEST] <durandal_1707> bitperdect audiophile with golden ears
[19:33:13 CEST] <Filystyn> guys if something is not music i will alway sget format  with probing as unspecified ?
[19:48:11 CEST] <ChocolateArmpits> Filystyn, what do you mean not music ??
[19:48:35 CEST] <Filystyn> i will open format content of a file
[19:48:40 CEST] <Filystyn> it turns out it's not audio
[19:48:43 CEST] <Filystyn> what will i get as format?
[19:50:14 CEST] <ChocolateArmpits> depends on the file, ffmpeg can try probing for format independent of the extension
[19:51:22 CEST] <ChocolateArmpits> really depends on the format, some have a magic number, a unique identifier at the start of the bytestream that lets to guess it more easily, others may have other means.
[19:51:59 CEST] <Filystyn> you dont udnerstand i have wrote a function to  detect format
[19:52:08 CEST] <ChocolateArmpits> well you never explained that
[19:52:15 CEST] <Filystyn> it works but i don't know what format is a flag that it is not audio
[19:52:30 CEST] <durandal_1707> wut?
[19:52:33 CEST] <Filystyn> what will it return as type of audio/codec
[19:52:46 CEST] <Filystyn> when file is simply txt file or other not audio fi;e
[19:52:53 CEST] <durandal_1707> that does demuxer when reading
[19:53:28 CEST] <durandal_1707> it sets type of streams that it adds
[20:01:38 CEST] <Filystyn> ok so what is the type of stream
[20:01:41 CEST] <Filystyn> that is not audio
[20:01:44 CEST] <Filystyn> this is what i ask
[20:04:09 CEST] <durandal_1707> video data subtitle unknown attachement
[20:04:24 CEST] <durandal_1707> one of these
[20:05:01 CEST] <Filystyn> thank you
[20:05:06 CEST] <Filystyn> that is big help for me
[22:15:55 CEST] <Tauromancer> Can anyone point me to an updated compiling instructions for raspian? I've had varying issues on the last 3 compiles, and feel like I'm falling down a google hole
[23:53:07 CEST] <kms_> can i speed up the video without reencoding by doubling fps?
[23:53:57 CEST] <kerio> you mean by doubling the timestamps?
[23:56:44 CEST] <kazuma_> you can do that in your media player kms_
[23:57:36 CEST] <kms_> no, i want change viceo file
[23:57:43 CEST] <kms_> *video
[23:58:40 CEST] <kms_> i need double speed 60fps video
[23:58:43 CEST] <furq> what codec
[23:58:49 CEST] <kms_> vp8
[23:58:54 CEST] <furq> oh
[23:58:57 CEST] <furq> that's tricky then
[23:59:11 CEST] <c_14> doesn't matroska have container fps?
[23:59:11 CEST] <furq> you can do it with h264 by demuxing to an elementary stream and then setting the input fps when remuxing
[23:59:25 CEST] <furq> but i don't think ffmpeg has a vp8 elementary stream muxer
[23:59:27 CEST] <c_14> you can try setting that with mkvmerge
[23:59:36 CEST] <furq> yeah it does but idk if all players respect it
[00:00:00 CEST] --- Sun Jun 11 2017