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

[burek]

[00:46:57 CEST] <Compn> why is j-b reviewing video filter patches :D
[00:47:22 CEST] <j-b> Compn: well, if I did, I would have objected before...
[00:48:18 CEST] <Compn> why is this patch 1.8mb
[00:49:07 CEST] <Compn> why is it using floats
[00:49:09 CEST] <Compn> harumph
[01:14:01 CEST] <cone-872> ffmpeg 03Danil Iashchenko 07master:581bafa83b9c: lavfi: add sobel, prewitt, roberts filters
[01:59:31 CEST] <BBB> Compn: floast are ok
[01:59:37 CEST] <BBB> Compn: a lot of code does floats nowadays
[01:59:43 CEST] <BBB> Im not saying its great, but its what people do
[01:59:51 CEST] <BBB> prolly because gpus are float-based
[01:59:59 CEST] <BBB> also, floats are easier to code
[02:00:15 CEST] <BBB> 0.5*x is easier than 0x80*x>>8
[02:00:58 CEST] <nevcairiel> the AI stuff is all about GPUs, they even use half-precision just to compute stuff faster
[03:20:11 CEST] <cone-872> ffmpeg 03James Almer 07master:3c4af577aa50: configure: add missing swscale to avfilter when sr filter is enabled
[17:30:00 CEST] <atomnuker> any volunteers to compile some atrac9 binary examples under windows so they can decode some fate references?
[17:31:11 CEST] <BtbN> You mean compile ffmpeg on windows?
[17:32:36 CEST] <atomnuker> nope, unfortunately
[17:32:53 CEST] <atomnuker> compile the examples that came with the binary atrac9 dll from sony
[17:33:38 CEST] <BtbN> oh god
[17:36:08 CEST] <atomnuker> they should be easy to compile, there's an msvc project file and everything, do keep in mind I know exactly nothing about compiling anything under windows
[17:45:16 CEST] <BtbN> Are they freely available for download?
[17:51:49 CEST] <atomnuker> nope, but I have them
[17:57:09 CEST] <BtbN> I can totaly just hit build on an MSVC project, assuming it doesn't need some ancient version
[18:00:13 CEST] <jamrial> inb4 msvc 2005
[18:03:16 CEST] <atomnuker> the Version string in the .vcproj says Version="9.00", no idea what that translates into
[18:03:36 CEST] <BtbN> 2008...
[18:04:12 CEST] <atomnuker> erm, right, that narrows it down a bit
[18:04:24 CEST] <BtbN> it's not even a vcxproj
[18:04:55 CEST] <atomnuker> welp, it did come with a soundforge plugin, I'll try to install whatever version of that the plugin requires and give it a go
[18:05:09 CEST] <BtbN> Don't even have access to that old MSVC anymore
[18:09:04 CEST] <atomnuker> the sound forge 10 pro the plugin requires is number 2 on the pirate bay search for "sound forge", sorted by seeds
[20:08:27 CEST] <JEEB> &32
[20:52:26 CEST] <atomnuker> good news: my decoder matches what sony's binary decoder outputs
[20:52:44 CEST] <JEEB> \o/
[20:52:47 CEST] <atomnuker> bad news: the binary decoder I have is too old and doesn't support band extension
[20:52:52 CEST] <JEEB> :<
[20:53:00 CEST] <atomnuker> so I'll have to use the output from my decoder as a reference
[20:53:08 CEST] <atomnuker> it wouldn't have mattered that much though
[20:53:20 CEST] <atomnuker> because band extension does have a PNS-like mode
[20:53:40 CEST] <atomnuker> which means random numbers, which would have meant a really really high fuzz which wouldn't have been all that useful
[21:15:41 CEST] <cone-905> ffmpeg 03Rostislav Pehlivanov 07master:755e61839926: lavc: implement an ATRAC9 decoder
[21:15:41 CEST] <cone-905> ffmpeg 03Rostislav Pehlivanov 07master:9fececb6f335: riff: add ATRAC9 guid
[21:56:45 CEST] <atomnuker> grr, sound forge has apparently resampled the audio, and its resampler doesn't seem to be one of the best
[21:57:21 CEST] <kierank> atomnuker: did you move to nice
[21:57:24 CEST] <atomnuker> time seems stretched compared to the lavc decoder yet the duration's the same and the spectrum matches
[21:59:18 CEST] <atomnuker> kierank: nope, just seem to have more motivation now, thanks to which I am actively learning French every day, instead of once a month
[22:00:05 CEST] <atomnuker> I also would like to know how the vote in 2 days plays out because fuck if I have to live in a place with such crap
[22:00:21 CEST] <kierank> what vote
[22:00:27 CEST] <atomnuker> article 11 and 13
[22:03:10 CEST] <iive> the new copyright thing?
[22:08:15 CEST] <JEEB> atomnuker: btw I wonder how the MPEG-PS stuff should be done.
[22:08:21 CEST] <JEEB> for ATRAC3 and ATRAC9
[22:08:39 CEST] <JEEB> because it's the same data, but you get a header with the values that are usually in the WAV headers
[22:09:05 CEST] <JEEB> so either you make a parser that sets values into an AVCodecContext (which IIRC is not kosher)
[22:09:45 CEST] <JEEB> or you make the WAV demuxer add the header to each packet and the parser just parses the packets
[22:09:59 CEST] <JEEB> would require changes in the decoder to not base on the values in the header, though
[22:13:42 CEST] <atomnuker> is there mpeg-ps with atrac9 audio?
[22:14:00 CEST] <atomnuker> parsers setting avctx values is perfectly reasonable
[22:14:21 CEST] <atomnuker> but the thing is there are some other stuff in the header like frames inside a superframe that the decoder needs to know somehow
[22:14:46 CEST] <atomnuker> I don't think there's a mechanism for private parser -> decoder data
[22:15:44 CEST] <JEEB> I /think/ it exists but I haven't double-checked. I just assumed they kept on the same thing with ATRAC9/Vita/PS4
[22:15:48 CEST] <JEEB> lemme double-check
[22:17:33 CEST] <atomnuker> most of the included cutscenes I have from vita games are standard mp4 files with h264 and aac
[22:18:11 CEST] <JEEB> yea, I have that from the fate thing too. I have some vita games myself but my fw version is just higher than where I can freely browse it around
[22:27:54 CEST] <JEEB> atomnuker: ok, I left some pokes around so we'll see. but you say parsers modifying AVCodecContext values is kosher? I think that was the original reason why the original versions back in ye olden days got nack'd due to threading worries?
[22:54:41 CEST] <atomnuker> JEEB: I think parsers are mainly there so you don't have to fully decode a packet to know stuff like resolution or pixfmt
[00:00:00 CEST] --- Wed Jul  4 2018