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. |
15th November 2010, 16:40 | #10181 | Link |
Registered User
Join Date: Dec 2002
Posts: 7
|
Having trouble with CARS - Trying to make a movie only copy on BD-R 25G disk. Here are the log files and a big thank you for any help you can provide...
----------------------- [08:49:34] BD Rebuilder v0.36.02 (beta) - Source: CARS_USA - Input BD size: 27.21 GB - Approximate total content: [01:56:35.988] - Target BD size: 22.95 GB - Windows Version: 6.1 [7600] - MOVIE-ONLY mode enabled - Auto Quality: Good (Very Fast), ABR - X264 Tweak(s) enabled - Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640 [08:49:37] PHASE ONE, Encoding - [08:49:37] Extracting A/V streams [VID_00060] - [09:14:26] Reencoding: VID_00060 (1 of 1) - [09:14:26] Collecting video information - [09:14:26] Keeping original video (no reencode) - [09:14:26] Reencoding audio tracks (if req'd) - [09:20:44] Multiplexing M2TS [09:38:18]PHASE ONE complete [09:38:18]PHASE TWO - Rebuild Started - [09:38:18] Rebuilding BD file Structure - Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta - Pes packet len too large ( >100Mb). Bad stream or invalid codec speciffed. [10:06:31] - Failed to REBUILD |
15th November 2010, 17:09 | #10182 | Link | |
Moderator
Join Date: Oct 2001
Posts: 21,095
|
Quote:
|
|
15th November 2010, 18:12 | #10184 | Link | |
Moderator
Join Date: Oct 2001
Posts: 21,095
|
Quote:
I have no idea if that is related to your problem, though (probably not). Last edited by jdobbs; 15th November 2010 at 18:22. |
|
15th November 2010, 18:40 | #10185 | Link | |
Registered User
Join Date: Dec 2002
Posts: 7
|
Quote:
|
|
15th November 2010, 20:20 | #10187 | Link | |
Registered User
Join Date: Dec 2002
Posts: 7
|
Quote:
[Options] MODE=1 ENCODE_QUALITY=0 ONEPASS_ENCODING=2 AUTO_QUALITY=1 TARGET_SIZE=23500 AUTO_BURN=1 AUDIO_TO_KEEP=eng; SUBS_TO_KEEP=eng; SD_CONVERT=0 OPEN_GOP=0 RESIZE_1080=0 DEINTERLACE=0 DTS_REENCODE=1 AC3_REENCODE=1 AC3_640=1 AC3_192=0 KEEP_HD_AUDIO=0 AVCHD=0 REMOVE_WORKFILES=0 MOVIE_ONLY_LOOP=1 REMOVE_OUTPUT=0 USE_FILTERS=0 BDMV_CERT_ONLY=0 USE_LAVF=0 IVTC_PULLDOWN=0 ASSUME_DVD_PAL=0 AUDIO_TRACK_LIMIT=0 SUBTITLE_TRACK_LIMIT=0 CUSTOM_TARGET_SIZE=23450 [Paths] SOURCE_PATH=C:\BD\1-BD\CARS_USA\ WORKING_PATH=C:\BD\BD REBUILDER TEMP\ |
|
15th November 2010, 20:30 | #10188 | Link |
Registered User
Join Date: Oct 2003
Posts: 273
|
Thanks. In further efforts to get to the bottom of this, I opened VID_00033.avs (BD-RB generated) in VirtualDub (which points to the original m2ts file, VC1).
I have also copied this AVS to another one, and changed the source file inside to point to the encoded BD-RB file (h264). I then began going frame-by-frame to see where things get bad. I've found out that on the encoded file there are certain frames (very little, for instance - the first one is #3640) that appear TWICE one after another (Shifting the rest of the movie). The extremely weird thing is that on the AVS that bd-rb used (the one pointing to the original m2ts) - the frames appeared correctly in VirtualDub - no doubles! So if the source AVS opens correctly, how the hell did the encoded file get all f***ed up? It actually makes sense that the decoding wasn't the problem - after all, internal x264 decoding caused a similar result. A penny for your thoughts, jdobbs? I want to continue investigating this. Got a direction? Update: Thanks to a friend's vc1 dgindex, I can confirm that there is absolutely nothing special about the stream, it's completely progressive 1920:1088 w/ crop flag (to 1920x1080) - which is very much standard to VC1 streams. :/ Last edited by PurpleMan; 16th November 2010 at 13:52. |
16th November 2010, 07:23 | #10189 | Link |
Registered User
Join Date: Apr 2008
Location: United States
Posts: 44
|
I used BDRB to do a movie only BD-25 backup of Charade (Criterion), and the encoded BD was over sized.
Way over sized. It was about 800 MB over BD-25 limit. After some digging I traced it to the audio track. It is LPCM 1 channel. I chose to keep the LPCM track. The problem is the demuxed wav file is about 900 MB, but scanning the BD with BDInfo shows that the audio track takes twice as much space (about 1.8 Gig) in the m2ts stream. Also on the main screen of BDInfo it shows the LPCM has a bit rate of 1152 kbs. But after doing a bit rate scan it shows a bit rate of 2304 (double) in the report. It is the same with the original disc. The problem is BDRB calculates the video bit rate (and size of the output BD) based on the size of the wav file. But after muxing it takes twice the size in the m2ts stream. I never had problem going over size when keeping other lossless audio formats, Dolby or DTS. This was my first try with LPCM. Is there something peculiar about the LPCM audio that requires twice as much space when muxing? Or is this an unusual case? P.S. I solved the problem by setting the custom size to 1 Gig less than usual and re-encoded again. This time the result was within the BD-25 limit. |
16th November 2010, 14:33 | #10190 | Link | |
Moderator
Join Date: Oct 2001
Posts: 21,095
|
Quote:
|
|
16th November 2010, 15:32 | #10192 | Link |
Moderator
Join Date: Oct 2001
Posts: 21,095
|
Definitely not if it is being kept intact. The size allocation is based upon the actual WAV file that is to be muxed. In his case he is saying that file doubles as a part of the mux. I'll look around to see if I can find a mono LPCM disc to test -- I think "Stagecoach" may be.
Last edited by jdobbs; 16th November 2010 at 15:35. |
16th November 2010, 17:09 | #10193 | Link |
Registered User
Join Date: Oct 2003
Posts: 273
|
@jdobbs:
I am pleased to announce that I got to the bottom of the problem with Pan's Labyrinth - and I've found the bug in BD-Rebuilder! Apparently, the video was not the problem, it was flawless. What led me to the wrong conclusions I posted here is the poor performance of virtualdub and avisynth directshow decoding/seeking. Anyway - the problem is that the DTS track on the original disc is muxed with a 1010ms delay. Inspecing BD-RB's meta file revealed that even though the audio file remained untouched, BD-RB did not copy the delay, and just muxed it as-is. I remuxed it manually with the original-disc delay of 1010ms - and viola - perfect sync. |
16th November 2010, 17:30 | #10194 | Link | |
Moderator
Join Date: Oct 2001
Posts: 21,095
|
Quote:
|
|
16th November 2010, 17:41 | #10195 | Link | |
Registered User
Join Date: Oct 2003
Posts: 273
|
Quote:
The only thing I can think of is that when I loaded the disc in BD-RB, it automatically unchecked the Spanish DTS track (original language, this is a Spanish movie) audio and checked only the English commentary track. I had to manually uncheck the English track and recheck the Spanish DTS track before I started processing. Could this be why it 'forgot' the audio delay? I am, however, a 100% positive about this (ran this thru bd-rb 4 times, in 4 different work folders, resulted in 4 identical meta files - without the delay flag in it). Also, just to be triple sure - When I open the original file in tsmuxer (GUI), it auto detects the delay and writes it in its generated meta-file, as well as DGIndex mentioning the delay on the filename of the demuxed audio. MUX_00033.meta, however, does not include it. If all this information still isn't useful and you end up getting the disc - make sure you get the UK edition. Hope this helped! |
|
16th November 2010, 18:05 | #10196 | Link | |
Moderator
Join Date: Oct 2001
Posts: 21,095
|
Quote:
[Edit] Yep. That's it. It is only scanning the selected audio streams, and the scan isn't redone when you check/uncheck. That was silly... Thanks for the report and analysis. Much appreciated. It'll be fixed in the next release. Last edited by jdobbs; 16th November 2010 at 18:11. |
|
16th November 2010, 19:01 | #10197 | Link | |
Registered User
Join Date: Oct 2003
Posts: 273
|
Quote:
|
|
16th November 2010, 19:26 | #10200 | Link | |
Registered User
Join Date: Jul 2009
Posts: 7
|
Quote:
- Windows Version: 6.1 [7600] - AVISYNTH Version: 2.5.7.0, Ok - HAALI Splitter: Isn't recommended version - FFDSHOW: 3326, Ok - FFDSHOW_RAW_AUDIO: Set to "All Supported", Ok - WIN7 preferred AVC CODEC: Not Set correctly - WIN7 preferred VC-1 CODEC: Not Set correctly - WIN7 preferred MPEG2 CODEC: Not Set correctly - FFDSHOW VC-1 set to "wmv9", Ok - FFDSHOW MPEG2 set to "libavcodec": Ok - FFDSHOW AVC set to "libavcodec": Ok - BD Rebuilder v0.36.0.2, Ok - X264: Ok - AFTEN: Ok - FAAC: Ok - MP4BOX: Ok - WAVI: Ok - TSMUXER: Ok Also i must everytime "Run as Administrator" because BD Rebuilder will not update those settings in the registry. Whats the problem?? |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|