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

[burek]

[00:00] <smjc> [Parsed_aresample_0 @ 0x16c13c0] [SWR @ 0x1755540] Failed to compensate for timestamp delta of 1608.942288
[00:01] <smjc> when I'm using libsoxr for resampling it starts to spam this after streaming a while
[00:01] <smjc> at least last time it also crashed
[00:44] <durandal_1707> smjc: report bug to trac
[03:29] <highgod> Hi, I want to ask a question about ffplay display the rtsp h264 stream, I test the latest ffplay version on my computer(servver si live555), the picture of ffplay display has mosaic, the ffplay and the server on the same computer, so no packet losed
[07:26] <smjc> I just can't get link-time optimization to work
[08:50] <zap0> smjc, how so?
[11:07] <luc4> Hi! I'm muxing an h264 vfr stream into a mp4, but it seems that at some point the mp4 results ruined, and keeps to be ruined until the end (no I-frame). If I play the raw h264 stream it seems to be ok instead. Any idea why?
[11:37] <pkv> Hello,  I'm trying to use the -vcodec copy option but get "Output file is empty, nothing was encoded..."
[11:38] <pkv> The full command is ffmpeg -f video4linux2 -vcodec h264 -i /dev/video0 -vcodec copy output.mkv
[11:39] <JEEB> luc4, might want to give more information
[11:39] <pkv> I've tried various combinations and it will work if I leave out the -vcodev h264 on the input.
[11:41] <pkv> I'm streaming from a logitech c920 that supports h264 encoding and want to use the copy option to reduce cpu load.
[11:44] <pkv>  ffmpeg -f video4linux2 -vcodec h264 -s 640x480 -r 15 -i /dev/video0 -vcodec h264 output.mkv  works but
[11:44] <pkv>   ffmpeg -f video4linux2 -vcodec h264 -s 640x480 -r 15 -i /dev/video0 -vcodec copy output.mkv  doesn't
[11:45] <pkv> Any ideas what I am doing wrong?
[11:46] <luc4> JEEB: I'm muxing an h264 stream with vfr into an mp4 using the libavformat specifying the correct timestamp for each frame. It seems that the "speed" is correct, but the mp4 resulting from ffmpeg is somehow ruined after a specific point. I don't understand why this might be happening as the starting h264 stream seems to be played correctly (at variable speed of course).
[11:47] <JEEB> wanna share a sample?
[11:47] <JEEB> also possibly show some code
[11:47] <luc4> JEEB: I can pastebin my code which is a modification of muxing.c, I'm just testing to see if this can be done.
[11:47] <JEEB> and btw, for debugging "mp4" style files I recommend using L-SMASH's boxdumper, it can give you a nice overview of the structure of the file
[11:49] <luc4> JEEB: this is the code http://paste.kde.org/742676/. It is a mess, sorry, I left the code from muxing.c to have an idea of what I removed without loosing it.
[11:52] <luc4> JEEB: I have a doubt regarding the setup of the AVPacket... maybe the dts is not ok like that...
[11:52] <Devedse> Does anyone know if it's possible to mux 2 files with ffmpeg but doing it like this: copy only video stream from file 1, copy everything else from file 2 (without having to specify -map 0:1 -map 0:2 -map 0:3 -map 0:4 -map 0:5 etc etc
[11:53] <luc4> JEEB: but I was told to set it like that as no B-frame is present.
[11:53] <JEEB> if it's timestamps that are weird it should come up in a sample
[11:54] <JEEB> so not would I only like the code with actual highlighting for syntax, but also a sample that shows the borking, if possible
[11:54] <JEEB> also as a somewhat unrelated question, do you convert the Annex B stream to an AVC1 structure with the bit stream filter?
[11:55] <muken> no bframes?
[11:56] <luc4> JEEB: ok, let me put those files to dropbox.
[11:56] <luc4> JEEB: and I'll try to fix the code.
[11:58] <JEEB> also I do really recommend building the boxdumper from L-SMASH
[11:58] <JEEB> a really useful tool :P
[11:58] <JEEB> http://code.google.com/p/l-smash/
[12:00] <luc4> JEEB: this is the muxed file I got: https://dl.dropboxusercontent.com/u/42802388/Shared%20stuff/test.mp4
[12:00] <luc4> JEEB: this was the original h264 stream: https://dl.dropboxusercontent.com/u/42802388/Shared%20stuff/video_encoded_test.2.h264
[12:00] <luc4> JEEB: my code is also taking a list of the timestamps and of the sizes of each frame
[12:01] <luc4> JEEB: I'll have a look at that also
[12:03] <Paranoialmaniac> luc4: why do you set composition time offset?
[12:03] <Paranoialmaniac> composition time offset = cts - dts
[12:03] <Paranoialmaniac> composition time offset is for delay of frame-reordering
[12:04] <luc4> Paranoialmaniac: sorry, can you tell me the line? I think I left it from muxing.c sample code.
[12:04] <Paranoialmaniac> i looked the mp4 file you uploaded
[12:05] <Paranoialmaniac> luc4: line 399-400
[12:06] <Paranoialmaniac> if no frame reoredring, this is redundant
[12:06] <JEEB> wtf @ -20
[12:06] <luc4> Paranoialmaniac: yes, that is the pts, I tried dts = pts, but the same output resulted. So I tried to have a lower dts.
[12:06] <JEEB> yeah, that's not it
[12:07] <luc4> JEEB: is dts = pts correct?
[12:07] <JEEB> in your case, yes
[12:07] <Paranoialmaniac> luc4: you never use b-frames?
[12:07] <JEEB> in RealLife it would depend on if you have any frames that need re-ordering
[12:07] <JEEB> such as b-frames
[12:07] <luc4> Paranoialmaniac: no, the encoder should encode baseline profile, so no B-frames I guess.
[12:08] <Paranoialmaniac> then, set pts = dts
[12:08] <luc4> Paranoialmaniac: yes, that is what I set at the beginning. The result was the same.
[12:08] <luc4> Also unsure on AVPacket->duration, is 0 correct?
[12:10] <luc4> Another important thing is that I asked the encoder to provide on I-frame every 5 seconds. Anyway, it seems none is produced according to mediainfo.
[12:11] <JEEB> mediainfo shouldn't be trusted too much :P
[12:11] <luc4> JEEB: yes, but anyway also the encoder was reporting no keyframe after the encoding.
[12:12] <JEEB> anyways, I think you have bigger problems than that currently :P
[12:12] <luc4> JEEB: I was also unsure about that gop_size which is not clear to me.
[12:13] <JEEB> given that none of the standard players I have here play that mp4.
[12:13] <JEEB> and ffmpeg stumbles as well
[12:14] <luc4> JEEB: I tried vlc and mplayer and those seems to work...
[12:14] <Paranoialmaniac> luc4: you didn't set up sync sample table at all
[12:14] <Paranoialmaniac> this means all frames are leyframe
[12:14] <Paranoialmaniac> *keyframe
[12:15] <JEEB> luc4, not the file you linked at least :P
[12:15] <Paranoialmaniac> you shall set keyframe flag to IDR-frames
[12:15] <luc4> Paranoialmaniac: it seems that there is only 1 key frame according to both mediainfo and the result of the encoder
[12:16] <luc4> sorry, are you referring to AVPacket::flags?
[12:16] <burek> do ffmpeg preset files support -vf option in it too?
[12:17] <Paranoialmaniac> luc4: you shall set AV_PKT_FLAG_KEY to AVPacket.flags for every IDR-frame
[12:18] <luc4> Paranoialmaniac: only 1 frame is I-frame. I'll set that only and see what happens.
[12:20] <Paranoialmaniac> luc4: without keyframe flag, you can't seek at all in container level. a file doesn't always start from a keyframe.
[12:21] <luc4> Paranoialmaniac: yes, I understand that, but it seems the encoder is not providing I-frames at all. Anyway, still I don't understand why the raw stream is more or less ok, and the mp4 is not. It means there's still something wrong in my code...
[12:25] <luc4> Paranoialmaniac: the first frame is reported by the encoder to be a I-frame. I set that but nothing changes in the resulting mp4.
[12:26] <Paranoialmaniac> i'm investigating problems of your file
[12:26] <luc4> thank you very much for your help
[12:26] <Paranoialmaniac> in container level, profile is not set to baseline
[12:27] <Paranoialmaniac> high profile instead
[12:27] <Paranoialmaniac> high at 5.1
[12:29] <luc4> Paranoialmaniac: oh that i didn't notice... h264 is baseline. Maybe that was not done by muxing.c because it was also deciding how to encode.
[12:29] <Paranoialmaniac> hmmm... it seems avcC is invalid
[12:30] <Paranoialmaniac> how do you generate extradata?
[12:31] <luc4> Paranoialmaniac: you mean from the encoder?
[12:32] <Paranoialmaniac> libavformat requires extradata in avcC format for mp4 muxing
[12:32] <Paranoialmaniac> your file uses wrong sps and pps in container
[12:33] <luc4> Paranoialmaniac: those should be povided by the encoder right?
[12:34] <Paranoialmaniac> luc4: no. it should be provided the muxer from encoded stream
[12:35] <LFS> hey, I've wmv videos with mms2 video enconding and I'd like to convert them to any format supported by most other systems
[12:36] <LFS> I'm not sure if ffmpeg is possibly able to convert them because it didn't support playing them at the first place
[12:36] <luc4> Paranoialmaniac: ok, I'll read about this and fix my code. Those are the issues maybe. Thanks.
[12:36] <Paranoialmaniac> luc4: i think h264_mp4toannexb bsf provides extradata in avcC format
[12:37] <JEEB> Paranoialmaniac, isn't it the other way?
[12:37] <JEEB> annexbtomp4
[12:38] <Paranoialmaniac> ouch!
[12:38] <JEEB> donmai
[12:40] <Paranoialmaniac> luc4: apprantely, you should make avcC extradata yourself and set AVCodecContext.extradata
[12:40] <Paranoialmaniac> *apparently
[12:41] <luc4> Paranoialmaniac: ok, but if those are in the stream why isn't libavformat reading those?
[12:45] <luc4> also... isn't it possible to deduce profile sps, pps etc... from the stream?
[12:45] <Paranoialmaniac> luc4: i don't know much about the libavformat reason, i guess it is related to lack of multiple sample descriptions support
[12:45] <Paranoialmaniac> luc4: profile and level is stored in sps
[12:48] <Paranoialmaniac> luc4: you need at least, 1: copy SPSs and PPSs encoded stream to avcC extradata, and 2: remove SPSs and PPSs from encoded stream
[12:49] <Paranoialmaniac> this is the avc1 format manner
[12:49] <luc4> Paranoialmaniac: ok, I'll try to find out how. Thanks!
[12:49] <jhn> I followed the ffmpeg wiki on compiling ffmpeg on ubuntu 12.10. I get this error when I compile ffmpeg http://pastebin.com/88zYiTBf
[12:57] <mastro__> hi, I'm trying to convert a VOB file into an MKV file. Extracted the subtitles and now have a .srt file, trying to use -map to map that subtitle. I've read the doc but I'm still confused about the use of -map. I have two input files, the fist is the VOB so -map 0:0 refer to the video, 0:1 to the first audio track, 0:2 the second audio track... 1:0 refer to the subtitle. But how does that map to a stream ID? when I then say -c:a:0 -- am
[12:57] <mastro__> I referring to 0:1 audio? how is that connection made?
[12:57] <mastro__> thanks in advance
[13:03] <luc4> Is there anything in ffmpeg that I can use to get th SPSs and PPSs?
[13:08] <Paranoialmaniac> luc4: parser
[13:09] <Paranoialmaniac> AVCodecParserContext.AVCodecParser.split() can split sps and pps nalus
[13:11] <luc4> so I can use this to read sps and pps?
[13:12] <LFS> can anyone advise on this error and/or if I'm writting the correct ffmpeg syntax
[13:12] <LFS> http://pastebin.com/Y3AyREdh
[13:16] <Paranoialmaniac> luc4: no. you can't read sps and pps by the parser. the parser can just split sps and pps from chunk of nalus, and parse nalus to set up AVCodecContext
[13:19] <LFS> can anyone advise on this error and/or if I'm writting the correct ffmpeg syntax http://pastebin.com/Y3AyREdh
[13:21] <sacarasc> First, you don't need to use sudo. Second, you're not using ffmpeg, but libav's converter avconv. Their channel is #libav.
[13:23] <xlinkz0> I have a problem with a cut, here's the report : http://codepad.org/4TKkNhUt
[13:24] <xlinkz0> temp/1.mp4 has Duration: 00:00:07.00, start: -24931.640000
[13:24] <LFS> sacarasc: is there a third thing to add?
[13:25] <sacarasc> You should update? Your version is really old...
[13:27] <LFS> good ty
[13:34] <virus_found> Hello. What's the easiest way of finding out which video file is "better" quality? Without watching it. I wonder if comparing by resolution and bitrate will suffice.
[13:35] <sacarasc> Not at all.
[13:35] <sacarasc> You can have a high bit rate, high definition video file that would look terrible, but a smaller one could look better.
[14:11] <xlinkz0> why isn't my cut file starting from 0?
[14:16] <BtbN> Does somebody know which version check i have to make to check if AVCodec -> encode is still present?
[14:24] <durandal11707> BtbN: AVCodec->encode != NULL
[14:24] <BtbN> durandal11707: won't compile at all if encode is not present...
[14:25] <durandal11707> than update it
[14:26] <BtbN> you mean, downgrade?
[14:27] <BtbN> AVCodec->encode was removed in some version, and i'm searching for the right way to check that.
[14:31] <xlinkz0> how do i change the keyframe interval of a file?
[14:33] <relaxed> xlinkz0: -g
[14:37] <xlinkz0> relaxed: thanks, i suppose there's no way to make it like 4 times faster or anything?
[14:37] <xlinkz0> i'm on a really tight deadline and i'm just noticing this isn't right.. i need to do it on about 50 GB of video :(
[14:37] <Barvinok> hi all. how do I properly use -timestamp option? if i use "-timestamp 2013-03-16 03:10:37" it says invalid date.
[14:38] <relaxed> xlinkz0: what faster?
[14:38] <xlinkz0> relaxed: make a mp4 file have a GOP size of 25 instead of 250
[14:39] <relaxed> -g 25 but you have to encode it, of course
[14:39] <xlinkz0> that'll take over 6 hours :(
[15:02] <xlinkz0> relaxed: so i have a file with GOP of 250 and fps 25, that means i have an I-frame every 10 seconds right?
[15:02] <xlinkz0> if so , why can't i properly cut with this command?
[15:02] <xlinkz0> ffmpeg -y -ss 00:42:10 -i 2-1368353382400-cam1_2.mp4 -t 00:00:10 -an -report -vcodec copy temp/4.mp4
[15:03] <xlinkz0> temp/4.mp4 has
[15:03] <xlinkz0> Duration: 00:00:15.68, start: -5.600000, bitrate: 5855 kb/s
[15:03] <xlinkz0> ..
[15:08] <JEEB> xlinkz0, every sane encoder uses variable GOP length, where the gop length parameter marks the *maximum* distance between Random Access Points
[15:08] <JEEB> so I guess around 5sec 60 there was the first RAP
[15:09] <JEEB> and it still going on during the period which you wanted
[15:09] <xlinkz0> ok i don't care for accurate seeking, can't i make it cut from the nearest RAP?
[15:09] <ov3rmind> nice morning guys :)
[15:10] <xlinkz0> if i get wrong duration and start concatting will not work
[15:10] <xlinkz0> i need a start of 0 and duration of what i specified
[15:11] <JEEB> use ffprobe or something to get the actual timestamps of the RAPs, and use them, I guess? Otherwise ffmpeg will try to compensate for the fact that you didn't have a RAP right there and adds delay (the start thingy?)
[15:12] <xlinkz0> so ffmpeg itself is not able to approximate?
[15:12] <xlinkz0> there's no options or anything?
[15:12] <JEEB> it is already approximating so that you get the stuff you wanted into the cut :P
[15:12] <JEEB> what you're asking for is for it to get a bit dumber and not set the delay
[15:12] <xlinkz0> i just want the best cut i can have that is between X and Y
[15:13] <xlinkz0> and be able to concat multiple of these cuts
[15:13] <xlinkz0> actually, best cut that CONTAINS the segment between X and Y
[15:13] <JEEB> so yes, exactly what ffmpeg did, except you don't need the delay
[15:14] <JEEB> no idea if you can make ffmpeg dumber like that so I just recommend writing a simple script that uses ffprobe or something :P
[15:14] <xlinkz0> yes, because the ffmpeg concat demuxer gets duration wrong
[15:14] <xlinkz0> ffprobe is very slow afaik
[15:14] <xlinkz0> until i'd reach 40 minutes into a 720p video..
[15:15] <JEEB> if you only need to get the container-based info it should be faster, but yes -- if every frame has to be checked then it gets slower. I see no reason why to check the stream since RAPs should be in the container.
[15:15] <JEEB> *marked in the container
[15:15] <xlinkz0> what's the command?
[15:16] <JEEB> ffprobe -h reading time for you
[15:16] <JEEB> I can't remember everything :P
[15:16] <JEEB> I've barely used ffprobe once or so to get that kind of information, and I've been working on other things since
[15:18] <xlinkz0> JEEB: still the problem is with ffmpeg, even VLC says the file duration is 11 when it is 6
[15:19] <JEEB> that's because VLC most probably isn't using a new enough parser to read that metadata
[15:19] <xlinkz0> can i modify just the metadata to see if that works?
[15:19] <JEEB> don't ask me how :P
[15:19] <JEEB> <JEEB> no idea if you can make ffmpeg dumber like that...
[15:20] <JEEB> also you could try using mkvmerge(gui)'s cutting and pasting features, that one IIRC is dumber, and you can then remux to mp4 if you need that
[15:20] <JEEB> as in, it will just cut and won't try to compensate with delay
[15:20] <xlinkz0> i don't see why you're calling it 'dumber'
[15:20] <xlinkz0> i need this for  about 30000 cuts
[15:21] <xlinkz0> can't use guis
[15:21] <JEEB> it's a text box in the gui too
[15:21] <JEEB> comma-delimited, IIRC
[15:21] <JEEB> but yeah
[15:21] <JEEB> it has a command line version, naturally
[15:21] <JEEB> which is what the gui is using anyways
[15:21] <JEEB> and it is dumber because ffmpeg is trying to be smart now and give you exactly what you wanted to cut :P
[15:21] <JEEB> by putting the delay there
[15:22] <xlinkz0> i'm assuming the concat demuxer hasn't caught up to this awesome feature?
[15:23] <JEEB> I don't think it was ever meant to be "fancy", but yes -- you can say it like that
[15:23] <JEEB> no idea what it does after the first file
[15:24] <xlinkz0> JEEB: do you have any idea if this start/duration information might cause VLC to wrongly show the video?
[15:25] <xlinkz0> i have huge artefacts on the cut video
[15:26] <JEEB> it shouldn't, unless VLC is really dumb and tries to start decoding after the delay
[15:26] <JEEB> ffmpeg should only cut at RAPs
[15:26] <xlinkz0> the thing is, i do have a 6 second video
[15:26] <xlinkz0> when i'm almost sure the RAPS are 10 seconds apart
[15:27] <xlinkz0> so ffmpeg does not cut only at RAPS
[15:27] <JEEB> if it does, that's a bug
[15:27] <xlinkz0> either this or VLC doesn't know how to read ffmpegs output video
[15:27] <JEEB> also don't be "almost sure", get a fucking listing of the frame types already
[15:27] <JEEB> or at least of the RAPs/keyframes/whatever
[15:27] <JEEB> much less guesswork for you
[15:29] <xlinkz0> JEEB: -g should make constant keyframes right?
[15:30] <JEEB> no, not with any sane encoder
[15:30] <JEEB> with libx264, for example, it is the *maximum* distance between RAPs
[15:30] <xlinkz0> so how can i be sure i can seek to any second in my video?
[15:30] <JEEB> as I said
[15:30] <xlinkz0> oh, so if fps is 25 and i reencode with -g 25
[15:30] <xlinkz0> i'll be sure to be able to seek to ANY second, accuretly
[15:30] <xlinkz0> right?
[15:30] <JEEB> no
[15:30] <xlinkz0> wat
[15:31] <JEEB> it's the *maximum* distance
[15:31] <JEEB> so you could have your first RAP at, for example,  frame 14
[15:31] <JEEB> and then the next one would start there, and be at most of length 25
[15:31] <JEEB> possibly shorter
[15:31] <xlinkz0> so ffmpeg would still put a delay?
[15:32] <xlinkz0> jesus christ is cutting video so new that it's not properly supported?
[15:32] <JEEB> no, the cutting part is just fine
[15:32] <xlinkz0> it's not, vlc can't read properly the cut video
[15:32] <JEEB> the problem is that what you're trying to use for patching it all together again doesn't work that fine with the fancy metadata of yours
[15:32] <JEEB> and that says what exactly?
[15:32] <xlinkz0> even if i did not want to concat it
[15:33] <JEEB> VLC can fail in many things
[15:33] <xlinkz0> that the arguably most used player out there can't play ffmpeg videos
[15:33] <xlinkz0> imho ffmpeg should adjust not vlc
[15:33] <JEEB> wouldn't be anything new, and usually gets fixed with new VLC versions
[15:33] <JEEB> but before that, can you actually fucking look at the output file of yours and see how it's made of?
[15:33] <JEEB> would be over 9000 times more useful than talking theory here
[15:34] <JEEB> and "it feels like" shit
[15:34] <JEEB> also if you had just gotten that list of RAP/IDR/keyframe timings you'd already be singing away and getting it done
[15:34] <JEEB> or using mkvmerge's cutting function, for example
[15:36] <renevolution1> Does anyone got sending a stream to an icecast server working?
[15:37] <jhn> does anyone know how to compile ffmpeg on ubuntu 12.10?
[15:46] <xlinkz0> JEEB: the problem is i have over 50 files and if the RAP timings are variable i can't very well do much with inspecting one file
[15:46] <xlinkz0> for example the first file i inspected had the first 20 or so keyframes at a 250 fixed interval
[15:46] <xlinkz0> the second file did as well
[15:47] <xlinkz0> but when i tried seeking to nearly the end of the second file i got the delay thing
[15:47] <xlinkz0> will avformat_seek_file be able to give me an accurate timestamp i can cut on?
[15:47] <JEEB> make a script to automate it all -_-
[15:47] <JEEB> I wonder why you haven't already
[15:47] <xlinkz0> because i have no experience with shell scripting
[15:48] <JEEB> it can be in python or whatever
[15:48] <xlinkz0> i know C and dabbled in the ffmpeg libs
[15:48] <xlinkz0> also i think ffprobe will be too slow for what i need
[15:48] <JEEB> suit yourself
[15:48] <xlinkz0> so will avformat_seek_file be able to give me a good keyframe timestamp near what i want?
[15:48] <JEEB> I have no idea about the API, I've only written a video encoder within libavcodec
[15:49] <xlinkz0> durandal11707: could you please answer the above question? i beg you :(
[16:03] <wuehlmaus> hi , world. i have a question: how can i record from my dvb-tv card with ffmpeg without having to convert: i search for the equivalent of mencoder dvb://NAME
[16:05] <BtbN> ffmpeg doesn't have support for dvb
[17:40] <xlinkz0> is there a tool that basically is the same as ffprobe except it can edit?
[17:42] <durandal11707> edit what?
[17:45] <xlinkz0> durandal11707: for example the start field of a stream
[17:47] <durandal11707> you need to provide much more information
[17:47] <durandal11707> what container?
[17:47] <xlinkz0> mp4, codec h264
[17:49] <durandal11707> what ffprobe reports as start fields?
[17:51] <xlinkz0> sorry i'm a little i/o bound right now, i'll answer in a few
[18:00] <xlinkz0> durandal11707: start_time=-0.923267
[18:01] <durandal11707> i guess that can be changed by remuxing
[18:03] <xlinkz0> durandal11707: buf if the first frame has timestamp equal to that start_time then i need to reencode right?
[18:03] <xlinkz0> in order to get start_time 0
[18:03] <xlinkz0> and first pts 0
[18:06] <durandal11707> reencoding=trascoding should not be required
[18:07] <xlinkz0> can i do that with ffmpeg tool or do i need to use the API?
[18:09] <durandal11707> explore by trying
[18:10] <durandal11707> -itsoffset -timestamp .....
[18:30] <Xx_pk_xX> Hello. Is someone here who can help me? I'm trying to insert DVB subtitles into TS (MPEG2) file. With this command ffmpeg -i D:\video_ts\b.ts -i D:\video_ts\example1.srt -scodec dvbsub -map 0:0 -map 1:0 D:\video_ts\output.ts it adds DVB subtitle stream, but it's not possible to view subtitles in any program. Am I doing something wrong?
[18:52] <Devedse> JEEB, I was just wondering, if you were the creator of "the x264 build"?
[19:13] <JEEB> Devedse, yes -- I build x264
[19:17] <Xx_pk_xX> Hello. Is someone here who can help me? I'm trying to insert DVB subtitles into TS (MPEG2) file. With this command ffmpeg -i D:\video_ts\b.ts -i D:\video_ts\example1.srt -scodec dvbsub -map 0:0 -map 1:0 D:\video_ts\output.ts it adds DVB subtitle stream, but it's not possible to view subtitles in any program. Am I doing something wrong?
[19:22] <Xx_pk_xX> ok, give me a second
[19:22] <Xx_pk_xX> and I'm sorry for that
[19:26] <Xx_pk_xX> So I'm using this code http://pastebin.com/upVkcQbz and I'm not able to see any DVB subtitles from there. Would anyone help me? I'm trying to add DVB subtitles stream into a TS
[19:26] <ubitux> dvb are bitmap subs
[19:27] <Xx_pk_xX> umm, so there's no way to convert a text subtitles to image subtitles (like DVB) with ffmpeg?
[19:28] <ubitux> you can hardsub using ass/subtitles filters, but there is no builtin rasterizer
[20:00] <RobertNagy> I'm streaming http from vlc and I've noticed a strange phenonenom in ffmpeg, the packet stream index gradually changes... 0, ... 1, ... 2, etc...
[20:00] <RobertNagy> which is quite wierd...
[20:01] <RobertNagy> anyone have any idea what that might be caused by?
[20:01] <RobertNagy> I'm using ffplay x64 win
[20:47] <LFS> how come this guide https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide instruct the command make without make install for x264, fdk-aac and ffmpeg?
[20:49] <JEEB> LFS, the package creation thingy IIRC simulates `make install`
[20:50] <LFS> what is IIRC?
[20:51] <LFS> do I need to add fourth command make install or not?
[20:51] <LFS> no but thank burek
[20:51] <LFS> no but thank fflogger
[21:02] <LFS> what else everyone wanna tell me? how about bing iirc and yahoo iirc
[21:02] <LFS> I don't know those search engines too
[21:06] <durandal11707> LFS: so you still do not know what iirc means?
[21:06] <LFS> yes I'm still 12
[21:07] <durandal11707> than wait, say 16 years
[21:08] <LFS> who knows if I'm interested to be 16 if it is really crowded with mofos
[21:09] <durandal11707> LFS: so what was your problem?
[21:10] <LFS> are you asking about the technical issue of my computer or my personal allergy to mofos?
[21:12] <durandal11707> LFS: IIRC you asked question about ubuntu compilation guide
[21:17] <LFS> durandal11707: thanks for your follow up but I hate to disturb mofos in the channel, my superficial questions is pissing them off
[21:17] <LFS> I'll screwgle the answers myself
[21:18] <durandal11707> so following guide, it installs x264, ...?
[21:18] <durandal11707> or guide have error and does not do what it say it do
[21:19] <LFS> I'm reading an article about the split of ffmpeg from libav which I just knew about both of themn
[21:19] <LFS> http://aballier.wordpress.com/2013/01/18/ffmpeg-vs-libav-a-distribution-maintainer-point-of-view-almost-two-years-after-the-split/
[21:19] <LFS> I was reffered to that guide by one of the libav folks
[21:19] <LFS> and accordingly I had my PCs ffmpeg whipped out
[21:20] <durandal11707> when you was reffered to that guide?
[21:22] <LFS> today if I'm still alive
[21:22] <durandal11707> ok, so you still need help with something or?
[21:23] <LFS> so ffmpeg and libav programmers didn't play nice and end up everyone going in the opposit direction with his toy
[21:23] <LFS> why is that? for the benifit of micorosoft or what?
[21:24] <LFS> I still need help but not from this channel,,, I spend some time reading as long as it make the channel's mofos HAPPY
[21:24] <LFS> thanks anyway durandal11707
[21:26] <ubitux> burek: i think this is a good example of the video you pasted
[21:26] <ubitux> burek: how are you gonna deal with this?
[21:30] <durandal11707> LFS: but you asked for that guide, you stopped compiling & installing ffmpeg for some reason or never actually attempted it?
[21:30] <burek> ubitux :)
[21:30] <burek> recognition of an issue is a half way in solving it :)
[22:50] <llogan> relaxed: ping
[00:00] --- Tue May 14 2013