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. |
5th June 2010, 12:19 | #10081 | Link | |
Registered User
Join Date: May 2010
Posts: 35
|
Quote:
The question is: should the pulldown removal (done by eac3to) have an impact on chapter timestamps ? I believe it sould not ? I hade done a fast computation, I don't think the problem could be a mistake between 29.970 and 23.976, but it could be between 23.976 and 24.000. Such mistake leads to 7 seconds after 2 hours. |
|
5th June 2010, 17:04 | #10084 | Link |
Registered User
Join Date: May 2010
Posts: 35
|
How are extracted chapter timestamps from HD-DVD discs ? I mean, are they computed or are they just read somewhere on the disc ?
I checked with a Blu-Ray disc and there is no problem with the chapter timestamps. They are wrong only when handling HD-DVD discs. I would be curious to see if it changes something if I disable "pulldown removal". Is there an eac3to option to disable pulldown removal when video is interlaced at 29.97 Hz ? |
5th June 2010, 17:20 | #10085 | Link | |
Registered User
Join Date: May 2010
Posts: 35
|
Quote:
Code:
<ChapterList> <Chapter id="mainMovie_ch1" titleTimeBegin="00:00:00:00" /> <Chapter id="mainMovie_ch2" titleTimeBegin="00:05:21:25" /> <Chapter id="mainMovie_ch3" titleTimeBegin="00:12:36:02" /> <Chapter id="mainMovie_ch4" titleTimeBegin="00:22:08:15" /> <Chapter id="mainMovie_ch5" titleTimeBegin="00:32:29:25" /> <Chapter id="mainMovie_ch6" titleTimeBegin="00:38:52:32" /> <Chapter id="mainMovie_ch7" titleTimeBegin="00:44:50:17" /> <Chapter id="mainMovie_ch8" titleTimeBegin="00:52:58:25" /> <Chapter id="mainMovie_ch9" titleTimeBegin="01:02:30:57" /> <Chapter id="mainMovie_ch10" titleTimeBegin="01:15:02:02" /> <Chapter id="mainMovie_ch11" titleTimeBegin="01:24:36:07" /> <Chapter id="mainMovie_ch12" titleTimeBegin="01:36:12:12" /> <Chapter id="mainMovie_ch13" titleTimeBegin="01:41:26:15" /> <Chapter id="mainMovie_ch14" titleTimeBegin="01:49:51:27" /> <Chapter id="mainMovie_ch15" titleTimeBegin="02:01:21:02" /> <Chapter id="mainMovie_ch16" titleTimeBegin="02:09:47:07" /> <Chapter id="mainMovie_ch17" titleTimeBegin="02:19:03:35" /> <Chapter id="mainMovie_ch18" titleTimeBegin="02:24:09:35" /> <Chapter id="mainMovie_ch19" titleTimeBegin="02:34:18:42" /> <Chapter id="mainMovie_ch20" titleTimeBegin="02:39:13:05" /> </ChapterList> Code:
CHAPTER01=00:00:00.000 CHAPTER01NAME= CHAPTER02=00:05:21.416 CHAPTER02NAME= CHAPTER03=00:12:36.033 CHAPTER03NAME= CHAPTER04=00:22:08.250 CHAPTER04NAME= CHAPTER05=00:32:29.416 CHAPTER05NAME= CHAPTER06=00:38:52.533 CHAPTER06NAME= CHAPTER07=00:44:50.283 CHAPTER07NAME= CHAPTER08=00:52:58.416 CHAPTER08NAME= CHAPTER09=01:02:30.950 CHAPTER09NAME= CHAPTER10=01:15:02.033 CHAPTER10NAME= CHAPTER11=01:24:36.116 CHAPTER11NAME= CHAPTER12=01:36:12.200 CHAPTER12NAME= CHAPTER13=01:41:26.250 CHAPTER13NAME= CHAPTER14=01:49:51.450 CHAPTER14NAME= CHAPTER15=02:01:21.033 CHAPTER15NAME= CHAPTER16=02:09:47.116 CHAPTER16NAME= CHAPTER17=02:19:03.583 CHAPTER17NAME= CHAPTER18=02:24:09.583 CHAPTER18NAME= CHAPTER19=02:34:18.700 CHAPTER19NAME= CHAPTER20=02:39:13.083 CHAPTER20NAME= I will create an AVCHD with this one and check with the PS3 how good are the chapter marks compared to the HD-DVD player. Last edited by Laurent; 5th June 2010 at 17:34. |
|
5th June 2010, 22:47 | #10087 | Link |
Registered User
Join Date: Jan 2003
Posts: 315
|
Laurent,
When dealing with NTSC-derived frame rates (29.97, 23.976), the timecodes on HD-DVD and BD are actually non-drop-frame timecodes. But most of the multiplexing programs out there (TSMuxer, MKVMerge) treat them as real time. This leads to the 3.5 seconds per hour offset. If you convert the timecodes from non-drop-frame to drop-frame, the chapters points will be exact. This doesn't have anything to do with pulldown removal. The root of the problem is that the OGG chapter format doesn't have any way to specify NDF or DF timecodes, it's up to the program being used to interpret them correctly.
__________________
- SomeJoe |
5th June 2010, 23:04 | #10088 | Link | ||
Registered User
Join Date: May 2010
Posts: 35
|
Quote:
Can you tell me what coefficient should I apply to each timestamp to get the correct value ? Quote:
|
||
7th June 2010, 04:16 | #10094 | Link |
Registered User
Join Date: May 2009
Posts: 7
|
im sure this has been posted before but the search function didnt yield me much of a result. i want to transcode various dts formats from bluray into a lossless format that will load in powerdirector. ive read the eac3to howto guide but it got a little confusing and only allowed me to be able to convert dts to ac3.
i think afterwards i use surcode or something to create a dts wav that can load to powerdirector... im not sure.. ive been advised i need to convert the dts file into multiple wav's then individually load the wav's into the editor. i need eac3to for this but am new to the program and dont know how to use the command line. need some command line assistance as it is a real sticking point for me atm as cant edit any bluray clips with lossless sound. i dont want to use the ac3 and wanted to know if someone could help me out with the command line to convert the dts to wav's... Last edited by krohm; 7th June 2010 at 04:18. |
7th June 2010, 15:09 | #10095 | Link |
Registered User
Join Date: Aug 2007
Posts: 112
|
I've got three things to add to this thread. The first appears to be a bug in the program. The second is apparently a problem that not everyone is having, but certainly I am. The third is a feature request.
1.) The bug: On the Blu-Ray "Batman: Gotham Knight" there are four bonus episodes of "Batman: The Anmated Series". These are reported by eac3to as "480p24/1.001 (3:2) with pulldown flags", and the demuxed VC1 stream is 23.976fps. This is incorrect, and results in the video being played back at the wrong speed. DGindexNV correctly reports that it is 29.970, no pulldown, no interlacing. 100mb sample here: http://www.megaupload.com/?d=MKOFDA0W 2.) The problem: I reported this initially in a separate thread, and in fact it's a little more widespread than I had thought. When I run eac3to on the Blu-Ray disc for "The Bad Lieutenant: Port of Call - New Orleans", it lists 3 titles. So: Code:
eac3to E:\ Code:
eac3to E:\ 1) Code:
eac3to E:\BDMV\PLAYLIST\00000.mpls Code:
E:\BDMV\PLAYLIST\00000.mpls 1) I am able to open/rip the m2ts files directly, bypassing the playlist files. However, there are two m2ts files in this case and I want eac3to to demux them as one file. Since first discovering the problem with that one disc, I've encountered the exact same problem with the ~5min short film extras on two separate Pixar discs. In one case it's a single m2ts file (and so I've just demuxed that), for the others it's two or three. But in all cases, the playlist files just don't show the streams. Any help would be greatly appreciated. 3.) The feature request: I would personally find it very useful to be able to choose not a full stream/playlist, but just a range of chapters, and then demux the audio/video/subs for just that selection. |
7th June 2010, 15:25 | #10096 | Link | |
Registered User
Join Date: Jan 2003
Posts: 315
|
Quote:
Pulldown flags are indicators within a 23.976 fps video stream that tell the playback device to repeat certain fields in a 3:2 pattern. This causes the playback to be 29.97 fps. Telling eac3to.exe -keepPulldown will cause the video stream to be extracted with the pulldown flags intact. Normally, eac3to removes them. But this doesn't have anything to do with your problem. Drop-frame (DF) and Non-drop-frame (NDF) timecodes are labels that are attached to each frame of a 29.97 fps video stream. I emphasize that -- they are labels that uniquely identify each frame. Despite the name, no frames are dropped from the video stream, either in the storage media or during playback. A DF label is of the form hh;mm;ss;ff (Note semicolons). A NDF label is of the form hh:mm:ss:ff (Note colons). There is a one-to-one-to-one correspondence between a DF timecode label, an NDF timecode label, and a frame number. To convert from an NDF timecode label to a DF timecode label (or vice versa), you convert the NDF timecode label to a frame number, and then convert the frame number to a DF timecode label. The difference between an NDF label and a DF label is as follows: NDF labels use a very simple counting mechanism. They count 0-29 on frames, 0-59 on seconds, 0-59 on minutes, and 0-any number for hours. There is no compensation for the fact that this counting mechanism assumes that there are exactly 30 frames per second, but there are not. NTSC frame rates do not play back at 30.000, they play back at 29.97. Thus, NDF timecode labels will slowly depart from real wall-clock time. DF timecode labels use a modified counting mechanism that compensates for the fact that the playback rate is not 30.000, but is instead 29.97. In DF timecodes, frames count 0-29, seconds count 0-59, minutes count 0-59, and hours count 0-any number just like NDF, BUT: - Frame numbers ;00 and ;01 are skipped on every 1-minute boundary, except for 10-minute boundaries. Thus, the following: Code:
DF Timecode NDF Timecode Frame # 00;00;59;28 00:00:59:28 1798 00;00;59;29 00:00:59:29 1799 00;01;00;02 00:01:00:00 1800 00;01;00;03 00:01:00:01 1801 00;01;00;04 00:01:00:02 1802 The chapter points on the disc are NDF. But the OGG chapter format specifies chapter points in terms of wall-clock time, not timecode. To convert the NDF timecodes on the disc to wall-clock time: Frame number = (((hh * 60) + mm) * 60 + ss) * 30 + ff Wall-clock time (seconds) = Frame number / (30000/1001) Example: NDF timecode = 01:35:23:17 Since this is about an hour and half into the film, and the offset is approximately 3.5 seconds per hour, we would expect this to convert to a wall-clock time that's about 5.5 seconds later than this timecode, somewhere in the 1:35:29.xxx area. Frame number = (((1 * 60) + 35) * 60 + 23) * 30 + 17 = 171707. Wall-clock time = 171707 / (30000/1001) = 5729.290 seconds. 5729.290 Mod 60 = 29.29 5700 Mod 3600 / 60 = 35 3600 / 3600 = 1 Wall-clock time = 01:35:29.290 Note that DF timecodes and wall-clock time are not exactly the same. DF timecodes use frame numbers, wall-clock time uses fractional seconds. Ideally, eac3to should produce an OGG chapter format file with this conversion already done, since the OGG chapter format file is supposed to use wall-clock time, not an NDF timecode expressed in fractional seconds. Note that NDF and DF timecodes are only valid for 29.97 fps streams. There is no such thing as a DF or NDF timecode for a 23.976 stream, and I think there is where the problem is coming in. The timecodes on the disc for HD-DVD and BD shouldn't be NDF in the first place, as that isn't valid for a 23.976 stream.
__________________
- SomeJoe |
|
7th June 2010, 16:40 | #10097 | Link | |
Registered User
Join Date: Jan 2009
Location: UK
Posts: 403
|
Quote:
eg. Code:
eac3to.exe 00000.m2ts+00001.m2ts+00002.m2ts 1: video.h264 2: audio.ac3 etc. |
|
7th June 2010, 22:08 | #10099 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
I remember that In order to have working PCM audio in AVCHD/BluRay structure we had to first:
1) decompress DTS-MA/TrueHD/LPCM audio to .wav 2) convert decompressed .wav to .w64 3) import .w64 in tsmuxer Is this still necessary ?
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|