Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 2nd July 2009, 16:43   #1041  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
Quote:
Originally Posted by tetsuo55 View Post
Thanks for the release.

I will make sure to remux my MPEG4 part 2 and MPEG4 part 10 files with the new version.
Please note that native MPEG4 part 2 mkv files created from VfW material with versions prior to 2.9.7 are not fixed by remuxing them. Mosu says it's not possible.
sneaker_ger is offline  
Old 2nd July 2009, 16:49   #1042  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Quote:
Originally Posted by sneaker_ger View Post
Please note that native MPEG4 part 2 mkv files created from VfW material with versions prior to 2.9.7 are not fixed by remuxing them. Mosu says it's not possible.
That's correct.

1. Only merging files with "--engage native_mpeg4" has been affected by the changes in 2.9.7. Normal xvid/divx/MPEG4 part 2 merging without that --engage option has NOT changed.

2. Remuxing files with V_ISO/MPEG4/{SP,AP,ASP} codec IDs that have been written by mkvmerge versions before 2.9.7 cannot be fixed by a remux with 2.9.7 because too much valuable timecode and frame information has already been lost in the first step.

3. The native muxing will be made the default (and probably the only choice) in mkvmerge 3.0.0.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 2nd July 2009, 17:33   #1043  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 2,317
Too bad
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC
tetsuo55 is offline  
Old 4th July 2009, 15:53   #1044  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Kann man mkvmerge so einstellen das die Konsole englisch ausgibt und deutsche Umlaute in den Pfaden korrekt dargestellt werden?
stax76 is offline  
Old 4th July 2009, 16:15   #1045  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Quote:
Originally Posted by stax76 View Post
Kann man mkvmerge so einstellen das die Konsole englisch ausgibt und deutsche Umlaute in den Pfaden korrekt dargestellt werden?
This is an English forum, so I'll reply in English.

The language mkvmerge uses and the charset it uses are two distinct things. The language and charset default to the system values. How those values are determined depends on the operating system you're running mkvmerge on.

Generally there are two options for changing these aspects: --ui-language and --output-charset. The former sets the language and the latter changes the charset that all tools use for outputting to the console.

On Windows you shouldn't have to change the output charset as mkvmerge detects the charset used by the console itself. Changing the output charset is only useful if you redirect the output, e.g. to a text file, and use an editor for looking through that text file. Changing the language on Windows is easy enough, just add "--ui-language en" to the command line.

On non-Windows systems mkvmerge usually gets its defaults from the locale environment variables (LC_ALL, LC_MESSAGES and LANG are examined in this order. The first one that is set is chosen.). You can still use --ui-language and --output-charset, or you could simply change the environment variable appropriately (e.g. "LC_MESSAGES=en_US.UTF-8 mkvmerge ..."). Unlike Windows the --ui-language parameter actually takes the same format as the LC_* and LANG variables meaning that for English you'll have to use "en_US" and not just "en" as on Windows.

Note for non-Windows systems: setting LC_MESSAGES to "en_US" (without an explicit charset) means that the charset defaults to "ASCII" and not to UTF-8. If you need German Umlaute then your Linux system is usually either set up for ISO-8859-15 or for UTF-8. Achieving the latter is easy: "en_US.UTF-8". However, the former is usually not supported out of the box by most Linux distributions. You'll have to use something like "en_US@euro" and use locale-gen to define en_US@euro as being ISO-8859-15, or you'll have to change en_US itself to map to ISO-8859-15. How that is done depends heavily on the distribution in question.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.

Last edited by Mosu; 4th July 2009 at 16:19.
Mosu is offline  
Old 4th July 2009, 16:52   #1046  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Thanks for the quick and detailed explanation, it didn't help with none of both issues.

Code:
mkvmerge.exe -h -ui-language en                     -> Gespr"chigkeit erh"hen
mkvmerge.exe -h -ui-language en --output-charset en -> Gesprächigkeit erhöhen
edit: I'm on Win 7 32bit english with german locale, if it helps you I can boot into XP german and check if it behaves different.

Last edited by stax76; 4th July 2009 at 17:09.
stax76 is offline  
Old 4th July 2009, 17:10   #1047  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
There have to be two dashes with long options, not just one. --output-charset en won't work because "en" is not a valid charset. Just leave it out. It works nicely on Windows XP and Vista for me, and I don't have access to Windows 7 -- nor do I know which damn charset Windows 7 uses for its console. You could try "--output-charset CP850" or "--output-charset CP1252" or something like that.

Please read http://forum.doom9.org/showthread.ph...02#post1288702 for an explanation of the issue of code pages on Windows (short version: Windows uses two different ones, one for the system and one for the cmd.exe thingy. Maybe they changed that in Windows 7 for cmd.exe).
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.

Last edited by Mosu; 4th July 2009 at 17:12.
Mosu is offline  
Old 4th July 2009, 18:47   #1048  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
I've entered chcp to find out the codepage, it's 850 on my english Win 7 system and Umlaute are NOT displayed correctly. On my german XP system codepage is also 850 but Umlaute are displayed correctly. Would it be possible that mkvmerge would output Umlaute on my system correctly without requiring me to use '--output-charset CP1252'?

Last edited by stax76; 4th July 2009 at 18:51.
stax76 is offline  
Old 4th July 2009, 19:00   #1049  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Not at the moment. And I won't spend any time on it until I have a Windows 7 installation myself which will most likely not be for the next couple of months.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 4th July 2009, 19:11   #1050  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
I guess the problem occurs also on english XP and Vista, the thing is english people use english versions and german people use german versions which is the common case which don't cause the issue I guess. I'm german but use a english version and this is uncommon.

How about using GetACP instead of GetOEMCP for determining which CP to use for console output? Would this possibly break something?

Last edited by stax76; 4th July 2009 at 19:17.
stax76 is offline  
Old 4th July 2009, 19:28   #1051  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Yes, it breaks pretty much everything for anyone using any of my tools on the console. E.g. on a German Windows XP using "--output-charset CP1252" (1252 = GetACP()) in cmd.exe results in unreadable Umlaute.

My guess is that Windows 7 changes something fundamentally regarding which code page cmd.exe uses. So my tools will have to check the OS it is run on and use GetACP() even for console output on Windows 7, but again, that's just guesswork.

Consider Windows 7 the uncommon case, and that's why I will certainly not get rid of GetOEMCP() for the time being.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 4th July 2009, 19:34   #1052  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
I don't think Win 7 changes something, if you like I can install a english XP to verify this.
stax76 is offline  
Old 4th July 2009, 19:55   #1053  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
German Windows XP: CP 850, Umlaute work. Same on a German Vista. English Windows 2003 Server: CP 437. Umlaute work without changing the --output-charset (!).

So no, there's no real need for you to install an English XP. The only thing that would actually interest me is having a copy of Windows 7 myself. Until then -- topic closed for me.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 4th July 2009, 20:53   #1054  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Before I saw your post I've installed an english Windows 2000 with german locale settings within VirtualBox, no problem with Umlaute. You can get Windows 7 RC here:

http://www.microsoft.com/germany/win.../download.aspx

I've skipped Vista using XP until 25 days ago so for me it's quite a improvement, it works and looks very well.

I don't know how long it will work legally, I think 3-4 months.

http://www.mydigitallife.info/2008/1...-7-to-120-days

Last edited by stax76; 4th July 2009 at 20:55.
stax76 is offline  
Old 4th July 2009, 21:07   #1055  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Until Windows 7 is final and released I will not spend any time on it. At least not regarding mkvtoolnix.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 5th July 2009, 06:49   #1056  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 2,317
Quote:
Originally Posted by Mosu View Post
Until Windows 7 is final and released I will not spend any time on it. At least not regarding mkvtoolnix.
Any beta or RC1 build of Windows 7 is at least 1% (and at most 100's of %) faster and more stable than vista SP2/XP(where xp is faster it comes at the cost of either security or stability).

Also the final build has already been compiled and is available for OEM partners.

The whole point of MS releasing the OS in its pre-release form to software developers and end users it to make sure, that when it gets released in 2 months all software will work properly on it.

(I don't think there are any changes between RC1 and RTM that would make any difference for mkvtoolnix)

---------
Actually, and i'm not sure how it works, but you can sign up to the Microsoft software testing program, as a trused software vendor.
This will give you access to all the crash dumps generated by mkvtoolnix and performance data and other stuff handy for bugfixing.
Also this might cost money, but i don't think it does.
Being part of this group also gives you (100% legal and free) access to the latest test builds of all microsoft software (IIRC). And of you expose a bug in windows itself, they will supposedly fix it sooner than other bugs found.
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC

Last edited by tetsuo55; 5th July 2009 at 06:54.
tetsuo55 is offline  
Old 5th July 2009, 09:38   #1057  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
I don't care. I have more than enough to do with mkvtoolnix as it is in areas that are way more important that the issue at hand. I don't WANT to spend any time on beta versions of Windows. Simple as that. That the default charset for the console does not seem to work 100% on Windows 7 is a nuisance, but nothing more. I have no interest in being a beta tester. I've done that often enough in the past and I know how time consuming it can be.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 5th July 2009, 20:17   #1058  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 2,317
Yes, ofcourse you are free to chose what you do yourself.

I just wanted to make sure there are no misunderstandings about the "release candidate" label on Windows 7 which actually means something like XP SP8.

I bet that for english local, there will be no compatibility problems.
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC
tetsuo55 is offline  
Old 6th July 2009, 10:00   #1059  |  Link
khagaroth
Registered User
 
khagaroth's Avatar
 
Join Date: Feb 2006
Posts: 103
Encountering the same issue with localized command line output in Window 7, I played around a bit with mkvmerge and found out, that version 2.5.3 works correctly, anything after that shows garbled output.
khagaroth is offline  
Old 6th July 2009, 21:24   #1060  |  Link
microchip8
ffx264/ffhevc author
 
microchip8's Avatar
 
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
Hi Moritz,

I've noticed a small "problem" with mkvmerge v2.9.7 (on Linux). It seems that when you feed mkvmerge with a chapter file generated by dvdxchap, it creates an extra Menu chapter entry. I checked mkv files both in mediainfo and smplayer and, for example, if one has imported a chapters file with 25 chapter entries in it, the mkv will have 26 instead. The last chapter is somehow added by mkvmerge itself and sits in Menu #2 as reported by mediainfo on Linux. I have not had such behavior with past versions of mkvmerge. This is the report by mediainfo and the extra chapter entry is really there as I can also see it in smplayer

Code:
General

Format                           : Matroska

File size                        : 552 MiB

Duration                         : 1h 52mn

Overall bit rate                 : 689 Kbps

Movie name                       : The Bank Job

Encoded date                     : UTC 2009-07-06 20:11:17

Writing application              : mkvmerge v2.9.7 ('Tenderness') built on Jul  2 2009 03:11:07

Writing library                  : libebml v0.7.8 + libmatroska v0.8.1

Cover                            : Yes



Video

ID                               : 1

Format                           : AVC

Format/Info                      : Advanced Video Codec

Format profile                   : High@L4.1

Format settings, CABAC           : Yes

Format settings, ReFrames        : 4 frames

Muxing mode                      : Container profile=Unknown@4.1

Codec ID                         : V_MPEG4/ISO/AVC

Duration                         : 1h 51mn

Width                            : 720 pixels

Height                           : 368 pixels

Display aspect ratio             : 2.35

Frame rate                       : 23.976 fps

Resolution                       : 24 bits

Colorimetry                      : 4:2:0

Scan type                        : Progressive

Title                            : The Bank Job

Writing library                  : x264 core 67 r1173M f6d3166


Audio

ID                               : 2

Format                           : AAC

Format/Info                      : Advanced Audio Codec

Format version                   : Version 4

Format profile                   : LC

Format settings, SBR             : Yes

Format settings, PS              : No

Codec ID                         : A_AAC

Duration                         : 1h 52mn

Channel(s)                       : 2 channels

Channel positions                : L R

Sampling rate                    : 48.0 KHz

Resolution                       : 16 bits

Title                            : HE-AACv1 Stereo

Language                         : English



Menu #1

00:00:00.000                     : en:Chapter 01

00:07:20.800                     : en:Chapter 02

00:11:15.800                     : en:Chapter 03

00:13:46.333                     : en:Chapter 04

00:18:58.499                     : en:Chapter 05

00:21:25.333                     : en:Chapter 06

00:24:45.666                     : en:Chapter 07

00:28:54.699                     : en:Chapter 08

00:36:29.699                     : en:Chapter 09

00:40:25.666                     : en:Chapter 10

00:45:53.666                     : en:Chapter 11

00:50:12.333                     : en:Chapter 12

00:54:07.200                     : en:Chapter 13

00:56:59.366                     : en:Chapter 14

00:59:48.200                     : en:Chapter 15

01:02:25.300                     : en:Chapter 16

01:05:46.700                     : en:Chapter 17

01:09:50.000                     : en:Chapter 18

01:15:37.500                     : en:Chapter 19

01:22:34.533                     : en:Chapter 20

01:30:42.666                     : en:Chapter 21

01:38:21.166                     : en:Chapter 22

01:41:49.833                     : en:Chapter 23

01:45:45.633                     : en:Chapter 24

01:51:53.333                     : en:Chapter 25



Menu #2

00:00:00.097                     : en:00:00:00.097
__________________
ffx264 || ffhevc || ffxvid || microenc
microchip8 is offline  
Closed Thread

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 10:42.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.