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

[burek]

[00:10:35 CET] <TikityTik> for some reason i see an extra audio track in my file when i open it in mphc but it doesn't show up in ffprobe
[00:11:08 CET] <TikityTik> ah nevermind, it's because i had the same filename as ogg in the same folder
[00:38:29 CET] <Wildefyr> how to stop libx264 -qp 0 having muted colours?
[00:45:34 CET] <Wildefyr> ah got it, I need to specify libx264rgb
[02:33:59 CET] <voip_> Hello guys plase help me. How to take HLS live stream and multicast as MPEG2 480x720 AC3
[02:40:40 CET] <cine-deformed> Thank you for adding Cineform. It has been an annoying tool to deal with.
[02:57:54 CET] <J_Darnley> voip_: no idea about the "multicast"bit but for the rest: -vcodec mpeg2video -s 480x720 -acodec ac3
[04:06:42 CET] <TikityTik> how do I do multiple betweens? [0:v][ovrl]overlay=0:0:enable='between(t,164,166.5)
[04:16:12 CET] <TikityTik> for instance this, -filter_complex "[1:v]scale=480:270 [ovrl], [0:v][ovrl]overlay=0:0:enable='between(t,164,166.5)' [ovr2], [ovr2][ovrl]overlay=0:0:enable='be
[04:16:12 CET] <TikityTik> tween(t,167,172.5)'"
[04:16:43 CET] <TikityTik> gives me Stream specifier 'ovrl' in filtergraph description  matches no streams
[04:16:51 CET] <TikityTik> even though it worked for the first overlay
[04:18:40 CET] <c_14> you need semicolons instead of commas there
[04:18:58 CET] <c_14> but you can also use enable='between(t,164,166.5)+between(t,167,172.5)'
[04:20:13 CET] <TikityTik> c_14: how do you know about this stuff
[04:20:25 CET] <TikityTik> I find it very hard to find the information i'm looking for in the documentation
[04:20:45 CET] <c_14> https://ffmpeg.org/ffmpeg-utils.html#Expression-Evaluation
[04:21:29 CET] <TikityTik> how would i even know enable is an expression?
[04:21:37 CET] <TikityTik> I couldn't even find the keyword enable when I was reading the overlay filter
[04:22:16 CET] <c_14> https://ffmpeg.org/ffmpeg-filters.html#Timeline-editing
[04:23:09 CET] <TikityTik> c_14: what kind of books do you read?
[04:23:53 CET] <c_14> Interesting ones
[04:24:16 CET] <TikityTik> c_14: You ready that whole web page right?
[04:26:56 CET] <c_14> I haven't read all the manpages, but I've read a good portion of them
[04:30:20 CET] <TikityTik> c_14: Just wondering what kind of books you read to be able to read all that.
[04:30:38 CET] <TikityTik> I'm not a fan of walls of text as I never read books anymore.
[04:30:57 CET] <TikityTik> so i only read the overlay filter section
[04:31:21 CET] <c_14> I didn't read all of it at once, but over the time I've ended up reading most of it.
[04:33:28 CET] <TikityTik> c_14: are you used to degeneracy?
[04:33:45 CET] <TikityTik> if yes, then do you want to see what I was editing?
[04:35:09 CET] <c_14> eeeh, sure?
[04:35:40 CET] <TikityTik> it's almost done encoding
[04:36:47 CET] <TikityTik> c_14: i'll PM you it
[04:36:52 CET] <TikityTik> as it's nsfw
[04:57:09 CET] <yongyung> Is the a guide for VP9 on how the -crf and -speed values compare to x264's -crf and -preset values?
[04:58:39 CET] <TikityTik> yongyung: do you know what they do?
[04:59:06 CET] <yongyung> TikityTik: Uhh what
[04:59:26 CET] <TikityTik> yongyung: do you know what crf and speed does for vp9?
[04:59:52 CET] <TikityTik> afaik, the values for crf in vp9 might be like vp9 where it's 10-63
[05:00:15 CET] <TikityTik> might be like vp8*
[05:01:31 CET] <yongyung> I'm honestly not sure what you're trying to say^^
[05:07:13 CET] <c_14> yongyung: none I know of besides https://blogs.gnome.org/rbultje/2015/09/28/vp9-encodingdecoding-performance-vs-hevch-264/ which isn't quite what you wanted (since it only compares at one bitrate)
[05:38:37 CET] <TikityTik> c_14: did you see that disugsting vid?
[05:38:43 CET] <TikityTik> if not, i don't blame you
[06:01:23 CET] <maco1717> Hi everyone, I'm trying to overlay a stream from an ipcam on another stream, video in video, and output it on a window on the same pc I've managed to do the video in video saving to file, I used a command from this page http://www.oodlestechnologies.com/blogs/PICTURE-IN-PICTURE-effect-using-FFMPEG
[06:04:14 CET] <maco1717> My question is how to "output to screen" rated than to a file... I found piping to  fplay but not shire if that be possible and if it would be the best solution as I understand fplay is more for Dev. Any recommendations?
[06:40:01 CET] <yongyung> Do you guys know a sort of "music fidelity analyzer" tool that can give a "quality" estimate for audio files?
[07:02:53 CET] <pzich> yongyung: what about bitrate?
[07:21:12 CET] <parrot> is there a cmake utilitiy that checks if ffmpeg is installed?
[08:13:15 CET] <odinsbane> If I want to use multiple filters, eg crop and rotate, do I specify -filter:v "rotate=-2.13*PI/180" -filter:v "crop=w:h:x:y" ?
[08:13:39 CET] <c_14> no, separate filters with ','
[08:30:50 CET] <JakeJ> Hey, Anyone on that knows a bit about HLS and AVPlay
[08:31:57 CET] <JakeJ> I am trying to decode an HLS stream, and im getting a weird issue that my PTS for audio doesn't start at 0. It starts at 132006 and increments by 2089 samples instead of 1024 (stereo audio)
[10:30:01 CET] <mrec> do I still have to set the cpu optimization flags manually?
[10:30:22 CET] <mrec> I remember years ago it had to be set manually
[10:30:47 CET] <JEEB_> only if your cpu doesn't correctly report capabilities
[10:49:13 CET] <quark67> hello, I have a question about creating Animated PNG image from a sequence of PNG images. I was able to do it on ffmpeg 2.8.4 (from macports), except, the .png created stop to loop quickly. How can I create animated PNG with infinite loop? I have tried the option -loop 0, without result. I have upgrade ffmpeg to the latest available version on macports (2.8.6), but no more result with infinite loop, and a regression (!):
[10:49:14 CET] <quark67> instead of the sequence 1,2,3,...7 from the source images, the result on 2.8.6 is the sequence: 1,2,1,1,1,1,1. Any help about these (unable to obtain infinite loop, and broken 2.8.6)? Is this know? Thanks.
[11:14:24 CET] <Fyr> when performing this command:
[11:14:24 CET] <Fyr> ffmpeg -i input.wav output.mp3
[11:14:24 CET] <Fyr> what are the options for Lame?
[11:17:16 CET] <c_14> ffmpeg -h encoder=libmp3lame
[11:18:28 CET] <Fyr> nothing. =)
[11:18:38 CET] <Fyr> only -reservoir, joint_stereo and abr.
[11:18:59 CET] <Fyr> without -b:a or -q:a
[11:19:09 CET] <c_14> It probably also supports all the generic options you know and love.
[11:19:13 CET] <c_14> Those just aren't listed.
[11:23:40 CET] <furq> Fyr: -b:a is -b, -q:a is -V
[11:54:49 CET] <durandal_1707> quark67: open bug report
[11:58:41 CET] <quark67> for the 2 questions? No way to obtain infinite loop in the animated PNG? The specification (https://wiki.mozilla.org/APNG_Specification#.60acTL.60:_The_Animation_Control_Chunk) say num_plays must be 0. And is 2.8.6 broken (and also 3.0 that is not yet on macports?) ?
[12:03:17 CET] <basisbit> hey, is the some documentation available whcih shows what changed form 2.8 to 3 regarding shared library functions of ffmpeg?
[12:04:47 CET] <k_sze[work]> There is something weird about encoding as libx264.
[12:05:17 CET] <c_14> basisbit: check doc/APIChanges
[12:05:24 CET] <k_sze[work]> I downloaded the frame sequences of the open movie Elephant Dreams (the Blender project, you know).
[12:06:39 CET] <k_sze[work]> And then I encoded it twice using -preset superfast, except the first time with `-g 250 -keyint_min=250 -sc_threshold 0`, and the second time without.
[12:06:58 CET] <k_sze[work]> The two encodings result in keyframes in the exact same position, but the file sizes differ.
[12:07:05 CET] <Wildefyr> anyone use nvenc here? feeding in data from x11grab but it messes up the colors as it changes the format from rgb to yuv420p, anyway I can manually set rgb?
[12:07:40 CET] <c_14> Wildefyr: I don't think nvenc supports rgb
[12:07:45 CET] <c_14> check ffmpeg -h encoder=nvenc
[12:08:19 CET] <Wildefyr> c_14, yeah you're right
[12:08:19 CET] <basisbit> c_14, thanks!
[12:08:27 CET] <Wildefyr> damn that's annoying
[12:13:49 CET] <Wildefyr> yeah x11grab has no option to output in anything else other than rgb too
[12:13:54 CET] <Wildefyr> blast
[12:14:00 CET] <Wildefyr> there goes my evil plan
[12:14:25 CET] <c_14> If you think swscale is messing the conversion, you could try with zscale
[12:14:57 CET] <Wildefyr> not familiar with those options
[12:15:09 CET] <Wildefyr> time to go googling
[12:51:19 CET] <mario78> Just go give you a note, the "FFmpeg Support Forum" link on this site: https://www.ffmpeg.org/contact.html is broken. You have to change the link to http://ffmpeg.gusari.org/index.php or fix your index.html on the domain ffmpeg.gusari.org It's very frustrating if you are looking for help and then the link to the support forum is borken. See also: http://ffmpeg.gusari.org/viewtopic.php?f=3&t=2706
[12:51:35 CET] <mario78> Bye
[13:15:37 CET] <basisbit> am currently porting stuff to support ffmpeg 3. seems like the deprecated function avcodec_default_release_buffer is not there any more. any suggestion what should be used instead now? or is there some magic auto-freeing?
[13:16:00 CET] <Fyr> basisbit, #ffmpeg-devel
[16:04:42 CET] <GigaRoc> hello, i'm trying to use h264_qsv.  But I can't get the encoder to open using avcodec_open2.  i've traced the code and it's failing at the line https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/qsvenc.c#L684  q->async_fifo = av_fifo_alloc((1 + q->async_depth)  *  (sizeof(AVPacket) + sizeof(mfxSyncPoint) + sizeof(mfxBitstream*)));
[16:04:58 CET] <GigaRoc> here is my initialzation: http://pastebin.com/RsDnuXFR
[16:05:09 CET] <GigaRoc> what could be causing this error?
[16:47:17 CET] <UKCoder> Hi folks, I'm trying to use ffmpeg to transcode an mt2s asset containing mpeg2video and layer 1 audio into an m2ts asset containing h.264 video and ac3 audio.  Is there a way to specify the frequency at which the PCR is announced, as at the moment when I transcode the PCR is being announced every half a second or so and I would like to have the PCR announced 100ms (which I thought was required for a legitimate m2ts container)
[17:04:11 CET] <basisbit> where can I get ffmpeg 3.0 shared library headers?
[17:04:49 CET] <GigaRoc> basisbit: where how did you install ffmpeg
[17:04:56 CET] <kepstin> basisbit: they should either come with your copy of ffmpeg or be provided in the same place as you got it from
[17:06:48 CET] <basisbit> hm... then I guess I derped. didn't find them yet. will keep searching
[17:07:11 CET] <GigaRoc> basisbit: if you installed ffmpeg from a package manager, you need to install the dev packages
[17:08:01 CET] <basisbit> ok
[19:27:20 CET] <MarcWebe1> Is it possible to use framerates < 1 ?
[19:27:52 CET] <c_14> yes, but the lower you go the more likely the player is going to have issues playing it
[19:28:41 CET] <MarcWebe1> I don't care, does it happen that you know the syntax? 0.1 ? I want to do screen capturing
[19:29:04 CET] <c_14> iirc both fractions and decimals should work
[19:37:12 CET] <podman> Hey there! I'm trying to run ffprobe on a hls manifest and i'm just getting back: [crypto @ 0x35290c0] Protocol not on whitelist 'file'! What does that mean?
[19:38:15 CET] <MarcWebe1> c_14: Thanks!
[19:39:30 CET] <klaxa> oh that's an interesting one, wasn't this protocol whitelisting stuff added just recently?
[19:39:33 CET] <c_14> podman: try adding -protocol_whitelist file,hls
[19:40:10 CET] <podman> c_14: thanks. i just tried that and now i get "Protocol not on whitelist 'file,hls'!"
[19:40:26 CET] <podman> ffprobe -protocol_whitelist file,hls test.m3u8
[19:41:18 CET] <voip_> J_Darnley, thank you
[19:41:56 CET] <podman> c_14: is that a compilation option?
[19:42:11 CET] <c_14> no
[19:42:33 CET] <podman> c_14: interesting, it doesn't seem to be working
[19:42:44 CET] <c_14> it works for me...
[19:42:55 CET] <c_14> What version are you running?
[19:43:25 CET] <podman> 3.0
[19:43:27 CET] <c_14> And can you pastebin the m3u8? (at least one of the "filenames")
[19:44:16 CET] <podman> c_14: so, this works on my mac locally, but not on Ubuntu... not sure if that's relevant
[19:44:27 CET] <c_14> same version of ffmpeg?
[19:44:41 CET] <podman> yep
[19:44:44 CET] <podman> c_14: http://pastebin.com/76VJEi2Z
[19:46:20 CET] <c_14> Does it work with the same file on your mac?
[19:47:58 CET] <podman> c_14: haven't  tried it, but i'd be surprised if it didn't. It was generated using the same FFMPEG commands
[19:48:41 CET] <c_14> (I'm trying to figure out if it's specifically the crypto part that's failing the whitelist)
[19:48:43 CET] <podman> c_14: the interesting thing to me is that it doesn't seem to use the protocol whitelist option
[19:50:05 CET] <JakeJ> Hey, Anyone on that knows a bit about HLS and AVPlay
[19:50:09 CET] <JakeJ> I am trying to decode an HLS stream, and im getting a weird issue that my PTS for audio doesn't start at 0. It starts at 132006 and increments by 2089 samples instead of 1024 (stereo audio)
[19:51:42 CET] <podman> c_14: works locally with the same files. but... not the same version of ffmpeg. installing 3.0 now
[19:59:43 CET] <podman> c_14: nevermind. doesn't work with 3.0
[19:59:45 CET] <podman> weird
[19:59:55 CET] <podman> guess i'll downgrade
[20:00:12 CET] <c_14> It might be a bug in the crypto portion of the hls demuxer
[20:00:20 CET] <c_14> Could you report the issue on trac?
[20:00:44 CET] <podman> c_14: yeah, i'll report it in a bit!
[20:01:47 CET] <voip_> Hi guys, i need to take live HLS stream encode and push as MPEG2 stream. As result i recieve error: Invalid argument . Please help http://pastebin.com/SRkAHR8H
[20:02:30 CET] <voip_> Also on output i need bitrate more than 3000
[20:02:32 CET] <c_14> add -f mpegts before udp://
[20:02:43 CET] <c_14> Then set a bitrate?
[20:13:41 CET] <voip_> c_14, thank you it strat works, but wuality is very bad , sound chopping and picture stops
[20:13:49 CET] <voip_> quality
[20:20:22 CET] <voip_> i found new command it works good : -vcodec mpeg2video -pix_fmt yuv420p -me_method epzs -threads 4 -r 29.97 -g 45 -bf 2 -trellis 2 -cmp 2 -subcmp 2 -s 720x480 -b 5000k -bt 350k -acodec ac3 -ab 192k -ar 44100 -async 1 -y -f mpegts
[20:37:55 CET] <Meicceli> hi
[20:38:12 CET] <Meicceli> is there a way to make ffmpeg to output converted files into a new directory
[20:38:51 CET] <melkor> What about when you specify the output file name?
[20:38:55 CET] <Meicceli> I'm trying ffmpeg -i input.flac /home/me/newDir/output.flac
[20:39:16 CET] <Meicceli> "No such file or directory"
[20:39:18 CET] <melkor> You want it to make the newDir?
[20:39:19 CET] <furq> it won't create directories for you
[20:39:23 CET] <Meicceli> melkor yes
[20:39:47 CET] <Meicceli> furq are you sure?
[20:40:30 CET] <furq> no but it's quicker to type "mkdir newdir" than it is to investigate
[20:40:51 CET] <Meicceli> well
[20:40:52 CET] <Meicceli> not really
[20:41:17 CET] <Meicceli> for i in *.flac; ffmpeg -i "$i" -acodec mp3 -ab 256k /home/meicceli/Documents/Lumia/${${PWD%/*}##*/}/${PWD##/*/}/${i%%.flac}.mp3;
[20:41:28 CET] <Meicceli> that's the full command i'm going for
[20:41:38 CET] <melkor> do?
[20:41:47 CET] <DHE> done?
[20:41:53 CET] <Meicceli> oh yeah
[20:41:54 CET] <Meicceli> :DDD
[20:42:04 CET] <melkor> Meicceli: could you add a mkdir in that command too?
[20:42:05 CET] <furq> i don't see how that would resist mkdir
[20:42:09 CET] <Meicceli> didnt help
[20:42:22 CET] <Meicceli> melkor perhaps
[20:42:25 CET] <Meicceli> i'll see
[20:42:37 CET] <furq> mkdir -p /home/meicceli/Documents/Lumia/${${PWD%/*}##*/}/${PWD##/*/}/; for...
[20:43:27 CET] <Meicceli> for i in *.flac;do mkdir -p /home/marcus/Documents/Lumia/${${PWD%/*}##*/}/${PWD##/*/}/ && ffmpeg -i "$i" -acodec mp3 -ab 256k /home/marcus/Documents/Lumia/${${PWD%/*}##*
[20:43:30 CET] <Meicceli> /}/${PWD##/*/}/${i%%.flac}.mp3;done
[20:43:31 CET] <Meicceli> works
[20:43:46 CET] <furq> there's no point calling mkdir inside the loop but ok
[20:43:53 CET] <Meicceli> oh yeah
[20:43:55 CET] <Meicceli> true
[20:43:57 CET] <Meicceli> xddd
[20:44:00 CET] <Meicceli> oh well
[20:44:47 CET] <melkor> If I have two input files, how do I have one of them start a little bit later?
[20:44:50 CET] <furq> also you should probably be using -q:a 0, not -b:a 256k
[20:44:55 CET] <furq> unless you specifically need cbr
[20:46:05 CET] <furq> melkor: -itsoffset 00:00:01 -i src.avi
[20:46:06 CET] <furq> iirc
[20:50:32 CET] <melkor> Worked.
[20:50:53 CET] <melkor> Although it turns out I wanted -ss, but using that before the -i did what I needed.
[21:08:04 CET] <Guest20> hi
[21:08:31 CET] <Guest20> I need some help compiling ffmpeg on windows
[21:10:23 CET] <NoMercy78> when I try it on msys2 as suggested on site, it says "internal error: Fatal Error: Can not create tmp file"
[21:10:40 CET] <NoMercy78> I normally dont use msys much
[21:10:52 CET] <NoMercy78> if anyone can help?
[21:11:53 CET] <J_Darnley> What says that?  configure?  a configure test?  make?  gcc?
[21:13:56 CET] <NoMercy78> sorry configure says this
[21:16:09 CET] <J_Darnley> Strange.
[21:16:35 CET] <J_Darnley> Can you create file where msys wants to store its temp files?
[21:17:54 CET] <NoMercy78> the thing is I'm not sure where its trying to create those files
[21:18:11 CET] <J_Darnley> neither am I
[21:18:12 CET] <NoMercy78> in msys shell
[21:18:23 CET] <J_Darnley> /tmp maybe?
[21:18:26 CET] <NoMercy78> I've checked the /tmp/ folder
[21:18:33 CET] <NoMercy78> and made it 777
[21:18:41 CET] <NoMercy78> and that didnot help
[21:18:52 CET] <J_Darnley> does msys actually alter the Windows permissions?
[21:19:15 CET] <NoMercy78> dont think so
[21:19:18 CET] <J_Darnley> can you touch a file in there?
[21:19:25 CET] <NoMercy78> let me try
[21:19:51 CET] <NoMercy78> yes I can
[21:20:16 CET] <NoMercy78> so it is trying to write somewhere else
[21:30:06 CET] <furq> NoMercy78: have you checked config.log
[21:30:56 CET] <NoMercy78> it says this in config log along with some other stuf, I can paste it in paste bin?
[21:31:06 CET] <furq> sure
[21:32:44 CET] <NoMercy78> http://pastebin.com/sgLamKhj
[21:49:22 CET] <absence> i'm remuxing mts to mp4, and get thousands of messages like "[mp4 @ 000000055a1833e0] pts has no valueB". several sources online suggest adding -fflags +genpts at the beginning of the command line, but the warnings are still there, and the resulting mp4 files are bit identical. what's going on?
[21:51:10 CET] <absence> at the beginning there's "[mp4 @ 000000055a1833e0] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly"
[21:53:27 CET] <absence> if i try to remux to mkv instead of mp4, i get the same unset timestamps warning, followed by errors "[matroska @ 000000672c4a0540] Can't write packet with unknown timestamp" and "av_interleaved_write_frame(): Invalid argument"
[22:33:32 CET] <Wader8> hello
[22:34:03 CET] <JEEB_> absence: whatever you are using or whatever your input is it seems to lack timestamps
[22:34:09 CET] <JEEB_> which is kind of... bad
[22:34:18 CET] <JEEB_> if it's MPEG-TS that's deffo broken
[22:34:40 CET] <JEEB_> unless your MPEG-TS is really broken and ffmpeg is trying to stuff it through even so
[22:36:21 CET] <Wader8> I was wondering if there's a template script out there for batch convering a ton of files (mostly x264, some VP9 and VP8 (webm) and outputting with the same exact filename except  changing the extension to mp4h - im trying to get x264 to x265 for archiving and preserving original quality as much as possible, thus lowering size, and videos are youtube, mostly 720p and 480p but birates and...
[22:36:23 CET] <Wader8> ...exact resolutions vary so I think i have quite a hefty script to do
[22:36:54 CET] <Wader8> And it's serious work, i need to get this done, since I also need to sort, but while I do sorting and archiving I might aswell conver to save on space
[22:37:15 CET] <TD-Linux> I don't think you are goign to be able to outdo youtube's encodes, generally
[22:38:21 CET] <kepstin> yeah, you're *always* going to get a quality loss when doing a lossy-lossy transcode, and unless you use really really slow encoding settings the size gain's gonna be not spectacular.
[22:38:27 CET] <kepstin> just buy bigger hard drives :/
[22:39:00 CET] <furq> i doubt you'll get any size gain over vp9 without noticeable quality loss
[22:41:04 CET] <Wader8> TD-Linux, outdo ?
[22:41:55 CET] <Wader8> kepstin, i have around 3 TB ready, but I also bought this space to last me some time
[22:41:55 CET] <TD-Linux> Wader8, what makes you think you can make files with smaller quality than youtube?
[22:42:05 CET] <TD-Linux> *smaller filesize, same quality
[22:42:15 CET] <TD-Linux> if anything, redownload your old youtube videos in the VP9 version
[22:42:41 CET] <Wader8> TD-Linux, x265 lowers size by 30-40%
[22:42:44 CET] <Wader8> AFAIK
[22:42:50 CET] <TD-Linux> no it doesn't.
[22:43:02 CET] <TD-Linux> at least not without compromising quality
[22:43:15 CET] <furq> it especially doesn't do that over vp9
[22:43:23 CET] <furq> maybe over x264 on a very good day
[22:44:12 CET] <Wader8> TD-Linux, old ones are probably still VP8 no ? - I have around 50 thousand videos in x264 - so I can only use your advices in the new downloads - i still need to get the existing ones ready for archival, even if not a big size drop, I need to transcode since old codecs won't be used 20 years from now
[22:44:57 CET] <furq> if you're archiving then your best bet is to not lose any more quality by transcoding
[22:45:52 CET] <furq> the chances of h.264 being unplayable in 20 years are roughly the same as the chances of there being no computers in 20 years because of the nuclear war that was probably caused by donald trump
[22:46:45 CET] <Wader8> The little 1% probably doesn't matter, I just wanted to make sure that if there's an option to do this automatically for all the videos, since they're all different bitrates, an error of 5 % in ffmpeg determining what kind of bitrate to use for transcode might not be that bad, I just didn't want like a 50% loss of quality
[22:46:55 CET] <furq> mpeg-2 is 20 years old and it's still being used in some broadcast systems afaik
[22:47:06 CET] <jkqxz> H.264 is sufficiently omnipresent now that it is likely to exist ~forever.  H.265 has not reached that volume yet, and may never if patent holders continue to strangle it.  If you're concerned about that, stay with H.264.
[22:47:12 CET] <TD-Linux> furq, more like "most"
[22:47:22 CET] <furq> i thought a lot of them had moved to avc
[22:47:30 CET] <TD-Linux> plus just put a copy of the decoder on the HDD if you're really worried :)
[22:48:03 CET] <TD-Linux> furq, they are moving over, but I still see MPEG-2 most often
[22:48:06 CET] <furq> also yeah if you use crf and you don't want quality loss, i'd expect a few videos which end up larger (and lower quality)
[22:48:27 CET] <TD-Linux> in fact I've seen 4k hevc broadcast streams that had clear MPEG-2 prediction artifacts
[22:48:33 CET] <furq> in my professional opinion as a guy who says things on irc, transcoding them is a waste of time
[22:48:38 CET] <Wader8> Well, you're right i just kind of rather be safe than sorry, I am aware of the H265 problems I really think it's weird, and youtube said it won't support it so meh, but the TV industry probably will
[22:48:53 CET] <furq> i don't think hevc is more "safe" than avc
[22:49:50 CET] <Wader8> TD-Linux, those tv broadcasts are skewed, bitrates and transcoding optimized for bandwidth imo - plus these videos I have are mostly historical and are already in bad quality, just don't want them get any worse
[22:50:03 CET] <furq> if you don't want them to get any worse then don't transcode them ;_;
[22:50:43 CET] <absence> JEEB_: are you sure about that? the mts files i've tried are straight out of the avchd directory structure from two different cameras, and they all have the same problem
[22:50:48 CET] <Wader8> furq, I'd agree too, but I just wanted to go on size, it's not a final archice, a temporary one, for 10 years :p or until I get life and work going so I can afford proper professional archive
[22:51:17 CET] <furq> have you transcoded any test files to see what kind of filesize improvement you get
[22:51:34 CET] <furq> i imagine that'll do a better job of convincing you that it's not worth the effort
[22:51:37 CET] <Wader8> I need to fit them on the budget, and I download like 10 new per week, sometimes less or more, need to do something or it's going to fill up
[22:51:54 CET] <JEEB_> absence: proper mpeg-ts should have timestamps so either your FFmpeg is broken or the file is broken
[22:52:05 CET] <furq> plus if you have 50k videos being transcoded with x265 veryslow you could probably buy a new raid1 with the cost of electricity
[22:52:08 CET] <Wader8> furq, I was going to use veryslow preset, i don't mind PC running through the night
[22:52:37 CET] <Wader8> And ... I currently don't pay for electricity, right now I'm in a favorable position, I don't pay for internet either, and 120 Megabit
[22:53:21 CET] <Wader8> And I was already making preparations to overclock my sandy bridge to somewhere around 4.2 GHZ from 3.6 stock to give it an extra boost
[22:54:15 CET] <Wader8> furq, it's actually audio that's more imporatn, most videos are news, interviews, talks, reprorts, etc
[22:54:32 CET] <Wader8> minority is where video is key
[22:54:49 CET] <Wader8> That's why I was also researching what's better than AAC
[22:54:58 CET] <Wader8> for archival
[22:55:06 CET] <furq> opus
[22:55:16 CET] <furq> although again i doubt it's worth it
[22:55:51 CET] <kepstin> Wader8: trust me, anything ffmpeg can decode now, ffmpeg can decode in 20 years from now :)
[22:56:02 CET] <absence> JEEB_: hmmm.. https://trac.ffmpeg.org/ticket/3339
[22:56:11 CET] <kepstin> the best archive format is "something that ffmpeg can read, and then don't transcode it because you lose information"
[22:57:37 CET] <JEEB_> absence: can't say more specifically without there actually being technical details around
[22:57:51 CET] <JEEB_> it's still possible that the camcorder is just writing broken mpeg-ts
[22:58:14 CET] <JEEB_> otherwise it's FFmpeg parsing the timestamps (if they exist) incorrectly)
[22:58:15 CET] <Wader8> furq, I was quite busy I couldn't get to do everything, but I put an old movie from 4.2 GB DVD Quality (MPEG2 i guess) into 1.2 GB HEVC - it's a bad example because it took me a week just for this one, because it was interlaced with some funky telecine and pulldown and stuff, but I managed, like this http://pastebin.com/PVHZTpKa
[22:58:34 CET] <furq> well yeah that's the kind of filesize i'd expect x264 to be able to get
[22:59:22 CET] <Wader8> I meant, busy until now, I did a ton of moving/sorting/stuff that grown in 5 years, bought 3 new HDDs in last 6 months, now I will continue, so that hevc test is from NOV 2015
[23:00:15 CET] <Wader8> And i didn't had OC, it was running stock 3.6 MHZ probably with power saving features enabled, i was doing it on a run, was renovating the room upstairs so I hooked it up through the night in the basement
[23:00:36 CET] <furq> encoded 152659 frames in 44911.53s (3.40 fps)
[23:00:50 CET] <furq> it's going to be quite a few nights transcoding 50,000 videos at that speed
[23:01:15 CET] <Wader8> Well most vides are around 5 to 10 minutes
[23:01:37 CET] <Wader8> Many of them less than 5
[23:02:02 CET] <furq> 50k 5-minute videos at 5fps comes to about two and a half years
[23:03:48 CET] <Wader8> Well ... i guess, maybe I will transcode the ones that can be or just figure something out then, so ... we'll cross the bridge when we get to it on this one http://www.writeups.org/img/fiche/3179a.jpg
[23:04:55 CET] <absence> JEEB_: i have no idea. mkvmerge seems to do the trick though
[23:05:30 CET] <furq> well yeah this is why i said you should probably do some test encodes before committing to this
[23:05:44 CET] <JEEB_> absence: it can just be assuming things, too :)
[23:05:45 CET] <Wader8> But thanks for the warning, I expected it at some point, boy when I dig a hole
[23:06:07 CET] <furq> if you can actually get 50% filesize improvements with no visible quality degradation then maybe it's a worthwhile use of time
[23:06:16 CET] <JEEB_> but yeah, I really can't put a finger on it without actually looking at the file and unfortunately I don't have time to look at random mpeg-ts right now :/
[23:06:23 CET] <furq> but it seems like wishful thinking
[23:06:24 CET] <JEEB_> but you can post another sample on that ticket
[23:06:31 CET] <JEEB_> maybe someone can get into technical for you
[23:06:40 CET] <Wader8> furq, certainly, the pastebin example was a test, but in that case of MPEG2, kind of skipping x264 just made sense
[23:06:54 CET] <furq> sure
[23:07:30 CET] <furq> if you're willing to put up with 3fps SD encodes then there's no point using x264 for archival
[23:07:33 CET] <Wader8> furq, but making the commands for that test was way too time consuming, if all videos were like that it would be extremely difficult
[23:08:06 CET] <Wader8> oh there's no command, furq i forgot to add the command lol, ... sec
[23:08:31 CET] <Wader8> ffmpeg -v 9 -loglevel verbose -y -i VTS_CON.vob -map 0:0 -vcodec libx265 -preset slow -vf "yadif=parity=tff, fps=25/1" -pix_fmt yuv420p -x265-params crf=16 -map 0:1 -acodec aac -strict experimental -b:a 448k -ac 6 -ar 48000 -threads 8 -f mp4 VTS_FIN-crf.mp4
[23:09:04 CET] <Wader8> That line ... took me almost a week
[23:09:19 CET] <furq> i should hope you'd never need -vf or -pix_fmt with videos sourced from youtube
[23:09:40 CET] <Wader8> Yes this is the DVD interlaced weirness thingy
[23:09:42 CET] <furq> and -threads is redundant with x265 afaik unless you explicitly want to free up cores
[23:10:30 CET] <Wader8> It kind of worked with other cases, but the resulting video was all green or blue and blinking violently ugh
[23:10:44 CET] <furq> should i mention that ffmpeg has a better deinterlacer than yadif now
[23:10:47 CET] <furq> or would that be upsetting
[23:11:28 CET] <furq> there's also avisynth and qtgmc if you don't care about encoding speed, which it seems you don't
[23:11:40 CET] <Wader8> Nah, I deal with a lot harsher stuff on a daily basis so that wouldn't upset me at all
[23:11:59 CET] <furq> https://ffmpeg.org/ffmpeg-filters.html#nnedi
[23:13:03 CET] <Wader8> thanks
[23:13:20 CET] <furq> i highly recommend qtgmc for dvd sources if you have the patience to get avisynth working
[23:14:08 CET] <furq> i have a bunch of hybrid interlaced/badly deinterlaced pal tv dvds and it's done a pretty great job cleaning them up
[23:15:21 CET] <absence> JEEB_: it's a two year old bug flagged as "important", but not "analyzed by developer". there are plenty of reports about this problem on various forums, i don't think lack of samples is the problem unfortunately :/ i'll check if the output from mkvmerge seems good and go with that :)
[23:15:31 CET] <Wader8> I tell you this whole interlaced tech is one giant mess as we look at it now from a modern point of view, fractional framerates just don't compute in my head it just feels so wrong
[23:16:05 CET] <furq> you really don't have to tell me that interlacing is the devil's signal
[23:16:32 CET] <furq> and i'm sure that the hours of my life i've wasted dealing with it pale in comparison to other people in here
[23:16:41 CET] <Wader8> Well, I thought if I pile on some more frustration it's gonna make it extra-sure ;)
[23:17:02 CET] <JEEB_> absence: yeah, the only guy who analyzed it seems to have been cehoyos so I'm not sure how much it has been looked into. at least it was cehoyos himself who added that tag there, but he is not an MPEG-TS hacker as far as I remember
[23:18:13 CET] <Wader8> And then all you need to think about is 1080i and you're ready to shoot yourself :D
[23:18:18 CET] <JEEB_> absence: also check if VLC can handle the file fine, it has a separate MPEG-TS demuxer (based on libdvbpsi)
[23:18:25 CET] <JEEB_> it can also remux if required
[23:18:41 CET] <JEEB_> would be interesting if VLC says anything interesting about the file
[23:19:53 CET] <Wader8> I understand it's serious, don't get me wrong, wasn't trying to pick on you.
[23:20:50 CET] <Wader8> But i was just talking about 1080i with someone a few days ago ...
[23:26:21 CET] <absence> JEEB_: i don't think i've ever had a positive experience with vlc, but maybe i'll install it some day if i get desperate enough :)
[23:26:42 CET] <JEEB_> I don't use it for playback, but it's useful for some other means :)
[23:27:15 CET] <absence> JEEB_: last time i tried that it didn't produce identical results from one run to another o_O
[00:00:00 CET] --- Fri Mar  4 2016