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

[burek]

[02:12:58 CEST] <aaronfranke> For the Windows version of ffmpeg, instead of providing a ZIP archive, it would be nicer if there were installer executables that automatically install ffmpeg to Program Files and automatically add ffmpeg to the PATH variable. Has this been considered before?
[02:14:10 CEST] <auser0> its weird that using  -map_metadata -1 actually removes most of the tags, but mkvmerge says there are still some that hasn't been removed
[02:35:43 CEST] <another> ffmpeg doesn't provide binaries
[02:38:01 CEST] <aaronfranke> Then who runs https://ffmpeg.org/?
[02:38:12 CEST] <aaronfranke> Then who runs https://ffmpeg.org/ ?
[02:38:45 CEST] <Agafnd> windows binaries are at https://ffmpeg.zeranoe.com/builds/
[02:38:48 CEST] <Agafnd> so not ffmpeg.org
[02:39:57 CEST] <aaronfranke> https://ffmpeg.zeranoe.com/builds/ is directly linked from https://ffmpeg.org/
[02:40:22 CEST] <aaronfranke> and https://ffmpeg.zeranoe.com/builds/ links back to this IRC and ffmpeg.org
[02:46:31 CEST] <nicolas17> yes, be grateful for that convenience link :P
[02:47:18 CEST] <Agafnd> I assume the people who run ffmpeg.org just link to reliable looking builds
[02:47:25 CEST] <Agafnd> without actually being responsible for them
[02:48:13 CEST] <aaronfranke> It's very frustrating when the site that distributes binaries links to an IRC which tells you it's not their problem... I just want to discuss this with whoever's problem it is
[02:48:55 CEST] <Agafnd> https://github.com/Zeranoe has a link to that person's email, I suppose
[02:49:40 CEST] <Agafnd> oh there appears to be forums on that website
[02:49:41 CEST] <Agafnd> https://ffmpeg.zeranoe.com/forum/viewforum.php?f=42 ?
[03:06:07 CEST] <another> aaronfranke: feel free to build an installer if you want
[08:08:00 CEST] <JEEB> lain98: something something descriptor based om the pix_fmt i think
[08:09:03 CEST] <JEEB> av_pix_fmt_desc_get apparently
[08:09:21 CEST] <JEEB> then that has a bit depth per component
[08:46:28 CEST] <lain98> thanks JEEB
[11:36:42 CEST] <lain98> is it a good idea to have vp9 in mp4 container. what could go wrong ?
[11:37:19 CEST] <JEEB> some players probably only added support in webm since that's what youtube did? but if everything you care about supports it in mp4, please do :)
[12:04:51 CEST] <snooky> moin
[13:46:19 CEST] <dongs> JEEB: beap. how do I add pts/dts to raw HEVC?
[13:46:27 CEST] <dongs> do I mux it into PES or what?
[13:47:38 CEST] <JEEB> in theory there's timestamp SEI messages but if you actually need timestamps you mux it into something with timestamps
[13:48:09 CEST] <dongs> is this "SEI" shit something that ex. mkvmerge or etc can make use of?
[13:48:12 CEST] <JEEB> no
[13:48:21 CEST] <JEEB> almost nothing supports that stuff :P
[13:48:28 CEST] <dongs> oh
[13:48:32 CEST] <dongs> then waht should it be output as?
[13:48:39 CEST] <dongs> PES seems old (ancient mpeg2 shit)
[13:48:54 CEST] <JEEB> anything the following stuff can read I guess (´4@)
[13:49:04 CEST] <JEEB> matroska, mp4, mpeg-ts...
[13:49:09 CEST] <dongs> hmm..
[13:50:48 CEST] <dongs> that seems like a lot of work
[13:51:32 CEST] <JEEB> if you actually want timestamps that is expected, though. some apps do read raw annex b if it has the maximum time base value set (which many read as "frame rate")
[13:51:48 CEST] <JEEB> but that's just so you can then stick that into some actual container :P
[13:52:07 CEST] <dongs> right now the raw hevc doens't work with anything other than mkvmerge
[13:52:15 CEST] <dongs> ffmpeg does the "fuck off, no timestamp" thing
[13:52:57 CEST] <JEEB> I think there was a patch on the ML regarding forcing a frame rate, wonder if that has it work any better
[13:53:16 CEST] <dongs> well we have real timestamps from tlv
[13:53:19 CEST] <dongs> so i'd rather use them
[13:53:57 CEST] <JEEB> mmtp mp4-like stuff I guess? since it's what is carried over the TLV
[13:54:12 CEST] <dongs> its just absolutely raw frames
[13:54:18 CEST] <dongs> raw hevc, raw latm aac
[13:54:26 CEST] <dongs> timestamps are via descriptors in sideband
[13:54:38 CEST] <JEEB> vOv
[13:54:39 CEST] <dongs> outer unit is MPU packet
[13:54:45 CEST] <JEEB> yea
[13:54:55 CEST] <JEEB> man, that stuff is such job keeping complexity :P
[13:54:59 CEST] <JEEB> some people must *love* it
[13:55:51 CEST] <dongs> [mpegts @ 00000296e53c6040] 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
[13:55:54 CEST] <dongs> [mpegts @ 00000296e53c6040] first pts value must be set
[13:55:57 CEST] <dongs> av_interleaved_write_frame(): Invalid data found when processing input
[13:56:07 CEST] <dongs> thats when I do -i raw.mpu -vcodec copy out.ts (or mkv. or etc)
[13:56:24 CEST] <JEEB> yes, the raw reader doesn't set pts/dts. wonder if that frame rate forcing thing went in
[13:56:29 CEST] <dongs> [hevc @ 00000296e47f9c80] Stream #0: not enough frames to estimate rate; consider increasing probesize
[13:56:40 CEST] <dongs> where is it searching here?
[13:56:40 CEST] <JEEB> that's bit rate probably
[13:56:45 CEST] <dongs> ah bitrate
[13:57:48 CEST] <dongs> -probesize 50M worked
[13:57:54 CEST] <dongs> well, that aerror is gone anyway
[13:57:57 CEST] <dongs> still no timestamps
[13:58:02 CEST] <dongs> so where is it expecting to read those? the annexb thing?
[13:59:14 CEST] <JEEB> yea
[13:59:24 CEST] <JEEB> the raw hevc demuxer doesn't set them
[13:59:42 CEST] <dongs> well i dont demux that. raw hevc is my input/source
[13:59:48 CEST] <dongs> as it comes out of tlv/mpu.
[14:00:10 CEST] <JEEB> when you are calling ffmpeg.c like that the thing that reads the I/O input is the HEVC demuxer :P
[14:00:17 CEST] <JEEB> which doesn't set dts/pts
[14:00:28 CEST] <JEEB> anyways, there was a patch which doesn't seem to have gotten merged that added capability of overriding that to a frame rate
[14:00:29 CEST] <dongs> ah.
[14:00:56 CEST] <dongs> technically if framerate is constant, we just need a single timestamp at beginning?
[14:01:08 CEST] <dongs> tream #0:0: Video: hevc (Main 10), yuv420p10le(tv, bt2020nc/bt2020/bt2020-10), 7680x4320 [SAR 1:1 DAR 16:9], 59 fps, 59.94 tbr, 1200k tbn, 59.94 tbc
[14:01:13 CEST] <dongs> it knows the rest of the stream params
[14:01:27 CEST] <JEEB> 'grats on decrypting the 8K stuff :P
[14:01:44 CEST] <JEEB> yea the decoder context has that I think
[14:01:56 CEST] <JEEB> and that's where that overall info thing is showing it from
[14:02:35 CEST] <JEEB> ok, I'm at $dayjob and can't find that one patch quickly from patchwork :P
[14:02:48 CEST] <JEEB> so sorry, otherwise I would have linked you the patch that lets you set -r before input and define frame rate
[14:03:16 CEST] <dongs> hmm but it already knows rate from hevc, why would I need to set it again?
[14:03:32 CEST] <JEEB> because that's the codec decoder context
[14:03:35 CEST] <JEEB> not the actual packets
[14:03:51 CEST] <JEEB> the HEVC raw "demuxer" is a barebones thing that just calls the parser, basically
[14:04:06 CEST] <JEEB> see libavformat/hevcdec.c
[14:04:28 CEST] <JEEB> has a custom probe function and otherwise it's defined as a minimal raw format "demuxer"
[14:05:16 CEST] <JEEB> if that, or the ffmpeg.c application, would set the dts/pts then it'd work
[14:05:24 CEST] <dongs> https://drive.google.com/open?id=1zeg6vsdga0e990R11dqshYqMy190FSip this is what 8K bandwidth is getting wasted on
[14:10:02 CEST] <JEEB> there we go https://patchwork.ffmpeg.org/patch/12552/
[14:10:04 CEST] <JEEB> finally found it :P
[14:10:14 CEST] <dongs> why wasnt this merged ;d
[14:10:29 CEST] <dongs> also lol a fucking simplep atch
[14:10:33 CEST] <dongs> fucking commies
[14:10:41 CEST] <JEEB> I'll probably poke at if anyone has any objections and will merge if nobody objects within X days :P
[14:10:57 CEST] <JEEB> I'm also to blame since I'm trying to handle $dayjob etc
[14:11:38 CEST] <JEEB> on $dayjob I think implement writing XML in MP4 because of :reasons: and :psyduck:
[14:11:48 CEST] <JEEB> (who the hell thought that XML subtitles was a great idea)
[14:11:59 CEST] <dongs> heh, i havent looked waht subs in tlv are
[14:12:07 CEST] <dongs> they're something very similar  to xml in mp4, prolly
[14:12:10 CEST] <dongs> i know its utf8 at least
[14:12:12 CEST] <JEEB> ARIB did have its own fork of TTML
[14:12:15 CEST] <dongs> isntead of retardo2022
[14:12:16 CEST] <JEEB> arib-ttml or something
[14:13:35 CEST] <JEEB> but yea I should finally get a patch done for efffing TTML in MP4 at some point :P mostly working around vendors' crap at the moment
[14:13:52 CEST] <JEEB> (writing that is, I don't want to parse XML)
[14:14:11 CEST] <Radiator> Hi all, I have an error rising from ffmpeg while encoding a video : buffer underflow st=0 bufi=XXX size=YYY
[14:14:22 CEST] <Radiator> This error only appear when using the mpeg codec
[14:14:28 CEST] <dongs> it means your encoding params are wrong
[14:14:44 CEST] <JEEB> Radiator: you mean MPEG-PS muxing
[14:14:44 CEST] <Radiator> I'm using the library in C++ btw
[14:14:46 CEST] <JEEB> not codec
[14:14:58 CEST] <JEEB> that message comes from libavformat/mpegenc.c
[14:15:03 CEST] <JEEB> which is MPEG-PS
[14:15:05 CEST] <JEEB> :)
[14:15:19 CEST] <Radiator> JEEB: Surely, I'm not very familiar with the terms nor ffmpeg
[14:15:34 CEST] <JEEB> video/audio/subtitle layer vs container layer
[14:15:39 CEST] <JEEB> codecs are usually on the former
[14:16:17 CEST] <JEEB> Radiator: basically you have set some parameters (if any? maybe you haven't set any?) for the MPEG-PS writer, and it's complaining that your encoded video does not follow those parameters
[14:16:23 CEST] <JEEB> are you sure you want to be writing MPEG-PS?
[14:17:40 CEST] <Radiator> Well, I'm trying to do a zero latency (or as close as possible) encoding so I don't really know if mpeg-ps would be suitable
[14:17:43 CEST] <dongs> isnt this about VBV and shit
[14:18:09 CEST] <JEEB> yes
[14:18:15 CEST] <JEEB> buffer size and actual rate of content
[14:18:18 CEST] <dongs> right
[14:18:18 CEST] <JEEB> he's muxing stuff too fast
[14:18:30 CEST] <Radiator> Oh ok
[14:18:41 CEST] <JEEB> Radiator: not time wise. your bit rate of content is too fast :P
[14:18:48 CEST] <JEEB> compared to the parameters of the muxer
[14:18:50 CEST] <JEEB> if you have set any
[14:18:54 CEST] <JEEB> it could as well be some defaults
[14:19:06 CEST] <JEEB> but as I said, you should be pretty sure if you want MPEG-PS
[14:19:09 CEST] <Radiator> I just used "preset" "veryfast"
[14:19:10 CEST] <JEEB> that is not really a much used container
[14:19:38 CEST] <JEEB> DVDs used to use it, and HD-DVD as well I think?
[14:20:14 CEST] <Radiator> Ok, I'll try it
[14:20:40 CEST] <JEEB> uhh, I have not recommended anything to you yet :P
[14:20:59 CEST] <JEEB> I'm just telling you that you've not configured the container correctly and you should double check if you realyl really want MPEG-PS
[14:22:37 CEST] <Radiator> Well tbh I followed the muxing example which used mpeg
[14:23:15 CEST] <Radiator> Since I'm streaming through the network I don't have a set container
[14:30:57 CEST] <JEEB> basically it all depends on what the receiving end takes in then :P
[14:32:57 CEST] <Radiator> It can adapt so I really don't know what to do
[14:56:26 CEST] <Radiator> I tried using libx264 and the frame is totaly messed up. It's all gray and pixelised. I'm converting the frame in YUV420P, would it be the problem ?
[14:58:14 CEST] <Radiator> It also says the following warning : non-strictly-monotonic PTS. I read online that it is about the order of my frame that I have to order before decoding but I really have no idea
[14:58:39 CEST] <dongs> yuv420 blaze it
[14:59:42 CEST] <Radiator> Which format should I use then ?
[15:00:51 CEST] <Radiator> Or is there a man explaining which container is suitable with each pix format ?
[15:02:28 CEST] <DHE> yuv420 goes into x264, and then the h264 output goes into a container. pixel format and container are not related unless you're doing raw/uncompressed storage
[15:05:21 CEST] <dongs> JEEB holy shit japan is retarded. MPT version updates on any change except if that change is MPU timestamp descriptor. then version doesnt incr.
[15:05:36 CEST] <dongs> why the hell would they do this
[15:05:48 CEST] <dongs> that means re-parsing entire MPT even if version is same
[15:10:38 CEST] <Radiator> DHE: I'm decoding a stream in rtsp to remux and encode it in udp. I'm trying to tune it to find an efficient format, container and encoder to do the job.
[15:10:57 CEST] <Radiator> RIght now the decoding is done very easily
[15:11:06 CEST] <JEEB> dongs: ouch
[15:30:09 CEST] <taliho> JEEB: do you have a link to the frame rate forcing patch?
[15:30:22 CEST] <taliho> JEEB: I've been thinking of working on this problem for some time. There are a few tickets because raw demuxer do not output timestamps
[15:30:48 CEST] <JEEB> taliho: see the patchwork link I posted
[15:30:52 CEST] <JEEB> it has the patch there
[15:31:05 CEST] <JEEB> https://patchwork.ffmpeg.org/patch/12552/
[15:32:04 CEST] <taliho> thanks
[16:49:43 CEST] <SpeakerToMeat> Hello all.
[16:50:13 CEST] <SpeakerToMeat> Question, does an (automatically started) xyz2rgb conversion include gamma conversion by default?
[17:46:26 CEST] <kepstin> SpeakerToMeat: should give you something reasonableish with similarities to the sRGB gamma curve.
[17:46:57 CEST] <kepstin> SpeakerToMeat: (you may wish to look into the zscale filter for more control if it supports the conversion you're trying)
[18:06:22 CEST] <jpb> greetings - has anyone had problems with avformat_open_input not correctly opening an rtsp stream?
[18:06:46 CEST] <jpb> i've narrowed down the problem to libavformat not correctly negotiating the rtsp opening authentication
[18:16:18 CEST] <MrSassyPants> So ubuntu 19.04s version of ffmpeg doesn't have nvenc in it (anymore), a bug about this was reported in may, probably an oversight
[18:17:12 CEST] <pink_mist> ffmpeg doesn't really control what distributors put in their packages ... here it's always recommended that you build it yourself from git
[18:17:13 CEST] <MrSassyPants> so does someone know of a ppa that lets me get an nvenc-enabled version without trashing dpkg by having local non-package-managed versions of things
[18:17:29 CEST] <MrSassyPants> I can build it from git, I did
[18:17:44 CEST] <MrSassyPants> but such installations interfere with the package manager
[18:17:46 CEST] <pink_mist> just package it up yourself if you want it packaged
[18:17:54 CEST] <MrSassyPants> I don't know how to package things up :3
[18:18:07 CEST] <MrSassyPants> is it easy?
[18:18:11 CEST] <pink_mist> I'm sure debian has resources available to learn
[18:18:18 CEST] <pink_mist> maybe even ubuntu does
[18:18:27 CEST] <MrSassyPants> Ah I was thinking you have like 1 command that you know off hand
[18:18:31 CEST] <pink_mist> I don't use either of those distros though, so I have no clue
[18:18:49 CEST] <MrSassyPants> yeah I could probably build a package if I wanted to invest a couple days
[18:19:00 CEST] <pink_mist> I doubt it would take days
[18:19:06 CEST] <MrSassyPants> in learning how to create ubuntu packages and integrate them with the regular stuff
[18:19:21 CEST] <MrSassyPants> oh, just making a package would probably be a matter of 1 hour
[18:19:33 CEST] <MrSassyPants> but then there would be bugs and it would interfere with the normal upgrade path in unexpected ways
[18:19:39 CEST] <MrSassyPants> in total the process would take days, no doubt
[18:20:05 CEST] <MrSassyPants> What I'm looking for is a ppa
[18:20:07 CEST] <pink_mist> I suggest you try it and see
[18:20:42 CEST] <pink_mist> but I'm off to a board meeting, so I'll need to leave you to your own devices
[18:20:43 CEST] <pink_mist> good luck
[18:20:53 CEST] <MrSassyPants> have a nice one
[18:21:02 CEST] <MrSassyPants> or, sleep well, depending on the board meeting type
[18:21:19 CEST] <pink_mist> not enough people in it for me to get away with that :P
[18:21:22 CEST] <ncouloute> any way to get the new video frame locations after a concatanate? FFMPEG tends to shift the frames around a bit. I'm guessing I'm going to have to write something with the ffmpeg api otherwise?
[18:21:30 CEST] <kepstin> also note that installing a self-built ffmpeg to /usr/local won't conflict with the package manager stuff; packages will still link to the correct older system libav*.so and the `ffmpeg` cli tool has generally beenpretty compatible.
[18:21:58 CEST] <MrSassyPants> yah, but obs doesn't seem to be using the locally installed ffmpeg
[18:22:22 CEST] <MrSassyPants> i.e. obs doesn't recognize the nvenc availability which it should
[18:23:24 CEST] <kepstin> oh, if you explicity *want* other packages to link to your custom ffmpeg then that's more annoying, yeah :/
[18:25:35 CEST] <MrSassyPants> I don't think obs links to it
[18:25:50 CEST] <MrSassyPants> tho, not sure, it might
[18:27:28 CEST] <kepstin> it does.
[18:27:32 CEST] <pink_mist> it's impossible to make other binary packages link to your custom-built ffmpeg. you'll need to rebuild all of them yourself and make your own packages for all of them.
[18:28:22 CEST] <kepstin> it's not impossible, if you make sure that shared libraries are enabled when your build your new ffmpeg, and that the library search path is configured appropriately
[18:28:23 CEST] <pink_mist> no wait, I'm wrong
[18:28:37 CEST] <pink_mist> but I really need to leave now, so can't retract my statement properly
[18:28:38 CEST] <pink_mist> d'oh
[18:29:41 CEST] <kepstin> most of the "install ffmpeg on ubuntu" guides only build a statically linked ffmpeg cli tool, when you need the dynamic libraries.
[18:29:54 CEST] <kepstin> (it's just different options to the configure script)
[18:30:21 CEST] <MrSassyPants> well it appears to work
[18:31:07 CEST] <MrSassyPants> yah the obs version I installed *was* from a ppa
[18:31:25 CEST] <kepstin> hmm, yeah, i dunno how the ppa one is built
[18:31:38 CEST] <kepstin> the one in the ubuntu repos uses system ffmpeg libraries
[18:31:47 CEST] <MrSassyPants> and just uninstalling the ffmpeg dpkg and make installing my self-built ones did it
[21:31:44 CEST] <safinaskar> i think i found a bug. steps to reproduce. on fresh debian sid type "ffmpeg -f x11grab -i "$DISPLAY" /o.webm". then play video with gst-play-1.0 . you will see that video became pink
[21:32:02 CEST] <safinaskar> so should i report it or it is already known?
[21:32:12 CEST] <safinaskar> i. e. is v9 known to be buggy?
[21:32:47 CEST] <c_14> have you tried playing the video with something that isn't gst-play?
[21:32:49 CEST] <safinaskar> not reproducible with v8
[21:33:00 CEST] <safinaskar> yes. i tried mpv and it works
[21:33:07 CEST] <durandal_1707> vp9 works fine here
[21:33:45 CEST] <safinaskar> durandal_1707: okey, so i should report it, right?
[21:34:54 CEST] <c_14> safinaskar: might be a playback bug in gstreamer or it's libs
[21:37:42 CEST] <c_14> if it only happens with vp9 it'd (most likely) either be that or a bug with libvpx (the vp9 encoder)
[21:38:37 CEST] <c_14> you could at very least test with a static build from latest git to make sure it isn't just debian shipping an old version of ffmpeg
[21:40:39 CEST] <kepstin> sid has 4.1.4, that's pretty reasonable. and their vpx is 1.8.1
[21:41:04 CEST] <c_14> ah, he did mention he was on sid
[21:41:36 CEST] <c_14> safinaskar: can you do an ffprobe of the output webm?
[21:41:40 CEST] <kepstin> well, assuming it's sid that's been updated recently, and not sid from 2 years ago ;)
[21:41:48 CEST] <c_14> It's probably yuv444p
[21:41:59 CEST] <c_14> I had that issue a while back
[21:42:12 CEST] <c_14> That is that certain decoders (at the time firefox) had issues decoding 444p vp9
[21:43:17 CEST] <kepstin> weird to see an issue with gstreamer tho. depending on how it's set up, it should be either using libvpx itself to decode, or ffmpeg :/
[21:45:44 CEST] <safinaskar> c_14: ffprobe:  https://zerobin.net/?1a1b6c006548cf10#JmkQ1b/QH4OPIRTrEWNpeRE3i4DbxW2rStMLCMR3mPE=
[21:46:14 CEST] <safinaskar> kepstin: this is sid i created today
[21:51:33 CEST] <c_14> is gbrp valid webm?
[21:52:33 CEST] <kepstin> huh, yeah, if gbr is decoded as yuv, a strange color video would be the likely result
[21:55:22 CEST] <realnx> hi this irc channel is indicated on this page https://ffmpeg.zeranoe.com/builds/ I am actually having an issue downloading ffmpeg in ShareX giving an 403 forbidden error, the owner of Sharex closed my issue https://github.com/ShareX/ShareX/issues/4386 and referred to this repository. Where can i contact the maintainer of that repo to report this problem?
[21:56:19 CEST] <kepstin> realnx: the site https://ffmpeg.zeranoe.com/builds/ has a nice big "Contact" link at the top which you can use.
[21:57:37 CEST] <genpfault> how long do trac account verification emails usually take to get sent?  regged with a gmail address around noon CST today (~3h ago) and haven't seen anything in my inbox or spam yet
[21:57:39 CEST] <realnx> Thanks! (and sorry about not paying attention)
[22:00:43 CEST] <c_14> safinaskar: I had a quick gander through the gstreamer vp9 decoder plugin and it doesn't seem to support gbrp
[22:02:05 CEST] <c_14> my assumption is that maybe gst-play neglects to check the return code of a function somewhere and it's trying to use a default value
[22:02:32 CEST] <c_14> maybe try adding -pix_fmt yuv420p or -pix_fmt yuv444p to your command before the output file (and after the input) and see if that works?
[22:07:14 CEST] <safinaskar> c_14: both variants work
[22:08:29 CEST] <c_14> yeah, I'm 90% sure it's the bug with gst-play that I mentioned
[22:45:15 CEST] <jpb> ha! found my answer. i was having trouble with  ffplay rtsp://username:password@host/foo
[22:46:45 CEST] <jpb> turns out the password can't contain the '+' character.  the '+' character is replaced with a space in libavformat ff_urldecode()
[22:47:12 CEST] <jpb> no idea why
[22:49:26 CEST] <kepstin> hmm, strange. I'd expect that only in the parth portion of the url
[22:49:40 CEST] <kepstin> you should be able to percent-escape the + sign in the password tho
[22:53:09 CEST] <jpb> haven't tried that.  i can still have a strong password without the '+'.
[22:58:54 CEST] <BtbN> ffmpeg actually follows the http standard quite closely regarding that.
[22:59:31 CEST] <BtbN> Not HTTP, but URL standard.
[22:59:48 CEST] <BtbN> Also, keep in mind that some characters are outright forbidden in passwords and usernames in URLs. For example, it can't contain /
[23:55:42 CEST] <`St0ner> i've spent hours trying to figure out why one x264 video loads to my iPod Touch 3G but another x264 video doesn't, even when the x264 parameters, profile, frame rate, width, height, practically everything else is exactly the same. the file that works has Codec ID = mp42 (mp42/mp41/isom/avc1) and "Overall bit rate mode" = Variable. the file that doesn't work has Codec ID = mp42 (isom/iso2/avc1/mp41)
[23:55:42 CEST] <`St0ner> and mediainfo doesn't show any "Overall bit rate mode"
[23:56:47 CEST] <c_14> can you upload the ffprobe output on both files to a pastebin service?
[23:57:02 CEST] <c_14> it might also be the audio codec
[23:57:28 CEST] <`St0ner> i removed the audio from the file that doesn't work. yes i'll upload to pastebin, hang on
[00:00:00 CEST] --- Tue Sep 24 2019