On Tue, Feb 26, 2019 at 14:22:52 -0800, Hans Carlson wrote:
> > Attached. Use at your own risk. I only merged the changes and fixed
> > obvious merge issues.
>
> This is great. What's the odds this (or something similar to/based on
> this) could be added to the official ffmpeg code base?
Well,
On Sun, 24 Feb 2019, Moritz Barsnick wrote:
On Sun, Feb 24, 2019 at 01:19:20 +0100, Ulf Zibis wrote:
Would you be capable to create such a patch? I really would appreciate
this.
Attached. Use at your own risk. I only merged the changes and fixed
obvious merge issues.
This is great. What's
Am 24.02.19 um 18:41 schrieb Moritz Barsnick:
> On Sun, Feb 24, 2019 at 01:19:20 +0100, Ulf Zibis wrote:
>> Would you be capable to create such a patch? I really would appreciate
>> this.
> Attached. Use at your own risk. I only merged the changes and fixed
> obvious merge issues.
Hey great, I'm s
2019-02-24 11:21 GMT+01:00, Ulf Zibis :
> At the page https://github.com/vigata/vgtmpeg I read:
>
>
> Contributing
>
> Patches should be submitted to the ffmpeg-devel mailing list using |git
> format-patch| or |git send-email|. Github pull requests should be
> avoided because they are not part
Am 23.02.19 um 22:05 schrieb Moritz Barsnick:
> On Fri, Feb 22, 2019 at 10:22:05 -0800, Hans Carlson wrote:
>> You might want to take a look at vgtmpeg:
>>http://godromo.com/gmt/vgtmpeg
> Interesting stuff. The author should have at least tried to contribute
> his changes to ffmpeg though. (An
Am 23.02.19 um 22:05 schrieb Moritz Barsnick:
> On Fri, Feb 22, 2019 at 10:22:05 -0800, Hans Carlson wrote:
>> You might want to take a look at vgtmpeg:
>>http://godromo.com/gmt/vgtmpeg
> Interesting stuff.
Indeed. I'm wondering, why vgtmpeg is not listed here:
https://trac.ffmpeg.org/wiki/Pro
On Fri, Feb 22, 2019 at 10:22:05 -0800, Hans Carlson wrote:
> You might want to take a look at vgtmpeg:
>http://godromo.com/gmt/vgtmpeg
Interesting stuff. The author should have at least tried to contribute
his changes to ffmpeg though. (And not claim authorship, where all he
provided was a sm
On Sat, 23 Feb 2019, Ulf Zibis wrote:
The only missing is the language metadata for the subtitles. Maybe you
have an idea, how this will work too. (See the output below.)
I'm afraid I don't. You might want to try to contact the vgtmpeg
developer directly. Looks like there's a support link
Hi Hans,
Am 22.02.19 um 19:22 schrieb Hans Carlson:
> On Thu, 21 Feb 2019, Ulf Zibis wrote:
>
>> Is ffmpeg able to gather such language codes for the 13 subtitles and
>> the 5 audio streams from the ifo files and how?
>
> You might want to take a look at vgtmpeg:
>
> http://godromo.com/gmt/vgtmp
On Thu, 21 Feb 2019, Ulf Zibis wrote:
Is ffmpeg able to gather such language codes for the 13 subtitles and
the 5 audio streams from the ifo files and how?
You might want to take a look at vgtmpeg:
http://godromo.com/gmt/vgtmpeg
It's a fork of ffmpeg that can read DVDs (or VIDEO_TS directo
Am 21.02.19 um 00:52 schrieb Carl Eugen Hoyos:
> 2019-02-21 0:45 GMT+01:00, Ulf Zibis :
>> I didn't try it, because I don't know how.
>> Is ffmpeg able to gather such language codes for the 13
>> subtitles and the 5 audio streams from the ifo files
> After looking at the actual code again: No, sor
2019-02-21 0:45 GMT+01:00, Ulf Zibis :
>
> Am 21.02.19 um 00:39 schrieb Carl Eugen Hoyos:
>> 2019-02-21 0:37 GMT+01:00, Ulf Zibis :
>>> Am 21.02.19 um 00:17 schrieb Carl Eugen Hoyos:
> AND that ffmpeg is not able to extract
> them from other ripped files such as *.ifo?
That may be poss
Am 21.02.19 um 00:39 schrieb Carl Eugen Hoyos:
> 2019-02-21 0:37 GMT+01:00, Ulf Zibis :
>> Am 21.02.19 um 00:17 schrieb Carl Eugen Hoyos:
AND that ffmpeg is not able to extract
them from other ripped files such as *.ifo?
>>> That may be possible but you do not provide other
>>> ripped fi
2019-02-21 0:37 GMT+01:00, Ulf Zibis :
>
> Am 21.02.19 um 00:17 schrieb Carl Eugen Hoyos:
>>> AND that ffmpeg is not able to extract
>>> them from other ripped files such as *.ifo?
>> That may be possible but you do not provide other
>> ripped files to FFmpeg.
> In my post from 18.02.19, 19:04 CET
Am 21.02.19 um 00:17 schrieb Carl Eugen Hoyos:
>> AND that ffmpeg is not able to extract
>> them from other ripped files such as *.ifo?
> That may be possible but you do not provide other
> ripped files to FFmpeg.
In my post from 18.02.19, 19:04 CET I had listed the ifo files:
dvdrip/tmp/ifo:
vts
2019-02-20 11:05 GMT+01:00, Ulf Zibis :
>
> Am 19.02.19 um 20:11 schrieb Carl Eugen Hoyos:
>> 2019-02-19 19:26 GMT+01:00, Ulf Zibis :
>>
>>> I'm still wondering, why ffmpeg doesn't recognize
>>> the language codes of the subtitle streams.
>>
>> I don't think they are part of the vob file.
>>
>>> Th
Am 19.02.19 um 20:11 schrieb Carl Eugen Hoyos:
> 2019-02-19 19:26 GMT+01:00, Ulf Zibis :
>
>> I'm still wondering, why ffmpeg doesn't recognize
>> the language codes of the subtitle streams.
> I don't think they are part of the vob file.
>
>> They must be there, as one can see from the
>> attached
2019-02-19 19:26 GMT+01:00, Ulf Zibis :
> I'm still wondering, why ffmpeg doesn't recognize
> the language codes of the subtitle streams.
I don't think they are part of the vob file.
> They must be there, as one can see from the
> attached dvd::rip screenshot.
No.
> Is it possible to add them
Am 18.02.19 um 22:02 schrieb Moritz Barsnick:
> Exactly as Ted said (and I had forgotten). There are basically two
> classes of subtitle streams: text and bitmap. ffmpeg cannot
> convert/encode the latter to the former. The format mp4 does not
> support any type of bitmap subtitles (to my knowledg
> Yes, I know, and for monochrome images it compresses much better. But
> I'm wondering about the scrambled content and the huge amout of PNG
> files in the ripped data, so it seems to me, that each subtitle pic
> becomes somehow decrypted from many PNG fragments which unfortunately
> fill 10 % of
Am 19.02.19 um 06:46 schrieb Carl Zwanzig:
> On 2/18/2019 4:03 PM, Ulf Zibis wrote:
>> I note, that those composed PNG bitmaps consume 10 % of the footprint of
>> the video. Is there a possibility to compress them to e.g. JPEG?
>
> PNG _is_ compressed, it's just a different algorithm from JPEG (or
On 2/18/2019 4:03 PM, Ulf Zibis wrote:
I note, that those composed PNG bitmaps consume 10 % of the footprint of
the video. Is there a possibility to compress them to e.g. JPEG?
PNG _is_ compressed, it's just a different algorithm from JPEG (or GIF).
z!
_
Am 19.02.19 um 00:28 schrieb Carl Eugen Hoyos:
> 2019-02-18 22:27 GMT+01:00, Ulf Zibis :
>
>> Stream #0:6 -> #0:6 (dvd_subtitle (dvdsub) -> ass (ssa))
>> Stream #0:7 -> #0:7 (dvd_subtitle (dvdsub) -> ass (ssa))
>> Stream #0:8 -> #0:8 (dvd_subtitle (dvdsub) -> ass (ssa))
>> Stream #0:9 -> #
2019-02-18 22:27 GMT+01:00, Ulf Zibis :
> Stream #0:6 -> #0:6 (dvd_subtitle (dvdsub) -> ass (ssa))
> Stream #0:7 -> #0:7 (dvd_subtitle (dvdsub) -> ass (ssa))
> Stream #0:8 -> #0:8 (dvd_subtitle (dvdsub) -> ass (ssa))
> Stream #0:9 -> #0:9 (dvd_subtitle (dvdsub) -> ass (ssa))
> Stream #0:
Hi Moritz,
Am 18.02.19 um 22:27 schrieb Ulf Zibis:
>> What's in these files? Are they really text? (I hadn't heard of srtx so
>> far.)
> Yes, they are really text. Seem to be an intermediate data file for
> dvd::rip. I guess, they record the timestamps for the bitmap subtitles.
Oops, I'm sorry, I
> I guess you mean the files named "pic.srtx". But what should I do with
> them? The content looks like:
> 1
> 00:00:31,160 --> 00:00:34,429
> /media/Sicherung/Filme/VLuN/dvdrip/tmp/subtitles/002-C001/00/pic0001.pgm.txt
Those look like srt.. Maybe it is doing OCR on the vobsubs and producing text
Hi Moritz,
Am 18.02.19 um 22:02 schrieb Moritz Barsnick:
> On Mon, Feb 18, 2019 at 21:13:29 +0100, Ulf Zibis wrote:
>> over 6 GB memory, so my machine heavily swapped
> Probably okay if you reduce the -probesize and -analyzeduration to fit
> your file. Sorry, it's a bit hit and miss.
Yes, it was
On Mon, Feb 18, 2019 at 21:13:29 +0100, Ulf Zibis wrote:
> over 6 GB memory, so my machine heavily swapped
Probably okay if you reduce the -probesize and -analyzeduration to fit
your file. Sorry, it's a bit hit and miss.
> Stream #0:6[0x26]: Subtitle: dvd_subtitle
> Stream #0:7[0x20]: Sub
Thanks Ted.
Am 18.02.19 um 19:59 schrieb Ted Park:
>> I got the same results with that. Does it matter at which position I put
>> these arguments and does it last to use only one of the two?
> I’m pretty sure probe size and analyze duration are per file, put it before
> the input. And they are bo
> I got the same results with that. Does it matter at which position I put
> these arguments and does it last to use only one of the two?
I’m pretty sure probe size and analyze duration are per file, put it before the
input. And they are both limits, so I think you need to use both (if you don’t,
Hi Moritz,
Am 18.02.19 um 17:06 schrieb Moritz Barsnick:
> ffmpeg needs to detect them *before* demuxing. That's why I told you to
> use large values for "-probesize" and "-analyzeduration". They tell
> ffmpeg to look deeply into the video before deciding which input
> streams are available. Then
Hi Moritz,
thanks for your additional hints.
Am 18.02.19 um 17:06 schrieb Moritz Barsnick:
> ffmpeg needs to detect them *before* demuxing. That's why I told you to
> use large values for "-probesize" and "-analyzeduration". They tell
> ffmpeg to look deeply into the video before deciding which i
On Mon, Feb 18, 2019 at 16:29:01 +0100, Ulf Zibis wrote:
> >> Also there should be 13 subtitle streams in this video, but I don't find
> >> them here.
> > In VOBs, subtitles tend to appear later in the files. Use large values
> > for "-probesize" and "-analyzeduration" for seeing them (not only whe
Am 18.02.19 um 14:56 schrieb Moritz Barsnick:
> You can use "-map 0" to get *all* streams from the input. This is at
> the risk of also mapping e.g. data streams, which the output format may
> not support.
Great, this works fine now.
>> Also there should be 13 subtitle streams in this video, but
On Mon, Feb 18, 2019 at 11:56:42 +0100, Ulf Zibis wrote:
> I have a ripped vob stream with 5 audio streams. I want all these audio
> streams in the mp4 file. What to do for this?
Oh, another thing: It depends on how these VOBs were ripped. In most
cases, ffmpeg won't we able to handle them as a bu
On Mon, Feb 18, 2019 at 11:56:42 +0100, Ulf Zibis wrote:
> I have a ripped vob stream with 5 audio streams. I want all these audio
> streams in the mp4 file. What to do for this?
Read here:
https://ffmpeg.org/ffmpeg.html#Automatic-stream-selection
"In the absence of any map options for a part
36 matches
Mail list logo