Re: [RFC] Documentary presenter tagging

2016-02-02 20:51 GMT+01:00 Dave Rice <dave <at> dericed.com>:
>
> On Jan 27, 2016, at 9:54 AM, Pierre Choffet via Matroska-users
> <matroska-users <at> lists.matroska.org> wrote:
>
> Le 26/01/2016 05:25, Steve Lhomme a écrit :
>
> I agree with the additions, although we're in the process of formally
> standardizing Matroska at the IETF and tags will likely be discussed.
> So I'd refrain making such changes until we reach that part in the
> process.
>
> Hi Steve, thanks for your answer
>
> Sounds good to me, I'll resubmit this request once the standardization
> process has ended.
>
>
> In standardizing the metadata for the roles of contributions, it may make
> sense to adopt an external authority. For instance PBCore manages a
> vocabulary called contributorRole:
> http://metadataregistry.org/concept/list/vocabulary_id/127.html
> http://v1.pbcore.org/PBCore/picklists/picklist_contributorRole.html.
> Adopting such a list may be more effective than okaying the values one by
> one as requested.

Interoperability of tags is definitely a good thing. The question is,
what's the best basis to start from ? Matroska is certainly not the
one.

(Continue reading)

[RFC] Documentary presenter tagging

Hi,

The official tag list is mostly done for music and fictional movies, and
it seems there is some lack with documentary films/TV report: there is
no way to tag the name of the presenter. I've evaluated the use of the
ACTOR tag, but it doesn't point out the additional journalist work.

I suggest we add PRESENTER or ANNOUNCER in the official tag list. It
should be used to name the person who host information (nonfiction)
documentary or TV/radio/web show.
Any comment or suggestion?

--

-- 

Pierre

_______________________________________________
Matroska-users mailing list
Matroska-users <at> lists.matroska.org
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users
Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user
Moritz Bunkus | 10 Jan 11:33 2016
Gravatar

MKVToolNix v8.8.0 released

Hey,

a new year, a new release – v8.8.0. Only ten days since 8.7.0, but a
lot of users are hitting a regression in 8.7.0 that makes mkvmerge
crash. The user-visible result is that the GUI (wrongfully) claims
that the mkvmerge executable couldn't be found. The underlying cause
is a bug in the TrueHD detection code wrongfully thinking a file is
indeed a TrueHD file while it actually isn't – e.g. it's happened with
MPEG 2 video files, DTS files, h.264/AVC files etc.

Still, several enhancements and new features have been implemented in
these ten days as well. Therefore this release is 8.8.0 and not 8.7.1.

Nothing has changed for package maintainers compared to v8.7.0.

Here are the usual links:

…to the source code: http://mkvtoolnix.download/source.html
…to the binaries: http://mkvtoolnix.download/downloads.html

The Windows and Mac OS binaries are available. Most of the Linux
binaries are still being built and will be available in a couple of
hours.

Here's the full ChangeLog since v8.7.0:

----------------------------------------------------------------------
2016-01-10  Moritz Bunkus  <moritz <at> bunkus.org>

        * Released v8.8.0.
(Continue reading)

Sebastian G. | 31 Dec 18:19 2015
Picon
Picon

make mkvalidator show the processed filename and output to file

Hi,

I'm on Windows and when I do

> CMD /k C:\mkvalidator\mkvalidator.exe $path\$filename.ext

I get:
> WRN0D0: There are 5126 bytes of void data
>
> mkvalidator 0.5.0: the file appears to be valid
>
> file created with [...]

if I add --details, it tells me about the tracks.

There is nothing that tells me which file I just checked. What do I have
to do to see what file the report is about?

I don't type $path\$filename, so I don't know for which file the report is.

Also I fail to write the results to a file.

When I do:
> dir > C:\test\dir.txt
I get a dir.txt with the directory contents as a list. Nothing is output
in the CMD window (console window).

When I do:
> C:\mkvalidator\mkvalidator.exe $path\$filename.ext >
C:\mkvalidator\log.txt
(Continue reading)

Moritz Bunkus | 31 Dec 14:15 2015
Gravatar

MKVToolNix v8.7.0 released

Hey,

here's the last release for this year: 8.7.0. This release contains a
more even mix of bug fixes and enhancements. One area that has
received special attention is the HEVC/h.265 code where multiple
issues have been fixed. I strongly urge everyone to upgrade if you're
dealing with HEVC/h.265 in Matroska.

The enhancements and new features include:

✓ a reworked preferences dialog in the GUI
✓ a rather flexible method of running arbitrary programs after the GUI
  has finished a job or the whole queue
✓ more items output in verbose & JSON identification modes
✓ more options for dealing with attachments and track statistics tags
  in mkvpropedit

I've also decided to revert the change to writing byte order marks
(BOMs) for UTF-8 encoded files that was introduced in the last
release. This was due to user feedback. A common workflow is to
extract subtitles to an extern file, to edit them somehow and to mux
the back. On Windows this became annoying without BOMs: the extracted
text files are UTF-8, but mkvmerge defaults to Windows' own locale
when reading text files – unless a BOM is found.

Another change I've reverted due to user feedback is the removal of
several ISO 639-2 codes for very old languages. Certain users have
used those codes to indicate variations to the default language, and
the earlier removal broke this workflow.

(Continue reading)

Marcos Bueno | 21 Dec 14:44 2015

Subtitle

Hello,

I have a file in .mkv format and would like to add a subtitle on it.

The problem is when I send to Youtube for example, the legend does not appear

What should I do?

Thank you.
_______________________________________________
Matroska-users mailing list
Matroska-users <at> lists.matroska.org
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users
Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user
Jim Shupert | 1 Dec 15:28 2015

build problem

friends

I wish to be able to run mkvalidator

I have a ubuntu 12.04 64 system

I downloaded

mkvalidator-0.4.2.tar.bz2

this I unzipped as a dir
mkvalidator-0.4.2
inside that dir i did a
./configure

I then did
make -C mkvalidator


but if I open a shell and give it a try

:~$ mkvalidator
mkvalidator: command not found


what have i done wrong...
if it is amissing dependency ... i missed it

I also wish to have mkclean ... i might be missing the "same" step in my
fail with that as well

If you need more information I will be happy to try and communicate it to
you.

thanks much


jim S


================ the whole sheBang

i have it in a nested dir under home
~/Downloads/rbcm/mkvalidator-
0.4.2
that cannot matter -- right?

~/Downloads/rbcm/mkvalidator-0.4.2$ ./configure
Running ./coremake gcc_linux_x64
Now you can run make -C mkvalidator or gmake -C mkvalidator
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$  make -C mkvalidator
make: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[3]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
compiling ../corec/corec/array/array.c
compiling ../corec/corec/helpers/charconvert/charconvert_linux.c
compiling ../corec/corec/helpers/date/date_libc.c
compiling ../corec/corec/helpers/file/bufstream.c
compiling ../corec/corec/helpers/file/file_libc.c
compiling ../corec/corec/helpers/file/memstream.c
compiling ../corec/corec/helpers/file/stream_stdio.c
compiling ../corec/corec/helpers/file/streams.c
compiling ../corec/corec/helpers/file/tools.c
compiling ../corec/corec/helpers/parser/buffer.c
compiling ../corec/corec/helpers/parser/dataheap.c
compiling ../corec/corec/helpers/parser/hotkey.c
compiling ../corec/corec/helpers/parser/nodelookup.c
compiling ../corec/corec/helpers/parser/parser2.c
../corec/corec/helpers/parser/parser2.c: In function ‘ParserIsFormat’:
../corec/corec/helpers/parser/parser2.c:398:45: warning: operation on ‘j’
may be undefined [-Wsequence-point]
../corec/corec/helpers/parser/parser2.c: In function ‘ExprIsToken’:
../corec/corec/helpers/parser/parser2.c:2022:5: warning: format not a
string literal and no format arguments [-Wformat-security]
../corec/corec/helpers/parser/parser2.c: In function ‘ExprIsPoint’:
../corec/corec/helpers/parser/parser2.c:2407:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/parser2.c:2407:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
compiling ../corec/corec/helpers/parser/strtab.c
compiling ../corec/corec/helpers/parser/strtypes.c
../corec/corec/helpers/parser/strtypes.c: In function ‘RFC822ToRel’:
../corec/corec/helpers/parser/strtypes.c:504:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:520:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:520:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:520:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 5 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:520:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 6 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:521:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:521:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:521:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 5 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:527:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:529:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c: In function ‘ISO8601ToRel’:
../corec/corec/helpers/parser/strtypes.c:597:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:597:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:597:5: warning: format ‘%d’
expects argument of type ‘int’, but argument 5 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:598:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:598:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:598:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 5 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:599:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:599:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:599:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 5 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:600:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:600:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:600:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 5 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:611:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:611:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:611:9: warning: format ‘%d’
expects argument of type ‘int’, but argument 5 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:612:13: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:612:13: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:612:13: warning: format ‘%d’
expects argument of type ‘int’, but argument 5 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:615:13: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:620:17: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:620:17: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:621:21: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:621:21: warning: format ‘%d’
expects argument of type ‘int’, but argument 4 has type ‘intptr_t *’
[-Wformat]
../corec/corec/helpers/parser/strtypes.c:622:21: warning: format ‘%d’
expects argument of type ‘int’, but argument 3 has type ‘intptr_t *’
[-Wformat]
compiling ../corec/corec/helpers/parser/urlpart.c
compiling ../corec/corec/node/node.c
../corec/corec/node/node.c: In function ‘Node_GetDataStart’:
../corec/corec/node/node.c:527:18: warning: unused variable ‘p’
[-Wunused-variable]
compiling ../corec/corec/node/nodetree.c
compiling ../corec/corec/str/str.c
compiling ../corec/corec/str/str_linux.c
compiling ebmlbinary.c
compiling ebmlcrc.c
compiling ebmldate.c
compiling ebmlelement.c
compiling ebmlmain.c
compiling ebmlmaster.c
ebmlmaster.c: In function ‘EBML_MasterSort’:
ebmlmaster.c:149:9: warning: passing argument 4 of ‘ArraySortEx’ from
incompatible pointer type [enabled by default]
../corec/corec/array/array.h:83:16: note: expected ‘arraycmp’ but argument
is of type ‘int (*)(const struct ebml_element *, const struct ebml_element
**, const struct ebml_element **)’
ebmlmaster.c: In function ‘ReadData’:
ebmlmaster.c:416:50: warning: ‘CRCDataSize’ may be used uninitialized in
this function [-Wuninitialized]
ebmlmaster.c:428:9: warning: ‘SubElement’ may be used uninitialized in
this function [-Wuninitialized]
compiling ebmlnumber.c
ebmlnumber.c: In function ‘ReadDataFloat’:
ebmlnumber.c:244:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:244:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:244:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:244:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:252:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:252:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:252:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:252:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:252:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:252:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:252:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ebmlnumber.c:252:9: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
compiling ebmlstring.c
ebmlstring.c: In function ‘ReadData’:
ebmlstring.c:102:9: warning: ‘Buffer’ may be used uninitialized in this
function [-Wuninitialized]
compiling ebmlvoid.c
linking ../release/gcc_linux_x64/libebml2.a
make[3]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
compiling matroska_sem.c
compiling matroskablock.c
compiling matroskamain.c
linking ../release/gcc_linux_x64/libmatroska2.a
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
compiling mkvalidator_stdafx.c
compiling mkvalidator.c
mkvalidator.c: In function ‘CheckProfileViolation’:
mkvalidator.c:454:9: warning: passing argument 3 of
‘EBML_MasterCheckContext’ from incompatible pointer type [enabled by
default]
../libebml2/ebml/ebml.h:238:15: note: expected ‘ContextCallback’ but
argument is of type ‘bool_t (*)(struct profile_check *, int,  const
tchar_t *, const struct ebml_element *)’
mkvalidator.c: In function ‘main’:
mkvalidator.c:1382:17: warning: format ‘%lld’ expects argument of type
‘long long int’, but argument 5 has type ‘int64_t’ [-Wformat]
linking ../release/gcc_linux_x64/mkvalidator
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ ls
build          configure  GNUmakefile   mkvalidator  root.proj
ChangeLog.txt  corec      libebml2      ReadMe.txt
config.h       coremake   libmatroska2  release
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ cd mkvalidator/
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ ls
configure      mkvalidator.mak        mkvalidator_stdafx.c
GNUmakefile    mkvalidator.proj       mkvalidator_stdafx.h
mkvalidator.c  mkvalidator_project.h  pkg.sh
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ ./configure
bash: ./configure: Permission denied
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ sudo
./configure
[sudo] password for scnsvr:
sudo: ./configure: command not found
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ make
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[3]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
linking ../release/gcc_linux_x64/mkvalidator
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ coremake
coremake: command not found
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ .configure
.configure: command not found
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ ./configure
bash: ./configure: Permission denied
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ cd ..
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ ls
build          configure  GNUmakefile   mkvalidator  root.proj
ChangeLog.txt  corec      libebml2      ReadMe.txt
config.h       coremake   libmatroska2  release
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ ./configure
compiling coremake.c
coremake.c: In function ‘tokeneval’:
coremake.c:3862:21: warning: variable ‘flags’ set but not used
[-Wunused-but-set-variable]
coremake.c: In function ‘main’:
coremake.c:5382:11: warning: ignoring return value of ‘getcwd’, declared
with attribute warn_unused_result [-Wunused-result]
coremake.c: In function ‘reader_line’:
coremake.c:779:7: warning: ignoring return value of ‘fgets’, declared with
attribute warn_unused_result [-Wunused-result]
linking ../../../release/gcc_linux_x64/coremake
compiling corerc.c
linking ../../../release/gcc_linux_x64/corerc
mv: cannot stat `corec/tools/coremake/coremake': No such file or directory
Running ./coremake gcc_linux_x64
Now you can run make -C mkvalidator or gmake -C mkvalidator
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ make -C mkvalidator
make: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[3]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
linking ../release/gcc_linux_x64/mkvalidator
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[2]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libmatroska2'
make[1]: Entering directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/libebml2'
make: Leaving directory
`/home/scnsvr/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator'
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ mkvalidator
mkvalidator: command not found
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ mkvalidator
mkvalidator: command not found
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ ls
build          config.h   corec     GNUmakefile  libmatroska2  ReadMe.txt
root.proj
ChangeLog.txt  configure  coremake  libebml2     mkvalidator   release
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ cd mkvalidator/
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ make -C
mkvalidator
make: *** mkvalidator: No such file or directory.  Stop.
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ ls
configure    mkvalidator.c    mkvalidator.proj       mkvalidator_stdafx.c
pkg.sh
GNUmakefile  mkvalidator.mak  mkvalidator_project.h  mkvalidator_stdafx.h
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2/mkvalidator$ cd ..
scnsvr <at> gus:~/Downloads/rbcm/mkvalidator-0.4.2$ coremake gcc_linux_x64
coremake: command not found


Thanks

jS
_______________________________________________
Matroska-users mailing list
Matroska-users <at> lists.matroska.org
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users
Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user
Moritz Bunkus | 29 Nov 23:02 2015
Gravatar

MKVToolNix v8.6.1 released

Hey,

Just one day later, another release of MKVToolNix: v8.6.1. I'm
therefore including and extending the previous announcement.

Like the previous couple of releases this one focuses on bug fixes
primarily. However, it also introduces one interesting new feature
with support output mkvmerge's identification result as JSON for
improved scripting.

There's also an important change breaking backwards compatibility:
text files created by the tools (e.g. chapters extracted with
mkvextract or redirected output of any of the tools) won't start with
a byte order mark (BOM) anymore, even if they're encoded in one of the
UTF-* encodings. Back in the day people believed that text files would
be encoded primarily in UTF in the future and that distinguishing
between those formats automatically with a byte order mark seemed sensible.

Reality has shown that things turned out differently: text files are
overwhelmingly encoded in UTF-8 if they originate on Linux/Unix/Mac OS
and in Windows' local encoding otherwise. Writing byte order marks
isn't recommended anymore anyway.

This is an experimental change in so far as I'm willing to reverse it
if enough people speak out for keeping the BOMs. So if you have
legitimate concerns about this then please drop me a line.

An important change for package maintainers is that gcc 4.8.0 or
newer/clang 3.4 or newer is now required for compilation due to the
(header-only) library used for generating the JSON output. This
concerns CentOS 6 and Debian 7 "wheezy" for which I don't offer
binaries anymore as a consequence.

Here are the usual links:

…to the source code: http://mkvtoolnix.download/source.html
…to the binaries: http://mkvtoolnix.download/downloads.html

The Windows and Mac OS binaries are available. Most of the Linux
binaries are still being built and will be available in a couple of
hours.

Here's the full ChangeLog since v8.5.2:

----------------------------------------------------------------------
2015-11-29  Moritz Bunkus  <moritz <at> bunkus.org>

        * Released v8.6.1.

        * mkvpropedit, GUI's chapter & header editors bug fix: in certain
        situations the modified file would not contain a seek head before
        the first cluster anymore resulting in most players not finding
        elements such as attachments or the index located at the end of
        the file anymore. Fixes #1513.

        * mkvmerge: bug fix: the change to do a deeper file analysis if no
        seek head was found was causing huge increases in file type
        detection time as popular tools like x264 don't write seek
        heads. The way elements at the end are searched has been changed
        to only scan the last 5 MB of the file instead of iterating over
        every level 1 element from the beginning of the file.

2015-11-28  Moritz Bunkus  <moritz <at> bunkus.org>

        * Released v8.6.0.

        * all: change: none of the tools will write a byte-order mark
        (BOM) to text files encoded any of the UTF-* schemes anymore.

2015-11-25  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: Matroska reader bug fix: the info about which
        packetizer is used was output twice for each HEVC track. Fixes
        #1522.

        * MKVToolNix GUI: bug fix: implemented a workaround for a bug in
        Qt which caused the GUI not to start anymore due to failing to
        detect a stale lock file if the GUI had crashed before on a
        computer with a host name that included non-ASCII characters. See
        https://bugreports.qt.io/browse/QTBUG-49640

2015-11-22  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: bug fix: a track's number of bits per audio sample
        wasn't output in verbose identification mode even if it was
        present in the file.

        * mkvmerge: enhancement: if no seek head is found before the first
        cluster when reading Matroska files then mkvmerge will attempt a
        deeper scan of all elements in the file in order to find track
        headers, attachments, chapters and tags located at the end of the
        file. See #1513 for the rationale.

2015-11-21  Moritz Bunkus  <moritz <at> bunkus.org>

        * MKVToolNix GUI: header editor bug fix: the "status" description
        wasn't adjusting its height properly resulting in its text being
        cut off. Fixes #1517.

        * MKVToolNix GUI: bug fix: the program changes its working
        directory to the user's profile/home directory on startup allowing
        the removal of its installation folder even if a program started
        by the GUI (e.g. a web browser) is still running. Fixes #1518.

        * ebml_validator: bug fix: elements with an unknown size weren't
        handled correctly.

        * build system: fixed building and linking against libEBML and
        libMatroska if they're installed in a non-standard location.

        * mkvpropedit, MKVToolNix GUI's chapter and header editors: the
        tools were unable to update elements in files without a seek head
        present. Fixes #1516.

2015-11-15  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: bug fix: fixed two issues causing mkvmerge to write
        invalid data when updating track headers caused by the fix for
        "Re-rendering track headers: data_size != 0 not implemented
        yet". Fixes #1498.

        * all: MKVToolNix now requires gcc 4.8.0 or later or clang 3.4 or
        later for compilation.

2015-11-14  Moritz Bunkus  <moritz <at> bunkus.org>

        * MKVToolNix GUI: bug fix: the options for linking to the
        next/previous segment UID were wrong. Fixes #1511.

2015-11-10  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: enhancement: added JSON as an output format for file
        type identification. It can be activated with
        "--identification-format json --identify yourfile.ext" (or their
        short counterparts "-F json -i yourfile.ext").

2015-11-09  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: bug fix: the VC-1 handlig code was duplicating the
        first sequence headers with each mux. Fixes #1503.

2015-11-08  Moritz Bunkus  <moritz <at> bunkus.org>

        * build system: bug fix: configure was checking for and using
        libintl if --without-gettext was used. Fixes #1501.
----------------------------------------------------------------------

Have fun.

Kind regards,
mosu
_______________________________________________
Matroska-users mailing list
Matroska-users <at> lists.matroska.org
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users
Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user
Moritz Bunkus | 28 Nov 22:00 2015
Gravatar

MKVToolNix v8.6.0 released

Hey,

The next release of MKVToolNix is available: v8.6.0. Like the previous
couple of releases this one focuses on bug fixes primarily. However,
it also introduces one interesting new feature with support output
mkvmerge's identification result as JSON for improved scripting.

There's also an important change breaking backwards compatibility:
text files created by the tools (e.g. chapters extracted with
mkvextract or redirected output of any of the tools) won't start with
a byte order mark (BOM) anymore, even if they're encoded in one of the
UTF-* encodings. Back in the day people believed that text files would
be encoded primarily in UTF in the future and that distinguishing
between those formats automatically with a byte order mark seemed sensible.

Reality has shown that things turned out differently: text files are
overwhelmingly encoded in UTF-8 if they originate on Linux/Unix/Mac OS
and in Windows' local encoding otherwise. Writing byte order marks
isn't recommended anymore anyway.

This is an experimental change in so far as I'm willing to reverse it
if enough people speak out for keeping the BOMs. So if you have
legitimate concerns about this then please drop me a line.

An important change for package maintainers is that gcc 4.8.0 or
newer/clang 3.4 or newer is now required for compilation due to the
(header-only) library used for generating the JSON output. This
concerns CentOS 6 and Debian 7 "wheezy" for which I don't offer
binaries anymore as a consequence.

Here are the usual links:

…to the source code: http://mkvtoolnix.download/source.html
…to the binaries: http://mkvtoolnix.download/downloads.html

The Windows and Mac OS binaries are available. Most of the Linux
binaries are still being built and will be available in a couple of
hours.

Here's the full ChangeLog since the previous release:

----------------------------------------------------------------------
2015-11-28  Moritz Bunkus  <moritz <at> bunkus.org>

        * Released v8.6.0.

        * all: change: none of the tools will write a byte-order mark
        (BOM) to text files encoded any of the UTF-* schemes anymore.

2015-11-25  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: Matroska reader bug fix: the info about which
        packetizer is used was output twice for each HEVC track. Fixes
        #1522.

        * MKVToolNix GUI: bug fix: implemented a workaround for a bug in
        Qt which caused the GUI not to start anymore due to failing to
        detect a stale lock file if the GUI had crashed before on a
        computer with a host name that included non-ASCII characters. See
        https://bugreports.qt.io/browse/QTBUG-49640

2015-11-22  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: bug fix: a track's number of bits per audio sample
        wasn't output in verbose identification mode even if it was
        present in the file.

        * mkvmerge: enhancement: if no seek head is found before the first
        cluster when reading Matroska files then mkvmerge will attempt a
        deeper scan of all elements in the file in order to find track
        headers, attachments, chapters and tags located at the end of the
        file. See #1513 for the rationale.

2015-11-21  Moritz Bunkus  <moritz <at> bunkus.org>

        * MKVToolNix GUI: header editor bug fix: the "status" description
        wasn't adjusting its height properly resulting in its text being
        cut off. Fixes #1517.

        * MKVToolNix GUI: bug fix: the program changes its working
        directory to the user's profile/home directory on startup allowing
        the removal of its installation folder even if a program started
        by the GUI (e.g. a web browser) is still running. Fixes #1518.

        * ebml_validator: bug fix: elements with an unknown size weren't
        handled correctly.

        * build system: fixed building and linking against libEBML and
        libMatroska if they're installed in a non-standard location.

        * mkvpropedit, MKVToolNix GUI's chapter and header editors: the
        tools were unable to update elements in files without a seek head
        present. Fixes #1516.

2015-11-15  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: bug fix: fixed two issues causing mkvmerge to write
        invalid data when updating track headers caused by the fix for
        "Re-rendering track headers: data_size != 0 not implemented
        yet". Fixes #1498.

        * all: MKVToolNix now requires gcc 4.8.0 or later or clang 3.4 or
        later for compilation.

2015-11-14  Moritz Bunkus  <moritz <at> bunkus.org>

        * MKVToolNix GUI: bug fix: the options for linking to the
        next/previous segment UID were wrong. Fixes #1511.

2015-11-10  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: enhancement: added JSON as an output format for file
        type identification. It can be activated with
        "--identification-format json --identify yourfile.ext" (or their
        short counterparts "-F json -i yourfile.ext").

2015-11-09  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvmerge: bug fix: the VC-1 handlig code was duplicating the
        first sequence headers with each mux. Fixes #1503.

2015-11-08  Moritz Bunkus  <moritz <at> bunkus.org>

        * build system: bug fix: configure was checking for and using
        libintl if --without-gettext was used. Fixes #1501.
----------------------------------------------------------------------

Have fun.

Kind regards,
mosu
_______________________________________________
Matroska-users mailing list
Matroska-users <at> lists.matroska.org
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users
Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user
Raju Kumar | 18 Nov 10:18 2015

Matroska time code calculation issue

Dear Matroska-Users,

I am workign on spliting video file which contains Matroska media container. To split out a MKV file (generated from Matroska v2) into two sub files, I am performing below operation in my C# code on windows platform:

1.) Parse MKV file[EBML, Segment(Segment info, Seek head, Tracks, Clusters) with misc information].
2.) Split mkv file into two parts & applying Header information on both the files.
  • In first part of file, taking clusters from start to middle of file and updating header for length of segments. Generated output file is playable.
  • In second part of file, taking from middle to end of file and updating header, timecode and previous cluster size. Generated output file is look likes a valid mkv file but not playable. We had cross checked this section using AVI-Mux tool.  
As I could understand that my timecode calculation (Absolute Timecode = Block+Cluster for Block and for cluster Relative Timecode = Block) is not correct and also I could not conclude variable timecode calculation doing by AVI-Mux tool.

Can you please help me out to resolve timecode calculation issue? Appriciate if some one can share sample code to understand the same.
 
Thanks & Regards
Raju Kumar Ram

_______________________________________________
Matroska-users mailing list
Matroska-users <at> lists.matroska.org
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users
Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user
Moritz Bunkus | 4 Nov 23:48 2015
Gravatar

MKVToolNix v8.5.2 released

Hey,

Here's another release of MKVToolNix, v8.5.2, a couple of days after
8.5.1. This time a bug in the HEVC/h.265 handling has been fixed that
quite a lot of users seem to be hitting.

Here are the usual links:

…to the source code: http://www.bunkus.org/videotools/mkvtoolnix/source.html
…to the binaries: http://www.bunkus.org/videotools/mkvtoolnix/downloads.html

All binaries that I provide have been uploaded already.

Here's the full ChangeLog since the previous release:

----------------------------------------------------------------------
2015-11-04  Moritz Bunkus  <moritz <at> bunkus.org>

        * Released v8.5.2.

2015-11-03  Moritz Bunkus  <moritz <at> bunkus.org>

        * MKVToolNix GUI: bug fix: the file/track columns aren't resized
        to fit their content when expanding/collapsing tree nodes
        anymore. Such expansion also happened when moving entries with the
        "move up/down" buttons. Fixes #1492.

        * mkvmerge: bug fix: fixed the values of the "previous/next
        segment UID" elements when splitting by parts with segment linking
        enabled. Fixes #1497.

        * mkvmerge: bug fix: mkvmerge no longer creates a "next segment
        UID" field in the last file when splitting and segment linking is
        active.

2015-10-22  Moritz Bunkus  <moritz <at> bunkus.org>

        * mkvpropedit, MKVToolNix GUI header editor: enhancement: added
        the "codec delay" track header field as an editable property.

        * mkvmerge: bug fix: fixed an endless loop when updating track
        headers caused by the fix for "Re-rendering track headers:
        data_size != 0 not implemented yet". Fixes #1485.
----------------------------------------------------------------------

Have fun.

Kind regards,
mosu
_______________________________________________
Matroska-users mailing list
Matroska-users <at> lists.matroska.org
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users
Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user

Gmane