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

[burek]

[00:09:17 CET] <klaxa> nani____: so you want one output video with the audio from the first file and the video from the second file?
[00:09:31 CET] <nani____> klaxa, exactly
[00:09:56 CET] <klaxa> in that case: ffmpeg -i video0.mkv -i video1.mkv -c copy -map 0:a -map 1:v output.mkv
[00:09:59 CET] <nani____> and the two might get out of sync by different amounts at different times
[00:10:10 CET] <klaxa> well you can't fix that without manual work
[00:10:17 CET] <nani____> I see
[00:10:26 CET] <nani____> I'll try to hack something together
[00:21:18 CET] <Disturbed1> i'm so tired.... five days and still can't get libnvenc to work....
[00:25:42 CET] <Disturbed1> In file included from /tmp/ffconf.0u565iRP.c:1:0:
[00:25:42 CET] <Disturbed1>  #include <uapi/linux/cuda.h>
[00:25:43 CET] <Disturbed1>                              ^
[00:25:43 CET] <Disturbed1> compilation terminated.
[00:25:43 CET] <Disturbed1> ERROR: cuda.h header not found
[00:26:22 CET] <Disturbed1> but yet the file is in both /usr/include & /usr/local/include
[00:27:21 CET] <c_14> Can you pastebin your whole config.log?
[00:28:15 CET] <c_14> The path it's listing there isn't in your system include directory, it's part of the kernel source tree (which might be a part of an eventual -headers package on your system)
[00:28:20 CET] <c_14> Not sure why it's looking for it though
[00:29:22 CET] <Disturbed1> gimme a second
[00:32:47 CET] <Disturbed1> http://pastebin.com/AZvHMkjf
[00:32:53 CET] <Disturbed1> it's not the whole thing
[00:34:17 CET] <c_14> What's your configure line?
[00:34:55 CET] <Disturbed1> ../ffmpeg_libnvenc/configure --enable-nonfree --enable-gpl --enable-version3 --enable-libass --enable-libmp3lame --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvpx --enable-libwebp --enable-opencl --enable-x11grab --enable-opengl --enable-openssl --cpu=native --enable-libnvenc
[00:38:03 CET] <c_14> Where did you get these ffmpeg sources from?
[00:38:13 CET] <c_14> There is no libnvenc configuration flag
[00:39:11 CET] <Disturbed1> XXX://github.com/Brainiarc7/ffmpeg_libnvenc
[00:39:55 CET] <Disturbed1> i've been tring so many different pdf's, guides, etc i'm loosing it lol
[00:40:17 CET] <c_14> That's some random person's fork
[00:40:22 CET] <c_14> That's not supported here
[00:40:29 CET] <c_14> ffmpeg has nvenc support in master though
[00:40:31 CET] <c_14> Just use that?
[00:41:11 CET] <Disturbed1> ka gimme a sec to clear all my folders and get a fresh copy
[00:54:07 CET] <Disturbed1> thank you c-14 !!!
[00:54:46 CET] <Disturbed1> ~/development/ffmpeg_build$ ../ffmpeg/configure --enable-nonfree --enable-gpl --enable-nvenccut everything
[00:55:10 CET] <Disturbed1> cut everything but three and it worked...
[02:00:51 CET] <smolleyes> hi
[02:01:50 CET] <waressearcher2> smolleyes: hallo, wie geht's ?
[02:01:51 CET] <smolleyes> is it possible to pipe ffplay decoded frames to stdout like ffmpeg ? or would be hard to create a ffplay with nacl and sdl to create a browser plugin :p ?
[02:02:28 CET] <smolleyes> wie geht's :) ? what does it mean :p
[02:02:37 CET] <DHE> ffplay is meant to output video. if you want to output frames, output to a raw format/codec like yuv or rgb
[02:02:45 CET] <The_Photographer> Hi guys
[02:02:52 CET] <The_Photographer> How I could solve this problem
[02:02:52 CET] <The_Photographer> "Unknown encoder 'libtheora'"
[02:03:34 CET] <smolleyes> humm not clear for me DHE
[02:04:07 CET] <c_14> The_Photographer: does your build support theora?
[02:04:16 CET] <The_Photographer> c_14: its a binary package
[02:04:49 CET] <c_14> check ffmpeg -encoders
[02:06:44 CET] <The_Photographer> c_14: http://pastebin.com/piL7H1hT
[02:07:32 CET] <c_14> Your build wasn't build against libtheora, try with a static build from
[02:07:34 CET] <c_14> http://johnvansickle.com/ffmpeg/
[02:09:06 CET] <The_Photographer> c_14: the optinos for build?
[02:09:34 CET] <c_14> --enable-libtheora
[02:10:03 CET] <The_Photographer> after to build I need copy it to sbin?
[02:10:33 CET] <c_14> any directory in your path _before_ the directory where your current copy is (or overwrite/delete the current one)
[02:10:34 CET] <The_Photographer> c_14: I am installing right know the dependences
[02:12:41 CET] <The_Photographer> c_14: ./configure --prefix="$HOME/ffmpeg_build" --enable-libtheora --disable-shared  ??
[02:13:45 CET] <c_14> sure
[02:16:30 CET] <The_Photographer> c_14: anyway john vasickle version work
[02:34:12 CET] <The_Photographer> thanks c_14
[02:34:21 CET] <The_Photographer> c_14: work perfect
[02:34:28 CET] <The_Photographer> c_14: I love ogv format
[02:34:38 CET] <The_Photographer> ogv h265
[02:43:52 CET] <derekr> Is there a way to do gapless audio encoding?
[02:44:43 CET] <kepstin> derekr: what codec?
[02:45:00 CET] <derekr> kepstin: aac
[02:45:13 CET] <kepstin> the problem with "gapless" was mostly for mp3, and iirc ffmpeg will include the xing headers for gapless playback by default
[02:45:17 CET] <kepstin> dunno about aac :/
[02:46:01 CET] <derekr> I'm just trying to figure out a way around the insertion of 'silence' at the beginning and end of my transcoded segments
[02:46:40 CET] <derekr> I'm starting to get the impression that this likely won't be possible on the encoding side
[02:47:20 CET] <derekr> but the client side fix seems quite involved and cumbersome
[02:48:33 CET] <kepstin> how does itunes do it? i think they add some metadata to the file, but I dunno what, and I dunno if other players support it
[02:48:54 CET] <derekr> it seems to be largely metadata based
[02:49:16 CET] <derekr> the clients parse the metadata and chop off what needs to be chopped off
[03:21:17 CET] <pinPoint> so my question still stands. If a video clip has surround sound, would ffmpeg move that over to the output if an audio codec is changed?
[03:21:30 CET] <pinPoint> from ac3->aac or vise versa
[03:22:20 CET] <pzich> can't you just try it and see?
[03:22:40 CET] <pzich> you may need to specify -ac 6 to keep the number of channels, not sure
[03:22:43 CET] <pinPoint> i've got just a 2.1
[03:22:52 CET] <pinPoint> a soundbar. :/
[03:24:29 CET] <pzich> you could try making one out of mono streams: https://trac.ffmpeg.org/wiki/AudioChannelManipulation
[03:24:59 CET] <pinPoint> yeah I read that page... just wasn't sure without actual hardware
[04:36:27 CET] <pinPoint> soo I moved a video clip that has ac3 5.1 and ffmpeg automagically added it into aac 5.1
[04:36:49 CET] <pinPoint> it was 5.1 without me touching any thing.
[04:37:16 CET] <c_14> If that didn't happen, it'd be broken.
[04:37:32 CET] <pinPoint> that was the question I was asking earlier and another day
[04:39:25 CET] <pinPoint> so ffmpeg does it automagically... just had to fire up a test experiment.
[04:39:38 CET] <pinPoint> mediainfo and vlc confirmed the audio for me
[04:41:14 CET] <pinPoint> c_14: aac 256+ can be almost lossless yeah? compared to flac?
[04:41:47 CET] <kepstin> aac will never be lossless by definition
[04:42:02 CET] <pinPoint> by ear yeah?
[04:42:22 CET] <kepstin> a good aac encoder should be "transparent" - i.e. difficult/impossible to tell from the original - well below 256kbit
[04:42:31 CET] <pinPoint> flat out aac codec
[04:43:00 CET] <kepstin> a bad aac encoder (i.e. vo-aacenc) will still sound bad at 256kbit ;)
[04:43:09 CET] <pinPoint> kepstin: would you say that you would save some space vs flac by ear?
[04:43:24 CET] <pinPoint> i only use AAC codec only. the rest are useless to me
[04:43:45 CET] <furq> why not just leave it as ac3
[04:43:50 CET] <kepstin> if you're keeping flac, it's because you have lots of spare disk space and don't want to have to worry about generation loss if you have to re-encode for some reason.
[04:44:00 CET] <pinPoint> furq: that was just a test.
[04:44:11 CET] <pinPoint> aac vs flac is another test for audio
[04:44:23 CET] <pinPoint> ac3 is pro logic no?
[04:45:23 CET] <furq> it can be
[04:45:32 CET] <kepstin> any stereo codec can hold pro logic encoded audio
[04:45:43 CET] <kepstin> ac3 can also do proper multi-channel instead
[04:45:59 CET] <pinPoint> ok I didn't know that just unsure with audio codecs
[04:46:57 CET] <furq> i don't generally think it's worth transcoding ac3
[04:47:45 CET] <pinPoint> i was just testing surround sound output.
[04:47:55 CET] <pinPoint> i'm trying to write another tutorial with ffmpeg
[04:47:59 CET] <furq> fair enough
[04:50:01 CET] <pinPoint> you read my other one about libx265 vs libx264?
[04:50:24 CET] <pinPoint> i did a comparison of encoding times @ 2M bitrate for a 10.34 clip.
[04:51:08 CET] <furq> i did see that
[04:51:12 CET] <furq> you might recall i had some misgivings about it
[04:51:18 CET] <pinPoint> ya
[04:51:47 CET] <pinPoint> one of the x265 took like 3days to complete on veryslow. :/
[04:52:41 CET] <furq> well at least it's honest
[04:53:19 CET] <pinPoint> heh
[05:04:43 CET] <pinPoint> furq: looks like ffmpeg also trys to match existing bitrate if you use -c:v copy or comes close
[05:04:57 CET] <pinPoint> duh, it should since its a copy. nvm
[05:31:12 CET] <xintox> what is yasm? i'm btrying to build ffmpeg on a mac and it says yasm not found
[05:31:34 CET] <furq> an assembler
[05:31:46 CET] <furq> you can build without it but you'll lose performance
[05:32:23 CET] <xintox> so how do i get it for mac and debian?
[05:32:47 CET] <furq> for debian it's in apt
[05:43:06 CET] <xintox> ok
[05:43:11 CET] <xintox> i did brew install yasm and it worked
[08:31:34 CET] <MajesticFudgie> Can someone explain how to put timestamps in the filename
[08:31:37 CET] <MajesticFudgie> Nothing I try works
[08:31:45 CET] <MajesticFudgie> It just ends up as %H.avi
[10:03:51 CET] <xintox> MajesticFudgie: hey
[10:04:25 CET] <MajesticFudgie> hi
[10:04:29 CET] <xintox> try video%03d.avi
[10:04:35 CET] <xintox> oh
[10:04:40 CET] <xintox> you wanted timestamps. not numbers
[10:04:45 CET] <xintox> there's a format it supports
[10:04:48 CET] <xintox> what have you tried?
[10:08:32 CET] <MajesticFudgie> I managed to get a SH script to do it
[10:08:39 CET] <MajesticFudgie> now I have the issue that videos appear to be double speed
[10:09:30 CET] <MajesticFudgie> I've been trying to stream mjpeg url to disk and also to an RTMP stream
[10:09:32 CET] <MajesticFudgie> Pain in the ass
[10:17:25 CET] <xintox> i can do rtmp
[10:17:31 CET] <xintox> i haven't done mjpeg though
[10:17:42 CET] <xintox> oh. actually nevermind.
[10:17:49 CET] <xintox> i'm can do rtmp -> hls
[10:17:54 CET] <xintox> i do hls for everythig.
[10:18:28 CET] <xintox> MajesticFudgie: ask on the mailing list
[10:18:32 CET] <xintox> the are pretty helpful
[10:18:51 CET] <MajesticFudgie> yeah
[10:18:55 CET] <xintox> what are you streaming?
[10:18:58 CET] <MajesticFudgie> CCTV
[10:19:05 CET] <MajesticFudgie> I have it all working atm
[10:19:13 CET] <xintox> oh nice
[10:19:13 CET] <MajesticFudgie> But the stream stops and starts typa thing
[10:19:17 CET] <MajesticFudgie> It'll stop for a minute or two
[10:19:17 CET] <xintox> how you get that stream?
[10:19:25 CET] <MajesticFudgie> then play and suddenly its double speed
[10:19:26 CET] <xintox> hmmm. do you have a url i can test?
[10:19:43 CET] <MajesticFudgie> http://stream.infermc.com/watch/CCTV
[10:19:59 CET] <MajesticFudgie> It'll take ages to play
[10:20:18 CET] <MajesticFudgie> You see its frozen then suddenly if a cars going past it'll go past at double speed
[10:20:33 CET] <MajesticFudgie> As if ffmpeg is hanging until it has enough data to stream
[10:20:50 CET] <xintox> MajesticFudgie: is that your stream?
[10:20:55 CET] <MajesticFudgie> yes
[10:21:02 CET] <xintox> oh. i meant what's hte source stream
[10:21:08 CET] <xintox> i can try to reproduce it
[10:21:12 CET] <MajesticFudgie> Sec
[10:22:14 CET] <MajesticFudgie> I've noticed it to you,
[10:22:32 CET] <MajesticFudgie> You'll see the FPS isn't too bad
[10:22:50 CET] <MajesticFudgie> I think at some point I'm just going to gut the CCTV housing and put an RPi with a USB Webcam in
[10:23:00 CET] <MajesticFudgie> Get better quality and higher FPS
[10:23:12 CET] <MajesticFudgie> I'm having to do all this streaming and such on my file server
[10:28:02 CET] <xintox> what is CCTV?
[10:28:31 CET] <xintox> MajesticFudgie: i dind't get a pm from you
[10:28:58 CET] <MajesticFudgie> Did you now?
[10:29:03 CET] <xintox> yes
[12:35:26 CET] <Blaxxun> Hello there! I wanted to know the reason on why the ffserver upper limit for MaxHttpConnection is 65335?
[12:38:11 CET] <Blaxxun> 65535 that is
[12:38:55 CET] <JodaZ> because it fits in a short xD
[12:39:16 CET] <Blaxxun> yes :D but why just a short?
[12:39:39 CET] <JodaZ> why care, you don't have hardware to push out to more than that anyways
[12:40:40 CET] <Blaxxun> what would be wrong with the hardware?
[12:43:21 CET] <JodaZ> even if you wanted to stream at just 32kbit/s 65335 users would be 2gbit/s and you can't do that with commodity hardware
[12:47:28 CET] <Blaxxun> I see
[12:47:51 CET] <Blaxxun> how does the ISP run iptv? they have the bandwidth?
[12:48:15 CET] <Blaxxun> and do they use ffserver for iptv? (or is it a bad idea)
[12:49:52 CET] <JodaZ> Blaxxun, load balancing to multiple servers or proper multicasting
[12:50:18 CET] <JodaZ> and they propably don't use ffserver
[12:51:14 CET] <Blaxxun> what do you think they use?
[12:51:30 CET] <JodaZ> no idea
[12:51:50 CET] <Blaxxun> thanks for help anyway, it's appreciated
[14:55:24 CET] <Li> what is the alternative of -ss to delete specific period from end of the movie for multiple video files
[14:55:28 CET] <Li> ?
[14:59:43 CET] <durandal_1707> trim filter?
[15:05:42 CET] <Li> durandal_1707: both of them can cut the end?
[15:11:58 CET] <durandal_1707> yes
[15:12:37 CET] <relaxed> -to can, or -t
[15:36:57 CET] <Li> Both can not do what I need
[15:37:57 CET] <Li> I've folder full of video tutorials that I need to delete last 15 seconds from all of them, but these files are not all equal in size/length
[15:39:01 CET] <Li> So I need to do some cutting at the end which is behaving just like -ss 00:00:15 on the begining
[15:47:47 CET] <relaxed> Li: script using ffprobe to get each duration in seconds and subtract
[15:51:01 CET] <drg> salute
[15:52:27 CET] <waressearcher2> drg: hallo
[15:52:46 CET] <waressearcher2> drg: wie geht's es dir ?
[15:53:10 CET] <drg> sorry, nope german... eng only
[15:54:26 CET] <waressearcher2> so süß
[15:54:57 CET] <drg> anyway...
[15:55:09 CET] <drg> is there anyway to get hash codes for windows binaries?
[16:09:36 CET] <c_14> drg: ask whoever provides the build to also provide the hashs
[16:09:40 CET] <c_14> *hashes
[16:33:05 CET] <drg> c_14: contacts page in ffmpeg.org redirects to this channel... :)
[16:33:24 CET] <c_14> FFmpeg itself doesn't provide any builds for any platform
[17:09:20 CET] <Franciman> Hello
[17:09:46 CET] <Franciman> what is AV_SAMPLE_FMT_NB?
[17:11:30 CET] <Franciman> uh ok understood
[17:11:54 CET] <Franciman> it's the number of sample formats right?
[17:12:03 CET] <Franciman> the number of sample formats in the enum*
[18:06:58 CET] <kbs> How can I concatenate a set of mp4 files, but interleave them with a title between each join? (e.g. like the file name)
[19:23:44 CET] <jonkri> Hi! It seems to me that when I'm using -vframes 1 and -ss to produce a video snapshot, a snapshot is not produced if the video is shorter than the value I provided to -ss. Is there some way to take a snapshot at a certain time in the video, and if the video is shorter than that time, at the last frame? Or perhaps take a snapshot 10% into the video or something? I'm using avconv in Ubuntu 14.04 LTS.
[19:24:30 CET] <c_14> avconv isn't supported here. ask in #libav or use ffmpeg from FFmpeg (but no, not really. at least without scripting)
[19:26:31 CET] <jonkri> c_14: Oh, OK, I understand. I'm somewhat constrained to using whatever is into the Ubuntu 14.04 repositories, unfortunately.
[19:26:59 CET] <JEEB> be it Libav or FFmpeg you use, by now what's in 14.04 is pretty old :)
[19:27:15 CET] <JEEB> so just keep that in mind
[19:27:27 CET] <jonkri> JEEB: I understand that too. :) Anyway, my use case is pretty simple, or so I thought, at least. :>
[19:28:33 CET] <jonkri> Does the FFmpeg project have any official information about the libav stuff, in case I want to read up about it?
[19:29:12 CET] <jonkri> And by "stuff" I mean whatever happened to make Ubuntu ship libav instead.
[19:29:15 CET] <JEEB> both sides have rather coloured write-ups about it, so let's just say that there's two separate forks from the FFmpeg of the olden times (up to end of 2010)
[19:29:43 CET] <jonkri> And "libav" being forked. :>
[19:29:47 CET] <jonkri> OK, I see. Thanks!
[19:29:50 CET] <furq> the important thing is that debian and ubuntu both ship ffmpeg again now
[19:30:05 CET] <jonkri> That's good.
[19:30:11 CET] <furq> unfortunately not retroactively
[19:30:15 CET] <JEEB> yeah, I don't agree with the discussions had but I'm fine with them picking FFmpeg :P
[19:30:39 CET] <JEEB> there were some quite derpy arguments had IIRC)
[19:30:48 CET] <JEEB> much laughter was had at both FFmpeg and Libav development channels
[19:31:06 CET] <furq> it's the only time debian has ever dubiously picked an unpopular software package
[19:31:21 CET] <jonkri> Interesting.
[19:31:31 CET] <JEEB> well, Libav did had a lot of love and hopes piled onto it in the beginning
[19:31:42 CET] <JEEB> it was also the reason why we got certain features finished and merged into both
[19:32:01 CET] <JEEB> of course people got disillusioned or otherwise opted to not go for Libav later
[19:32:02 CET] <jonkri> Good job. :)
[19:32:35 CET] <JEEB> like, personally I'm not sure I like the release process @ Libav, which means that you get releases with bigger amounts of changes every year or less often than that
[19:33:35 CET] <JEEB> meanwhile I dislike the FFmpeg Debian maintainer, who seems to not really have a grasp on some things other than he doesn't want to do jack shit (a bit harshly put, but that's the idea I got from his ML e-mails)
[19:33:54 CET] <Franciman> Hey people, how can I transform 8 bit samples to 16 bit samples? What's the algorithm ffmpeg use?
[19:33:58 CET] <Franciman> I have found this
[19:34:27 CET] <JEEB> Franciman: depends on if your talking about video or audio, and all kinds of other little details
[19:34:40 CET] <Franciman> //Convert 8 bits to 16 bits
[19:34:40 CET] <Franciman> PeakMax := ((PeakMax8 - 128) shl 8);
[19:34:43 CET] <JEEB> (like RGB or YCbCr, full range or limited range)
[19:34:45 CET] <Franciman> JEEB, audio
[19:34:59 CET] <Franciman> sorry
[19:35:11 CET] <Franciman> shl is shift left, in C it's << operator
[19:35:33 CET] <Franciman> I don't really understand how that works
[19:35:56 CET] <Franciman> there PeakMax8 is a sample taken from the audio file
[19:36:06 CET] <Franciman> and in uint8_t
[19:37:32 CET] <jonkri> If I were to use a recent version of Ffmpeg, how would I take a screenshot 10% into the video OR after a certain time or at the last frame if the video is to short?
[19:39:27 CET] <JEEB> you'd have to probe the length first, and then calculate things based on that (or use the API)
[19:40:16 CET] <jonkri> JEEB: I'm invoking the binary directly. Is there some way to use the binary to have the length returned?
[19:41:32 CET] <JEEB> use {ff,av}probe
[19:41:48 CET] <JEEB> it can output stuff in various formats that are parse'able
[19:41:52 CET] <jonkri> Thanks, JEEB. :)
[19:51:26 CET] <jleclanche> https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo is the subtitles filter lossless for mkv?
[19:52:08 CET] <jleclanche> ah it just merges it with the frame, bah :/
[20:04:33 CET] <kepstin> jleclanche: i'm not sure what you mean, it's impossible to burn subtitles into video without modifying the video... what are you trying to do?
[20:04:55 CET] <jleclanche> kepstin: mkv supports merged subtitle tracks
[20:05:19 CET] <kepstin> not sure what you mean by "merged" there
[20:05:25 CET] <jleclanche> mkvmerge -o output.mkv input.mkv input.srt
[20:05:27 CET] <jleclanche> this worked
[20:05:42 CET] <jleclanche> would be nice to know how to do it with ffmpeg though if its possible
[20:05:57 CET] <kepstin> mkv supports having subtitle tracks in the file, so just having the subtitles as an input file in ffmpeg should work
[20:06:07 CET] <furq> ffmpeg -i src.mkv -i src.srt -c copy dest.mkv
[20:06:13 CET] <kepstin> ffmpeg -i input.mkv -i input.srt -c copy output.mkv ?
[20:06:22 CET] <furq> if src.mkv already contains a subtitle track then you'll need to use -map
[20:07:00 CET] <ChocolateArmpits> kepstin: What about bitmap subtitles? I think they run as a separate track
[20:07:01 CET] <kepstin> the default output will include all subtitle tracks from all inputs, I think
[20:07:32 CET] <kepstin> ChocolateArmpits: like vobsub or the bluray ones? Yeah. I dunno how ffmpeg handles those, I think it's different from text subs
[20:07:50 CET] <furq> ffmpeg -i src.mkv -i src.srt -map 0 -map 1 -c copy dest.mkv
[20:07:52 CET] <furq> ought to do it
[20:08:15 CET] <furq> and i'm pretty sure it handles vobsub the same way as any other subs
[20:08:20 CET] <jleclanche> furq: Output file #0 does not contain any stream
[20:08:31 CET] <jleclanche> oops
[20:08:35 CET] <jleclanche> my bad, missed an -i
[20:08:46 CET] <jleclanche> thanks guys
[20:08:56 CET] <c_14> ChocolateArmpits: should work exactly as with text subs (except that you can't convert them to text subs)
[20:09:15 CET] <furq> yeah it's just another stream
[20:26:16 CET] <DirtyCajn2> (please bare with me im very new to this, So i am grabing a m3u8 from a site and downloading a .ts from the playlist of .ts files. it somehow decides its going to be 1280x720 ...
[20:26:55 CET] <DirtyCajn2> is it based on bitrate?
[20:28:40 CET] <DHE> what do you mean? variant selection?
[20:29:06 CET] <DirtyCajn2> the source is 2100kbps
[20:29:28 CET] <DirtyCajn2> so does ffmpeg decide its 720p from that or is 720p the "default"
[20:29:52 CET] <salviadud> Hello.
[20:30:18 CET] <salviadud> I want to run an old version of ffmpeg with a relatively old version of the libx264 library
[20:30:36 CET] <salviadud> on gentoo
[20:30:41 CET] <DHE> the .ts file will contain video so it can read it directly. or sometimes the [master] playlist will have resolutions stored
[20:30:55 CET] <salviadud> It shouldn't be that hard right?
[20:31:59 CET] <DirtyCajn2> ok i understand so if i soley put # ffmpeg -i "address-to-.m3u8" -c copy "nameoffile.ts" then it should get all the properties from the files.
[20:32:16 CET] <DirtyCajn2> ?
[20:34:18 CET] <bencoh> salviadud: shouldnt be too hard, but why would you want to do that?
[20:34:52 CET] <salviadud> The file I encoded didn't get the output I desired
[20:35:02 CET] <salviadud> because of the x264 lib
[20:35:06 CET] <salviadud> it wasn't equal
[20:35:08 CET] <bencoh> hmm
[20:35:14 CET] <bencoh> it might not be bitexact, but ...
[20:35:20 CET] <llogan> salviadud: how can we reproduce the issue?
[20:35:35 CET] <bencoh> how "different" is it?
[20:35:41 CET] <salviadud> Nah, that doesn't matter, what I want is to run it the way I want
[20:35:52 CET] <salviadud> I got this mp4 file
[20:35:57 CET] <salviadud> ripped with handbrake
[20:36:02 CET] <bencoh> well, fetch the source and build
[20:36:06 CET] <salviadud> it's 720x486
[20:36:14 CET] <bencoh> it's pretty straightforward for both (x264 and ffmpeg)
[20:36:26 CET] <bencoh> but I highly doubt you really need to downgrade
[20:36:31 CET] <salviadud> I want to be sure which lib to use though
[20:36:39 CET] <salviadud> x264 is from videolan right?
[20:36:40 CET] <furq> it's best not to question gentoo users
[20:36:45 CET] <salviadud> haha
[20:36:54 CET] <bencoh> it's hosted on videolan servers, yes
[20:36:58 CET] <salviadud> i think that ffmpeg version can be the latest
[20:37:02 CET] <salviadud> but I want to have the same lib
[20:37:10 CET] <bencoh> x264 api hasnt changed much (if any) in years
[20:37:19 CET] <bencoh> (afaict)
[20:37:40 CET] <bencoh> but how different is it?
[20:38:10 CET] <salviadud> I'm doing some mad science right now
[20:38:19 CET] <salviadud> so. I just want to get the formula right
[20:38:32 CET] <bencoh> ?
[20:38:55 CET] <salviadud> Have you ever seen those pics that have ciphered msgs in them?
[20:39:03 CET] <salviadud> well, I got a video that has something similar
[20:39:22 CET] <salviadud> I just need to re-encode it with x264 without any optimization flags
[20:39:30 CET] <salviadud> using ffmpeg, obviously
[20:39:41 CET] <salviadud> the lib has to be the same
[20:40:05 CET] <salviadud> and I got to use an old machine with a single processor
[20:40:09 CET] <salviadud> that's what they told me.
[20:40:16 CET] <salviadud> So, hurray for science.
[20:40:24 CET] <furq> "they"
[20:40:36 CET] <salviadud> I tried that a couple of days ago, but I think I used the latest x264 lib
[20:40:41 CET] <salviadud> WCP
[20:40:58 CET] <salviadud> That's the they
[20:40:59 CET] <salviadud> wcp
[20:41:08 CET] <furq> the worker's communist party of canada?
[20:41:14 CET] <salviadud> west coast productions
[20:41:20 CET] <furq> close enough
[20:43:26 CET] <waressearcher2> WCP Wasserklosettpapier
[20:48:00 CET] <bencoh> salviadud: ciphered msg? do you mean you're having stride issues?
[20:49:00 CET] <salviadud> Nah
[20:49:20 CET] <bencoh> (something like that http://stackoverflow.com/questions/6495523/ffmpeg-video-to-opengl-texture)
[20:49:27 CET] <salviadud> It's supposed to be low-level machine code that gets deciphered with a re-encode
[20:50:21 CET] <bencoh> basically you want to disable every x264 SIMD optim until you get a proper result?
[20:50:37 CET] <bencoh> (I still dont get how "wrong" your picture is, do you have a snapshot?)
[20:50:44 CET] <salviadud> The picture is fine
[20:51:12 CET] <salviadud> I'm running a basic transformation command
[20:51:23 CET] <salviadud> But it takes 3 days to complete
[20:51:32 CET] <salviadud> I need to move that machine to my workplace
[20:51:38 CET] <salviadud> the electricity is free over here
[20:52:17 CET] <llogan> none of this makes sense. i guess furq is right
[20:52:48 CET] <salviadud> It won't make sense to you, because you haven't seen the damn pr0n
[20:53:04 CET] <salviadud> There's like this wave of pr0n that came out all wrong on purpuse
[20:53:09 CET] <bencoh> mreow.
[20:53:13 CET] <salviadud> you gotta ffmpeg it to see it the right way
[20:53:34 CET] <salviadud> in fact, it should be the kind of pr0n directed straight at this chan
[20:53:38 CET] <salviadud> lol
[20:53:59 CET] <llogan> ok. current ffmpeg requires X264_BUILD >= 118. if that is too new, then you'll need to use older ffmpeg do to whatever you are thinking that you want to do
[20:54:14 CET] <salviadud> llogan, that is very good to know
[20:54:41 CET] <bencoh> (and x264 118 is pretty old)
[20:55:15 CET] <salviadud> I'm gonna narrow it down as soon as I compile this mediainfo software
[20:55:23 CET] <salviadud> I'll know which library was used
[20:55:51 CET] <llogan> then i recommend building without YASM support and instead of using the x264 encoding options you should choose contradicting and nonsense cargo-cultesque options
[20:56:35 CET] <salviadud> I remember that the most important one to disable was mmx
[20:56:35 CET] <llogan> adding the noise bitstream filter will also introduce some extra derpy-doo
[20:56:46 CET] <furq> i recommend just finding some different porn
[20:56:49 CET] <salviadud> the optimization options are for the processor
[20:57:12 CET] <ChocolateArmpits> why not just choose a different coding standard?
[20:57:26 CET] <salviadud> What do you mean ChocolateArmpits ?
[20:57:31 CET] <ChocolateArmpits> mpeg2 :)
[20:57:47 CET] <salviadud> It has to be libx264
[20:58:01 CET] <ChocolateArmpits> but that's an encoder
[20:58:03 CET] <salviadud> this pr0n came out just as handbrake became gpl
[20:58:46 CET] <ChocolateArmpits> so wait it's "wrongly" encoded?
[20:59:18 CET] <salviadud> no, it's properly encoded, but I gotta get the right library to decode it, bit by bit
[20:59:54 CET] <ChocolateArmpits> well then you shouldn't be looking at libx264 but for the "right" decoder
[21:01:16 CET] <salviadud> ffmpeg -decoders shows h264 as my decoder
[21:01:22 CET] <salviadud> I think it's the same one
[21:01:31 CET] <ChocolateArmpits> libx264 is an encoder
[21:01:33 CET] <ChocolateArmpits> it doesn't decode
[21:01:39 CET] <ChocolateArmpits> h264, it encodes it
[21:01:49 CET] <ChocolateArmpits> the h264 is the decoder
[21:01:53 CET] <ChocolateArmpits> that's listed
[21:01:58 CET] <ChocolateArmpits> no relation between the two
[21:02:00 CET] <furq> i didn't know kit williams worked for west coast productions
[21:02:25 CET] <salviadud> so, that decoder, where is it from?
[21:02:29 CET] <salviadud> is it native for ffmpeg?
[21:02:34 CET] <furq> that's the builtin ffmpeg decoder
[21:03:02 CET] <salviadud> and that decoder is built into the source?
[21:03:24 CET] <salviadud> I mean, if I wanted to try an earlier version of the decoder, I'd have to use an earlier version of ffmpeg
[21:03:30 CET] <ChocolateArmpits> part of libavcodec I guess
[21:03:52 CET] <furq> you'd have to use an earlier libavcodec
[21:03:56 CET] <furq> which generally implies an earlier ffmpeg
[21:04:37 CET] <ChocolateArmpits> so get a source release that was published around the time the video was encoded and see how it fares
[21:04:47 CET] <ChocolateArmpits> your best bet
[21:05:09 CET] <salviadud> Yeah, its from 2013
[21:05:19 CET] <salviadud> I can get a source from that time
[21:05:24 CET] <salviadud> gentoo has a big attic
[21:05:55 CET] <furq> i never thought i'd be helping someone have a wank in #ffmpeg
[21:06:00 CET] <bencoh> :D
[21:06:01 CET] <furq> i don't know how i feel about this
[21:06:05 CET] <salviadud> This isn't even for a wank
[21:06:25 CET] <bencoh> so, wait... you cant decode it properly anymore with ffmpeg?
[21:06:25 CET] <salviadud> you can wank to it properly with stretch and aspect
[21:06:35 CET] <furq> well that's a relief
[21:06:37 CET] <salviadud> no, it has a hidden message inside
[21:06:42 CET] <salviadud> that's the important stuff
[21:06:48 CET] <salviadud> it's not even pr0n
[21:06:48 CET] <ChocolateArmpits> "hidden message"
[21:06:50 CET] <ChocolateArmpits> spooky
[21:06:57 CET] <furq> sexy
[21:07:02 CET] <ChocolateArmpits> how are you sure it's encoded in the video ?
[21:07:10 CET] <salviadud> because I made it
[21:07:12 CET] <salviadud> in 2007
[21:07:19 CET] <salviadud> then I did a lot of cannabis and I forgot
[21:07:21 CET] <salviadud> it happens...
[21:07:27 CET] <bencoh> oookay, but the decoded picture (decoder output) should be the same
[21:07:30 CET] <salviadud> so, I'm brushing up on my ffmpeg
[21:07:35 CET] <bencoh> (not sure about bitexact, but ... almost)
[21:07:46 CET] <ChocolateArmpits> what were you watching the video with back then ?
[21:08:04 CET] <salviadud> just the original crappy file
[21:08:06 CET] <furq> wait
[21:08:15 CET] <salviadud> no hidden message
[21:08:23 CET] <bencoh> how was it "hidden"?
[21:08:25 CET] <furq> so in 2007 you encoded a hidden message into some porn which came out in 2013
[21:08:28 CET] <salviadud> it's like a zip file
[21:08:38 CET] <bencoh> steganography?
[21:08:39 CET] <salviadud> which someone ripped in 2013
[21:08:49 CET] <salviadud> I actually never bought my own pr0n
[21:08:52 CET] <salviadud> maybe I should've done that
[21:09:29 CET] <ChocolateArmpits> Are you sure you didn't put the message inside the 0-16 or 235-255 levels ?
[21:09:32 CET] <furq> are you the producer or the star
[21:09:35 CET] <salviadud> look, if you watch the movie, there's even a part that shows a bucket
[21:09:41 CET] <salviadud> it's a video message
[21:09:44 CET] <furq> or that rarest of talents, both
[21:09:51 CET] <salviadud> it's not some hexadecimal crap
[21:10:08 CET] <salviadud> the bucket is there for u to get the ratio right
[21:10:14 CET] <salviadud> it's a point of reference
[21:10:29 CET] <ChocolateArmpits> is that bucket important in the case of the hidden message ?
[21:10:35 CET] <salviadud> actually, yes
[21:10:43 CET] <salviadud> you get a still frame from the bucket
[21:10:49 CET] <salviadud> and you stretch it until it's right
[21:10:55 CET] <salviadud> that's how you get the correct -s value
[21:11:01 CET] <ChocolateArmpits> and then you see the message ?
[21:11:09 CET] <salviadud> But, if you already know what the proper resolution is
[21:11:17 CET] <salviadud> it's just kinda weird to see a bucket
[21:11:24 CET] <salviadud> after a pr0n has ended
[21:11:32 CET] <furq> depends what's been happening
[21:11:49 CET] <bencoh> :D
[21:12:01 CET] <salviadud> It's a closed bucket of paint
[21:12:10 CET] <bencoh> sounds fun
[21:12:25 CET] <salviadud> Now, I just found out that I probably did more
[21:12:37 CET] <salviadud> Because I just re-encoded a movie that was 4:3
[21:12:46 CET] <salviadud> and the resolution was 720x480
[21:12:58 CET] <salviadud> I changed it to 848x480
[21:13:02 CET] <salviadud> It looks marvelous
[21:13:10 CET] <salviadud> if you're into black girls...
[21:13:19 CET] <salviadud> so, anyway.  I did post-production work
[21:13:32 CET] <furq> well shit
[21:13:36 CET] <furq> that ruins my "into black girls" joke
[21:17:02 CET] <salviadud> if you are true scientists
[21:17:09 CET] <salviadud> you will see both versions of said video
[21:17:11 CET] <salviadud> the original rip
[21:17:17 CET] <salviadud> and my ffmpeg re-encode
[21:21:03 CET] <salviadud> I got it, x264 core 130 r2273
[21:35:47 CET] <salviadud> Ok, I'm running multiple inputs
[21:35:56 CET] <salviadud> like ffmpeg -i video -i audio
[21:36:09 CET] <salviadud> and I'm checking the coding and it looks like my bitrate went down
[21:36:31 CET] <ChocolateArmpits> salviadud: use bitrate settings
[21:36:40 CET] <salviadud> I just do, b:v and some value
[21:37:02 CET] <salviadud> I just want to join the files
[21:37:07 CET] <salviadud> without loss
[21:37:15 CET] <salviadud> and without adding quality it doesn't have
[21:38:26 CET] <ChocolateArmpits> well that's impossible to do at the same original bitrate
[21:38:33 CET] <salviadud> ok, that fixed it
[21:38:46 CET] <salviadud> my original bitrate is 2500k
[21:38:52 CET] <salviadud> average
[21:39:01 CET] <salviadud> It's spiking it at 2700
[21:39:07 CET] <salviadud> I think it's fine
[21:48:12 CET] <BtbN> Just use -c copy if you only want to remux stuff?
[22:01:05 CET] <salviadud> that's a codec option right?
[22:01:08 CET] <salviadud> not a bitrate option
[22:01:34 CET] <BtbN> what?
[22:01:43 CET] <salviadud> -c copy
[22:01:51 CET] <BtbN> ...so?
[22:02:08 CET] <ChocolateArmpits> interestingly aac is now listed as good or better than fdk_aac https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio
[22:02:10 CET] <BtbN> You just want to combine two files, without any change in quality or size. So it's what you are looking for.
[22:02:35 CET] <salviadud> Yeah, BtbN , I'm a bit rusty with my ffmpeg
[22:02:57 CET] <furq> ChocolateArmpits: yeah but that also says libvorbis is better than fdk_aac
[22:03:12 CET] <squeegily> How do I set the output device with ffplay?
[22:03:35 CET] <ChocolateArmpits> furq: let's say not all parts are correct but some are
[22:03:38 CET] <squeegily> I'm on pulse, and I used -sinks pulse to get the output name; I just don't know what flag to feed it to
[22:04:26 CET] <furq> hopefully hydrogenaudio does a new listening test with fdk and ffmpeg aac
[22:06:20 CET] <squeegily> Anybody know how to set the output device?
[22:09:24 CET] <BtbN> What output device?
[22:09:56 CET] <squeegily> Audio
[22:10:11 CET] <salviadud> damn
[22:10:16 CET] <salviadud> I got an audio/video desync error
[22:10:29 CET] <salviadud> after I did a remux
[22:10:42 CET] <squeegily> I have a music file which crashes MPV if I try to play it through my integrated audio, but works just fine fed to the dedicated chip, and I want to see what ffplay does with it
[22:17:54 CET] <durandal_1707> squeegily: it uses whatever sdl provides
[22:18:43 CET] <durandal_1707> squeegily: maybe its mpv bug
[22:24:51 CET] <squeegily> durandal_1707: yeah, it's absolutely an MPV bug, I just wanted to test around with ffplay to maybe have some more useful info for the mpv bug log
[22:29:52 CET] <basisbit> any news on the video stuttering / frames out of order issues when using the low latency flag?
[22:29:55 CET] <salviadud> Ok, aac is so crap
[22:30:00 CET] <salviadud> I had to conver it to mp3
[22:30:07 CET] <salviadud> and then it ran fine, no more audio glitch
[22:43:07 CET] <TD-Linux> furq, last I was aware libvorbis does generally outperform fdk_aac
[22:50:58 CET] <furq> the only decent listening test i've seen only has apple aac
[22:51:09 CET] <furq> which does a bit better than vorbis
[22:51:59 CET] <klaxa> have you tried out opus?
[22:52:03 CET] <furq> with that said there doesn't seem to be any point using vorbis over opus these days
[22:52:19 CET] <furq> klaxa: opus won that test pretty handily
[22:53:40 CET] <furq> http://listening-test.coresv.net/nonblocked_means_all_hd2.png
[22:54:36 CET] <klaxa> oh, neat graph
[22:55:50 CET] <klaxa> android also finally supports opus in ogg containers (since android 6)
[22:55:59 CET] <furq> i heard that fdk was roughly on a par with appleaac, but i've not seen anything resembling evidence of that
[22:56:51 CET] <furq> there's an old HA listening test from 2011 which compares them but i doubt that's of any use four years later
[22:56:59 CET] <klaxa> oh? well a few months ago it was the best open-source aac encoder there was
[22:57:12 CET] <klaxa> not sure how the native aac encoder of ffmpeg compares now
[22:57:59 CET] <furq> i already use fdk, but it'd be nice to see a graph
[22:59:15 CET] <furq> if builtin aac compares favourably then it'll save me a bit of hassle recompiling
[22:59:47 CET] <klaxa> the experimental flag was removed iirc
[22:59:51 CET] <klaxa> i could be wrong though
[22:59:58 CET] <furq> yeah it was
[23:00:16 CET] <BtbN> iirc it performs very decent for CBR. VBR still needs some work
[23:19:32 CET] <TD-Linux> this is the newest of the ffmpeg aac encoder tests I've seen https://www.hydrogenaud.io/forums/index.php?showtopic=109716
[23:20:50 CET] <llogan> squeegily: see http://ffmpeg.org/ffmpeg-devices.html#toc-Output-Devices
[23:23:36 CET] <llogan> TD-Linux: https://trac.ffmpeg.org/ticket/2686#comment:471
[23:23:53 CET] <llogan> unsure if he completed test yet
[23:24:36 CET] <TD-Linux> ah neat he's doing another one, will be interesting to see
[23:25:24 CET] <squeegily> aha, it was definitely an MPV bug. Well, I don't know that you'd call it a "bug". PA has a hardcoded 192kHz limit, evidently, and FFplay worked around it by just hardcoding in the same limit
[23:25:54 CET] <squeegily> So now poor wm4 is trying to decide between having >192kHz audio broken on PA or implementing an awful workaround
[23:26:05 CET] <squeegily> he's still trying to see if there's a clean solution available at all
[23:27:35 CET] <BtbN> >192kHz sounds like it's broken already, where does that stuff even come from?
[23:30:36 CET] <TD-Linux> whale mating call recordings
[23:30:52 CET] Action: TD-Linux was already against adding >48khz to mpv
[23:37:23 CET] <ChocolateArmpits> Probably orchestras with many microphones recording
[23:39:48 CET] <klaxa> that would explain many channels, but why >192kHz sampling?
[23:40:41 CET] <ChocolateArmpits> higher sample rate helps to "audially" preserve more high-frequency instruments instead of smugding them into one
[23:41:17 CET] <klaxa> ah, makes sense, thanks for the explanation
[23:41:32 CET] <fritsch> if you have the equipment to manage such high samplerates
[23:41:41 CET] <fritsch> the higher those get the harder it is to work with those
[23:41:55 CET] <fritsch> not talking about software here, but hardware
[23:42:03 CET] <ChocolateArmpits> most likely analog
[23:42:25 CET] <fritsch> yeah - at a point you need to go to the digital domain
[23:42:44 CET] <fritsch> where this sampling play an important role
[23:42:48 CET] <fritsch> as signals are sampled
[23:42:51 CET] <fritsch> and not analog
[23:42:52 CET] <fritsch> :-)
[23:43:26 CET] <fritsch> https://xiph.org/~xiphmont/demo/neil-young.html <- here I like posting that one
[23:43:35 CET] <fritsch> he talks also a bit about professional post processing
[23:44:11 CET] <ChocolateArmpits> there's no point to high sample rate for pop music
[23:44:23 CET] <ChocolateArmpits> like there's no use for it there
[23:44:35 CET] <ChocolateArmpits> only monster orchestras gain anything if at all
[23:46:58 CET] <TD-Linux> ChocolateArmpits, no genre of music gains anything over others
[23:47:10 CET] <TD-Linux> why would inaudible sounds in an orchestra matter more than pop?
[23:47:27 CET] <salviadud> Guys, want to see the fruit of my work with ffmpeg?  Can I post a kat.cr link here?
[23:47:47 CET] <ChocolateArmpits> salviadud: absolutely we must see it for the purposes of research
[23:47:55 CET] <salviadud> https://kat.cr/let-off-in-me-5-ppralph-t11834227.html
[23:48:18 CET] <salviadud> The original file was wack, this one is the real deal
[23:48:56 CET] <ChocolateArmpits> >Cherokee D'Ass
[23:49:00 CET] <ChocolateArmpits> these are not realy names
[23:49:02 CET] <ChocolateArmpits> are they?
[23:49:19 CET] <ChocolateArmpits> real*
[23:49:38 CET] <salviadud> Oh come on, Cherokee is a legend.
[23:49:56 CET] <salviadud> sorta... hehe
[23:50:00 CET] <ChocolateArmpits> well he's not on twitter
[23:50:12 CET] <salviadud> It's a she
[23:50:17 CET] <salviadud> I think she's shy.
[23:50:17 CET] <TD-Linux> and you're not a real person if you're not on twitter
[23:50:37 CET] <salviadud> So, I worked on this proyect back in 2006
[23:50:40 CET] <ChocolateArmpits> well all real western celebrities are on twitter nowadays
[23:50:42 CET] <salviadud> Well, if you could call it a proyect
[23:50:59 CET] <ChocolateArmpits> pornstars included
[23:51:26 CET] <ChocolateArmpits> it helps to better get in touch with the fanbase
[23:51:43 CET] <salviadud> Anyway, the point is that I purposely set the resolution and aspect wrong
[23:51:56 CET] <salviadud> Because I could compress it in a cheap dvd.
[23:52:08 CET] <salviadud> and if you still own it, you can rip it yourself and LEARN to use ffmpeg
[23:52:11 CET] <salviadud> to fix it
[23:52:11 CET] <waressearcher2> Sherokee
[23:52:22 CET] <salviadud> That was the whole idea... KNOWLEDGE
[23:52:39 CET] <salviadud> Just check out the logo for blackice production on twitter
[23:52:48 CET] <salviadud> a frozen pinguin.
[23:53:00 CET] <salviadud> They know what they're doing, I taught them.
[23:53:12 CET] <salviadud> and now, you guys are refreshing my memory, so much thanks.
[00:00:00 CET] --- Thu Dec 31 2015