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. |
18th November 2007, 07:17 | #441 | Link |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Tags in Ogg are in UTF-8, so UTF-8 to be assumed
Hi, Mosu, a small thing about mmg 2.1.0 Unicode.
The 'tags' (title info etc) in Ogg (Ogg vorbis in my case) are in UTF8, still MMG reads it as the current ACP (wrong assumption!) to fill the Track name editbox, resulting a broken string. If I type a text directly into the "Track name" editbox of mmg, mmg is happy to accept a Unicode string. It is just that it cannot 'extract' it from Ogg. Plus, it complains: Warning: The Ogg/OGM file ... contains chapter or title information. Unfortunately the charset used to store this information in the file cannot be identified unambiguously. mkvmerge assumes that your system's current charset is appropriate. This might be so for OGM, but Ogg has well-defined specs, which say Tags are written in UTF-8. Besides, if the "Track name" editbox is used, the TITLE from Ogg is ignored, so the above warning is maybe pointless and at least confusing. Well, --chapter-charset UTF-8 does work tho... IMHO, for texts from Ogg, UTF-8, not the Users ACP, should be assumed. Just a thought. No practical trouble at all Thank you very much! Last edited by Liisachan; 18th November 2007 at 07:20. |
23rd November 2007, 22:15 | #446 | Link | |
Emperor building empire
Join Date: Mar 2007
Location: ZAR
Posts: 674
|
@foxyshadis
Quote:
Pascal |
|
24th November 2007, 07:48 | #447 | Link |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Really? That's what this whole thread is about, mkvmerge and mmg.
What I meant by the comment is that after you mux, you no longer have any delay at all. You could demux and sync would be maintained. I'm not sure if this is the case for all formats, but definitely is for vorbis. |
24th November 2007, 13:31 | #448 | Link | |
Registered User
Join Date: May 2006
Posts: 957
|
foxyshadis is correct. The mkvmerge docs say:
Quote:
Basically this means that once you use mkvmerge to manually sync an audio track it will be altered to be (approximately) that much longer or shorter so that if you ever need to remux you do not need to specify a delay for that track.
__________________
x264 log explained || x264 deblocking how-to preset -> tune -> user set options -> fast first pass -> profile -> level Doom10 - Of course it's better, it's one more. |
|
12th December 2007, 20:39 | #449 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
dont know if this has already been mentioned, but mkvmerge sometimes has not only problems with avc files, which were ran through gdsmux before, but also with some broadcasted mpeg2 files.
I remuxed about 6 of those recently and about 3-4 had a little video stutter at some frames in between. this doesnt result in sync issues though, but still looks well, not fluently when this occurs of course. its a small stop of the video 0,25-0.5 seconds, followed by a quick acceleration to have the video back in sync. this wasnt the case with the source .ts file and also not when it was remuxed with gdsmux, only after another mux with mkvmerge afterwards. when I demux the streams with xport and then just mux them with mkvmerge then everything is fine. |
12th December 2007, 22:03 | #450 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
12th December 2007, 23:34 | #451 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
i have used mkvmerge afterwards, yes, but havent tried that mixing up remuxed video and demuxed sound yet. not sure in how far mkvmerge does rewrite the timestamps automatically though, when I dont specify anything. I cant do that, because then, when I enter 23.976, 29.97 or this number in between which mpeg2repair sometimes reports (for example something like 24.53) the length is always wrong. it only works when I leave this field untouched.
|
16th December 2007, 11:58 | #452 | Link |
Registered User
Join Date: Nov 2007
Posts: 132
|
is there any way to to write the framerate as "24000/1001" and not "23.976" using a timecode file in mmg? i know if you demux the video es you can set it when remuxing but demuxing video when remuxing blu-ray/hd dvd (avc) is inadvisable as far as i've understood
|
19th December 2007, 17:42 | #455 | Link |
Registered User
Join Date: Nov 2007
Posts: 132
|
evodemux reports "Frame Rate = 23,976 (24000/1001)" for hd dvds and dgindex/dgavcindex report "Frame Rate: 23.976024 fps" for blu-rays, so i'm pretty sure they're all 24000/1001.. sure the difference is tiny but would still be nice to be able to do it right
|
19th December 2007, 18:03 | #456 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
FWIW, for a two hour movie the difference is 7.2ms... And as a comparison: One AC3 frame is usually 32ms long. So if you demux audio and video and try to find the correct audio delay and then use delaycut to achieve the final result, you can only move audio forwards/backwards by 32ms at a time. I'm saying this just to put the 7.2ms into the right perspective...
Last edited by madshi; 19th December 2007 at 18:06. |
19th December 2007, 18:35 | #459 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
me too
i always mux with 23.9760239 fps. Ive also demuxed some blu-ray files with mencoder (ratatouille) and here the video for example was reported to be 23.976025 fps (which is quite close to 24000/1001 as well). |
20th December 2007, 04:03 | #460 | Link |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
By confusing 2997/125 and 24000/1001, while the audio delay is just 3.6 ms / hour which is relatively minor, you'll get a lot of subs that are off by one frame. eg. the sub that starts @ 20:51.96 will start at Frame 30018 @ 2997/125, 30017 @ 24000/1001
|
|
|