View Full Version : BD Rebuilder Beta - Bug Reports Only
jdobbs
4th October 2014, 17:01
I ran a job using Glarioo's settings. No sync issues. Since those are the only thing that affect BD-RB internally, the issue has to be related to system configuration. It's far-and-away most likely a CODEC issue.
The audio is presented for decoding as PCM, so I guess it's possible it could be a PCM decoding (CODEC) issue.
Can you run MediaInfo on the source and the output and see if the time/number of frames is the same? If they aren't it probably means that the LAV filters aren't actually being used and some other CODEC is screwing-the-pooch.
MajorEvent
4th October 2014, 17:10
Hmm... I wonder when that started? I've never seen it.
If you do a search on "random question" you'll find plenty of complaints from newly registered (met with incredulous replies from established members) more than a few of whom just throw up their hands and go elsewhere for help. It's not a friendly place here, sorry to say. I have to put up with it because YOU are here but otherwise I'd walk too.
What software version is this board running?
Which software has two dedicated subforums on doom9?
Sharc
4th October 2014, 17:49
Is anyone else out there having sync issues with LAV Filters?
No problem with the final encode. But strange pitch shift for certain previews via MPC (extras). Final encode is ok though.
(I am always indexing with DGdecNV if this matters).
Btw there is a new release of LAV (http://forum.doom9.org/showpost.php?p=1425963&postcount=1). Seems to have fixed some time stamp issues with badly muxed streams ....
DoctorM
4th October 2014, 17:56
@MajorEvent - Trying installing the latest version of Haali instead of the version recommended. It's a long shot, but I've found the old version has audio sync issues under some conditions. I haven't seen it under BD RB, but I also don't use LAV Filters with it.
MajorEvent
4th October 2014, 19:11
Can you run MediaInfo on the source and the output and see if the time/number of frames is the same? If they aren't it probably means that the LAV filters aren't actually being used and some other CODEC is screwing-the-pooch.
I'm looking at MediaArea.net's MediaInfo 0.7.70 and it seems useless for the purpose you're asking of it. It doesn't list the total number of frames anyplace I can find and the time is rounded off to the nearest minute.
I'm trying a new re-encode with the auto correct audio sync issues turned off in lavfilters. You never know, it's a long shot but maybe it detects an issue that's not present.
I hear what you're saying about another codec getting in there but then, naturally, I'm going to say, "Gee, but ffdshow doesn't have that problem it seems?" ]:-) You may want to reconsider any decisions on switching till there's more data. Keeping in mind that most new members aren't posting due to the inquisition on newbies. I dare you to ask the forum rulers how many new registrations have zero posts. Nobody registers here unless they want to make a post (myself being an exception to that actually) and that would be a good indication of a failing policy.
Trying installing the latest version of Haali instead of the version recommended. It's a long shot, but I've found the old version has audio sync issues under some conditions. I haven't seen it under BD RB, but I also don't use LAV Filters with it.
For the record, Haali and ffdshow are working great for me, I only tried to switch to lavfilters because jdobbs expressed an interest in using it as the primary for BD-Rebuilder.
Holly Molely, no more random question after six posts! ::dancing in the streets::
Sharc
4th October 2014, 19:20
@MajorEvent - Trying installing the latest version of Haali instead of the version recommended. ...... .
Believe me, my experience is different with Haali. The latest version caused issues. It may depend on the system though....
AmigaFuture
4th October 2014, 19:58
I encountered the Non-random questions long ago also when I first signed. I wondered..then, quickly figured why. "Ahh, it's meant for people who weren't really inquisitive to go elsewhere." There isn't a lot of junk in this forum like other boards; that I've noticed. I, personally, like it that way. A few "spammers" or "Trolls" have gotten through which is better than most. Random...that's funny, since nothing is.
JDobbs, Thanks a lot for the fixes from the last update, of a variable not being reset. Really sweet...to be able to USE it without exiting the program often. :thanks:
Ch3vr0n
4th October 2014, 19:59
he didn't say the latest version, he said the latest recommended version, as in the one listed on the first post. Use a different version and ur bug report is invalid due to using unsupported versions
omegaman7
4th October 2014, 20:40
But wouldn't it be informative? If a non supported version of say Haali were used, and no bug. But the version in the first post results in a bug. I see no problem with posting about that, provided they're very clear regarding the matter.
I do understand the need to stick with the recommended versions though.
Ch3vr0n
4th October 2014, 21:09
no it wouldn't, as bug reports with unsupported versions are self-inflicted injuries. How would Jdobbs know where the problem is? In BRDB or because the poster used unsupported versions which (s)he is warned NOT to do in the 1st post. You can't expect Jdobbs to chase issues that likely don't exist because the posted caused them him-/herself because (s)he chose to ignore the warning and use non-recommended versions. That's a bottomless pit.
Jdobbs himself often tests newer versions, and if they don't meet the criteria or stability the first post isn't updated with the new version. Now if the version in the first post contains a bug that's a different matter, those are accepted. However in most cases it's some codec pack that screws things up or takes priority causing issues. In 99% of those cases a reinstall of the helper tools fixes that. In all my time of using BDRB i havent needed ONCE to reinstall the helper aps, and think i've been using it a few years now.
The one time i think avisynth, and haali got updated i updated mine but that was it. Never any issues.
DoctorM
4th October 2014, 21:19
I'm just saying for example, the version of Haali that goes with BD-RB (for me) causes desync of MP4/x264 (but not other containers). So there is some quirks to the version.
Testing a different one just rules that in or out as the source of the issue.
Figure what it means AFTER your find the source of the problem.
jedihyte
4th October 2014, 21:22
Hello I get this error bringing a mounted image of Congo into BD Rebuilder.
I have tried this in the past few weeks with the different builds of BD Rebuilder being released, and it still does it in the v0.49.04. I also have ripped the disc on a few different systems just to make sure there are no rip issues, and all the rip images play fine. I also get this same error with Congo on other systems with BD Rebuilder. All I do is mount the image and select the image in BD Rebuilder, then this error comes right up.
>> BD Rebuilder experienced an error 2603 [13:24:36] ScanDirectory() 00006 2603
>> BD Rebuilder experienced an error 2705 [13:24:58] BuildTreeList() 00009 2705
If I close out of BD Rebuilder and reopen it, these errors come up.
>> BD Rebuilder experienced an error 2501 [13:26:42] SourceCheck() 00055 2501
>> Illegal Source: Selected source is not BD format.
I only get this error with Congo Blu-ray, not sure why ?
AmigaFuture
5th October 2014, 05:38
Is MIN_M2TS_SIZE and MIN_PLAYLIST_MINS supposed to be ignored for BD25 and BD50 targets?
I've got a 2:30 length trailer I can't get to show up on the streams tabs no matter if I use zero or one for those values.
It DOES show up if I go to a DVD sized output though. I know it's minimal, I just assumed it would work for all output sizes.
The 9 and 22 second warning screens do show up though (I assume their attached to a longer playlist though).
I commented on it a while back, too. I figured that to be something he'd check into at some point.
Glarioo
5th October 2014, 08:38
There are no "exotic" codec packs installed on my computer. The last time BD-RB worked fine was with the Hannibal movie on 30th September. It went wrong after i installed the LAV filters on 1st October and the Red Dragon movie. I've also tried LAV on Muppets Most Wanted, with no succes. I don't have the INI Files from that movie, i was a little bit disappointed and got them thrown away. Sorry about that.
The only thing that is changed on my computer was the KB3001554 Update for Windows 7 x64-system.
Jdobbs, i followed your advice and uninstalled LAV and AVISYNTH. Downloaded (from the first page) and installed AVISYNTH, FFDSHOW and HAALI again. Good news, for me, that audio out of sync problem is solved!
Later today i'm gonna run the Muppets movie and see what what happens.
Glarioo
5th October 2014, 12:32
Muppets Most Wanted. Audio is in sync with the video, using FFDSHOW and HAALI instead of LAV Filters.
Still don't know why LAV Filters ain't working here...
Mmm, should i try LAV again or just stick to FFDSHOW and HAALI?
mparade
5th October 2014, 15:41
@jdobbs
While using x265 for mkv container is there any specific reason that we are limiting the "--keyint" to 24 instead of keeping it on the default value (250 or ~10x the actual framerate)? Maybe, only for possibly reducing the time needed to seek to a certain frame in the stream? Wouldn't be possible to leave this option on default and just to be controlled by tweaks manually just in case one needs it?
"E:\WORKING\WORKFILES>"E:\BD-RBV04904\BD_Rebuilder\tools\avs2yuv.exe" "E:\WORKING
\WORKFILES\VID_00000.AVS" -o - | "E:\BD-RBV04904\BD_Rebuilder\tools\x265.exe"
- --preset placebo --slow-firstpass --keyint 24 --crf 15 --y4m --tune ssim --st
ats "E:\WORKING\WORKFILES\VID_00000.AVS.hevc.stats" --output "E:\WORKING\WORKFIL
ES\VID_00000.AVS.hevc"
Thank your very much in advance for the answer.
max4
5th October 2014, 17:43
Hi :.
Note first that this text is done with a translator.
I made the same movie with the following 2 options:
1.-high speed option (BD-25 +)
2.-highest very slow
And the following results :
1. about 12 hours, 20 GB file, refFlames 4
2. about 3 hours, 22.5 GB file, refFlames 2
mediainfo attached the main movie of the two.
I have seen both and I do not appreciate little difference between them.
You advise me the best option among all BD REBUILDER?
The refFlames are important to quality?
I greatly appreciate your advice.
a greeting
Hajnal
5th October 2014, 18:54
[17:23:52] Source: X-MEN_DAYS_OF_FUTURE_PAST_00800
- Input BD size: 42,23 GB
- Approximate total content: [02:11:35.345]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Ultra-High (Extremely Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[17:23:53] PHASE ONE, Encoding
- [17:23:53] Processing: VID_00500 (1 of 1)
- [17:23:53] Extracting A/V streams [VID_00500]
- [17:43:58] Reencoding video [VID_00500]
- [17:43:58] Reencoding: VID_00500, Pass 1 of 1
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4356 (hun): Keeping original audio
[18:49:01]PHASE ONE complete
[18:49:01]PHASE TWO - Rebuild Started
- [18:49:01] Rebuilding BD-3D file Structure
[19:01:27] - Encode and Rebuild complete
[19:01:27] JOB: X-MEN_DAYS_OF_FUTURE_PAST finished.
Subtitles are not 3D.....
jdobbs
5th October 2014, 19:02
@jdobbs
While using x265 for mkv container is there any specific reason that we are limiting the "--keyint" to 24 instead of keeping it on the default value (250 or ~10x the actual framerate)? Maybe, only for possibly reducing the time needed to seek to a certain frame in the stream? Wouldn't be possible to leave this option on default and just to be controlled by tweaks manually just in case one needs it?
"E:\WORKING\WORKFILES>"E:\BD-RBV04904\BD_Rebuilder\tools\avs2yuv.exe" "E:\WORKING
\WORKFILES\VID_00000.AVS" -o - | "E:\BD-RBV04904\BD_Rebuilder\tools\x265.exe"
- --preset placebo --slow-firstpass --keyint 24 --crf 15 --y4m --tune ssim --st
ats "E:\WORKING\WORKFILES\VID_00000.AVS.hevc.stats" --output "E:\WORKING\WORKFIL
ES\VID_00000.AVS.hevc"
Thank your very much in advance for the answer.Which preset are you using? The ones I added all have the GOP size set to "Auto" -- which means the size would be 10x the framerate. I just looked, and the only exceptions are the two SBS presets (which I will change).
Is this a preset that you created? If so, add vKeyint=Auto to the preset.
jdobbs
5th October 2014, 19:07
Hi :.
Note first that this text is done with a translator.
I made the same movie with the following 2 options:
1.-high speed option (BD-25 +)
2.-highest very slow
And the following results :
1. about 12 hours, 20 GB file, refFlames 4
2. about 3 hours, 22.5 GB file, refFlames 2
mediainfo attached the main movie of the two.
I have seen both and I do not appreciate little difference between them.
You advise me the best option among all BD REBUILDER?
The refFlames are important to quality?
I greatly appreciate your advice.
a greetingI think you must have them backwards. The high-speed option must have been 3 hours and "High/Very Slow" must have been 12 hours.
The reason you're probably seeing little difference is because "Highest/Very Slow" is pretty much overkill all the time. My recommendation is to set it to "Automatic" (the default). That way BD-RB will give you the fastest setting that gives a high quality level based upon your bias, size (in minutes) of the source, and target size.
If you don't like "Auto" -- then just set it to "High Quality (Default)" mode for everything. It's a reasonable balance.
jdobbs
5th October 2014, 19:16
Muppets Most Wanted. Audio is in sync with the video, using FFDSHOW and HAALI instead of LAV Filters.
Still don't know why LAV Filters ain't working here...
Mmm, should i try LAV again or just stick to FFDSHOW and HAALI?I hope I can get more feedback on LAV Filters. So far there are two reports of sync issues. Two is concerning -- but I'd like to see how prevalent this problem is. I suspect it is a conflict with some other directshow driver since it isn't happening on my system and others -- but it sure would be good to know what the affected systems have in common.
rainfellow
5th October 2014, 19:31
I am having a problem that I can't find a working solution, so I hope I can get pointed in the right direction.
I am getting an error with one disc that I am currently trying to compress to a BD25. It is Natusme's Book Of Friends Season 4 Disc 1.
The error in question is the following;
BD Rebuilder experienced an error 1200 [13:17:10] CopyDirStructure () 0052 1200
I have searched the forums and found references to this error, but they were from an older version of BD-Rebuilder and from an "internet rip". I am using the most current version (0.45.04) and ripped the Blu-Ray myself via AnyDVD using the same (default) settings as I have before. I am attaching the BD-REBUILDER.LOG and .ini files for the Blu-ray in question, if you need anything else please let me know and I will post that as well.
I thank jdobbs and everyone else who helps out in this forum to make BD-Rebuilder the best it can be. And i am still using DVD-Rebuilder as it is the BEST for shrinking DVD's (imho).
Thank you in advance for any help in this.
BD-REBUILDER.LOG
----------------------
[10/05/14] BD Rebuilder v0.49.04 (beta)
[11:22:09] Source: NATSUME_S_BOOK_OF_FRIENDS_S4D1
- Input BD size: 43.37 GB
- Approximate total content: [03:45:06.451]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[11:22:09] PHASE ONE, Encoding
- [11:22:09] Processing: VID_00000 (1 of 10)
- [11:22:09] Extracting A/V streams [VID_00000]
- [11:23:11] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,907 frames
- Bitrate: 13,316 Kbs
- [11:23:11] Reencoding: VID_00000, Pass 1 of 1
- [11:35:18] Video Encode complete
- [11:35:18] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [11:35:21] Multiplexing M2TS
- [11:35:51] Processing: VID_00001 (2 of 10)
- [11:35:51] Extracting A/V streams [VID_00001]
- [11:36:54] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,899 frames
- Bitrate: 13,393 Kbs
- [11:36:54] Reencoding: VID_00001, Pass 1 of 1
- [11:47:08] Video Encode complete
- [11:47:08] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [11:47:12] Multiplexing M2TS
- [11:47:42] Processing: VID_00002 (3 of 10)
- [11:47:42] Extracting A/V streams [VID_00002]
- [11:48:45] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,908 frames
- Bitrate: 13,402 Kbs
- [11:48:45] Reencoding: VID_00002, Pass 1 of 1
- [11:58:12] Video Encode complete
- [11:58:12] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [11:58:15] Multiplexing M2TS
- [11:58:54] Processing: VID_00003 (4 of 10)
- [11:58:54] Extracting A/V streams [VID_00003]
- [11:59:57] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,907 frames
- Bitrate: 13,395 Kbs
- [11:59:57] Reencoding: VID_00003, Pass 1 of 1
- [12:11:59] Video Encode complete
- [12:11:59] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [12:12:02] Multiplexing M2TS
- [12:12:33] Processing: VID_00004 (5 of 10)
- [12:12:33] Extracting A/V streams [VID_00004]
- [12:13:39] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,909 frames
- Bitrate: 13,393 Kbs
- [12:13:39] Reencoding: VID_00004, Pass 1 of 1
- [12:28:02] Video Encode complete
- [12:28:02] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [12:28:06] Multiplexing M2TS
- [12:28:38] Processing: VID_00005 (6 of 10)
- [12:28:38] Extracting A/V streams [VID_00005]
- [12:29:40] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,909 frames
- Bitrate: 13,392 Kbs
- [12:29:40] Reencoding: VID_00005, Pass 1 of 1
- [12:39:11] Video Encode complete
- [12:39:11] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [12:39:14] Multiplexing M2TS
- [12:40:05] Processing: VID_00006 (7 of 10)
- [12:40:05] Extracting A/V streams [VID_00006]
- [12:41:18] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,909 frames
- Bitrate: 13,375 Kbs
- [12:41:18] Reencoding: VID_00006, Pass 1 of 1
- [12:50:43] Video Encode complete
- [12:50:43] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [12:50:47] Multiplexing M2TS
- [12:51:25] Processing: VID_00007 (8 of 10)
- [12:51:25] Extracting A/V streams [VID_00007]
- [12:52:31] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,909 frames
- Bitrate: 13,358 Kbs
- [12:52:31] Reencoding: VID_00007, Pass 1 of 1
- [13:03:22] Video Encode complete
- [13:03:22] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [13:03:25] Multiplexing M2TS
- [13:03:59] Processing: VID_00008 (9 of 10)
- [13:03:59] Extracting A/V streams [VID_00008]
- [13:05:02] Reencoding video [VID_00008]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 34,908 frames
- Bitrate: 13,383 Kbs
- [13:05:02] Reencoding: VID_00008, Pass 1 of 1
- [13:14:45] Video Encode complete
- [13:14:45] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [13:14:53] Multiplexing M2TS
- [13:15:56] Processing: VID_00012 (10 of 10)
- [13:15:56] Extracting A/V streams [VID_00012]
- [13:16:09] Reencoding video [VID_00012]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,101 frames
- Bitrate: 13,395 Kbs
- [13:16:09] Reencoding: VID_00012, Pass 1 of 1
- [13:17:04] Video Encode complete
- [13:17:04] Processing audio tracks
- Track 4352 (jpn): Reencoding audio to AC3...
- [13:17:05] Multiplexing M2TS
[13:17:10]PHASE ONE complete
[13:17:10]PHASE TWO - Rebuild Started
- [13:17:10] Rebuilding BD file Structure
- [13:17:10] CopyDirStructure() 00052 1200
[13:18:49] - Aborted per user request
NATSUME_S_BOOK_OF_FRIENDS_S4D1.INF
[Status]
LABEL=NATSUME_S_BOOK_OF_FRIENDS_S4D1
VERSION=v0.49.04 (beta)
SOURCE_SIZE=46572044429
SOURCE_VIDEO_SIZE=46208636928
TARGET_SIZE=24641536000
REDUCTION=.525402394726098
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;jpn;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=4
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=10
REBUILD_COMPLETE=0
[00000]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2667101135
RATE=13316
SPLITS=4
NSTART=27000000
NEND=92516075
NSIZE=2615107584
FLINK=0
MLINK=0
[00001]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2682479671
RATE=13393
SPLITS=4
NSTART=27000000
NEND=92497306
NSIZE=2620102656
FLINK=0
MLINK=0
[00002]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2683451321
RATE=13402
SPLITS=4
NSTART=27000000
NEND=92514198
NSIZE=2641274880
FLINK=0
MLINK=0
[00003]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2682066478
RATE=13395
SPLITS=4
NSTART=27000000
NEND=92512321
NSIZE=2639818752
FLINK=0
MLINK=0
[00004]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2681782408
RATE=13393
SPLITS=4
NSTART=27000000
NEND=92517952
NSIZE=2626664448
FLINK=0
MLINK=0
[00005]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2683422268
RATE=13392
SPLITS=4
NSTART=27000000
NEND=92523582
NSIZE=2637815808
FLINK=0
MLINK=0
[00006]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2680349143
RATE=13375
SPLITS=4
NSTART=27000000
NEND=92516075
NSIZE=2640261120
FLINK=0
MLINK=0
[00007]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2676075176
RATE=13358
SPLITS=4
NSTART=27000000
NEND=92523582
NSIZE=2606321664
FLINK=0
MLINK=0
[00008]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2680642898
RATE=13383
SPLITS=4
NSTART=27000000
NEND=92519829
NSIZE=2623942656
FLINK=0
MLINK=0
[00012]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=160758001
RATE=13395
SPLITS=1
NSTART=27000000
NEND=30943314
NSIZE=155578368
FLINK=0
MLINK=0
mparade
5th October 2014, 19:37
Which preset are you using? The ones I added all have the GOP size set to "Auto" -- which means the size would be 10x the framerate. I just looked, and the only exceptions are the two SBS presets (which I will change).
Is this a preset that you created? If so, add vKeyint=Auto to the preset.
I am using my own newly created HEVC presets. :cool:
I deleted the vKeyint row from them because I thought that the x265 preset I am using already include the value relating to that.
But now, it is clear and I will reinsert vKeyint=Auto.
Thank you very much for your quick help once again.
omegaman7
5th October 2014, 19:37
I hope I can get more feedback on LAV Filters. So far there are two reports of sync issues. Two is concerning -- but I'd like to see how prevalent this problem is. I suspect it is a conflict with some other directshow driver since it isn't happening on my system and others -- but it sure would be good to know what the affected systems have in common.
I'll see what I find. Try and find a quick job I can run. May be a couple hours til the results.
max4
5th October 2014, 20:08
I think you must have them backwards. The high-speed option must have been 3 hours and "High/Very Slow" must have been 12 hours.
The reason you're probably seeing little difference is because "Highest/Very Slow" is pretty much overkill all the time. My recommendation is to set it to "Automatic" (the default). That way BD-RB will give you the fastest setting that gives a high quality level based upon your bias, size (in minutes) of the source, and target size.
If you don't like "Auto" -- then just set it to "High Quality (Default)" mode for everything. It's a reasonable balance.
OK I put it backwards.
**
I'll do as you have told me, in automatic or default
many thanks jdobbs
mparade
5th October 2014, 20:25
@jdobbs
I have got the following in the lastcmd file after using an mkv preset and unchecked the option for a BD compliant structure:
""E:\BD-RBV04904\BD_Rebuilder\tools\x264.exe" "E:\WORKING\WORKFILES\VID_00000.AVS" --preset placebo --bluray-compat --ref 4 --b-adapt 1 --b-pyramid strict --weightp 2 --open-gop --slow-firstpass --qpmin=0 --crf 16 --level 4.1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 250 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 30000 --threads auto --slices 4 --thread-input --tune ssim --log-level debug --csv gru2_x264.csv --stats "E:\WORKING\WORKFILES\VID_00000.AVS.264.stats" --output "E:\WORKING\WORKFILES\VID_00000.AVS.264"
Inspite of using an mkv preset the command line includes all the option for a BD-compliant structure. (So, a lot of limitation). Please help, I would really appreciate it.
P.S. for x265 encoding one should switch his desktop computer pool to a server with co-processors..;)
Sharc
5th October 2014, 20:26
I hope I can get more feedback on LAV Filters. So far there are two reports of sync issues. Two is concerning -- but I'd like to see how prevalent this problem is. I suspect it is a conflict with some other directshow driver since it isn't happening on my system and others -- but it sure would be good to know what the affected systems have in common.
LAV has many settings for LAV splitter, LAV audio and LAV video. Can they all be left at their default, or are some specific settings recommended or required?
I'm asking because certain settings for LAV audio Mixing seem to solve my audio issues with the MPC preview. I need however to do some more tests...
Anyway, it affected the preview only; I didn't experience any sync problems with the encodes so far.
jdobbs
5th October 2014, 20:31
LAV has many settings for LAV splitter, LAV audio and LAV video. Can they all be left at their default, or are some specific settings recommended or required?
I'm asking because certain settings for LAV audio Mixing seem to solve my audio issues with the MPC preview. I need however to do some more tests...
Anyway, it affected the preview only; I didn't experience any sync problems with the encodes so far.What settings did you change? If I can find a setting that fixes the issue I can build an installer that puts it at that default.
jdobbs
5th October 2014, 20:41
@rainfellow
That error means BD-RB has encountered an illegal filename while attempting to copy files from the source to the destination folder. Since the filenames are pretty standardized on a BD disc a wild guess might be that there are some odd characters in either the source or working paths. If not, you may want to look in the BDMV folder/subfolders of your source and find out if there is something odd there that shouldn't be. It also might be the result of a bad rip.
rainfellow
5th October 2014, 21:20
I've re-ripped the disc twice using both blu-ray drives I have and just checked both the stream directory and the workfiles directory and I don't see anything out of the ordinary.
I can play the ripped disc fine as well as all the individual files in the stream directory.
I don't know if it means anything or not, but it always seems to fail when it gets ready to rebuild the blu-ray, but the workfiles directory seems to have no weird characters in it or any anomalies which is why I'm scratching my head over here.
If you need anymore information, please ask and I will provide what I can.
Thank you for your help on this.
EDIT: Ok, after doing a bit more scouring of the complete rip I MAY have found 2 files in the META folder that MAY be causing the problems with the rebuild. They are JPG files that have (had) an odd dot character in their file names, I've remaned then with dashes (-) and edited the XML in the directory to point at the new file names.
I'm running it again, and will let you know if that was the fix. Thanks again for a great piece of software!! :)
@rainfellow
That error means BD-RB has encountered an illegal filename while attempting to copy files from the source to the destination folder. Since the filenames are pretty standardized on a BD disc a wild guess might be that there are some odd characters in either the source or working paths. If not, you may want to look in the BDMV folder/subfolders of your source and find out if there is something odd there that shouldn't be. It also might be the result of a bad rip.
omegaman7
5th October 2014, 21:39
I installed the new version of Bd rebuilder just today. I already had all installed, except LAV filters. Which I left at default settings. Been a while since I installed FFDshow, or Haali. I suspect they might be out of date, but they are not used for direct show/LAV, Correct? So that would have no bearing on results which follows.
My backup was also out of sync by several seconds. The frame count in the result, oddly has an extra frame. 1! Rather strange how it picked up one extra frame. If you require any other info, let me know ;)
Ahh! No more inspect tool? :p
158,884 original frames
158,885 Result (according to VirtualDub)
----------------------
[10/05/14] BD Rebuilder v0.49.04 (beta)
[11:59:40] Source: IMMORTALS_BD
- Input BD size: 32.37 GB
- Approximate total content: [02:08:16.870]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:59:40] PHASE ONE, Encoding
- [11:59:40] Processing: VID_00028 (1 of 5)
- [11:59:40] Extracting A/V streams [VID_00028]
- [11:59:49] Reencoding video [VID_00028]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,528 frames
- [11:59:49] Reencoding: VID_00028, Pass 1 of 1
- [12:00:35] Video Encode complete
- [12:00:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:00:35] Multiplexing M2TS
- [12:00:41] Processing: VID_00325 (2 of 5)
- [12:00:41] Extracting A/V streams [VID_00325]
- [12:00:53] Reencoding video [VID_00325]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,550 frames
- [12:00:53] Reencoding: VID_00325, Pass 1 of 1
- [12:01:40] Video Encode complete
- [12:01:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:01:40] Multiplexing M2TS
- [12:01:45] Processing: VID_00326 (3 of 5)
- [12:01:45] Extracting A/V streams [VID_00326]
- [12:01:55] Reencoding video [VID_00326]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,700 frames
- [12:01:55] Reencoding: VID_00326, Pass 1 of 1
- [12:02:49] Video Encode complete
- [12:02:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:02:49] Multiplexing M2TS
- [12:02:56] Processing: VID_00120 (4 of 5)
- [12:02:56] Extracting A/V streams [VID_00120]
- [12:03:09] Reencoding video [VID_00120]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,697 frames
- [12:03:09] Reencoding: VID_00120, Pass 1 of 1
- [12:04:09] Video Encode complete
- [12:04:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:04:09] Multiplexing M2TS
- [12:04:16] Processing: VID_00000 (5 of 5)
- [12:04:16] Extracting A/V streams [VID_00000]
- [12:10:36] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 158,884 frames
- Bitrate: 20,640 Kbs
- [12:10:36] Reencoding: VID_00000, Pass 1 of 1
- [13:02:31] Video Encode complete
- [13:02:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- [13:02:31] Multiplexing M2TS
[13:14:11]PHASE ONE complete
[13:14:11]PHASE TWO - Rebuild Started
- [13:14:11] Rebuilding BD file Structure
[13:14:19] - Encode and Rebuild complete
[13:14:19] JOB: IMMORTALS_BD finished.
INF:
[Status]
LABEL=IMMORTALS_BD
VERSION=v0.49.04 (beta)
SOURCE_SIZE=34753159933
SOURCE_VIDEO_SIZE=34344247296
TARGET_SIZE=24641536000
REDUCTION=.705580272415006
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=5
REBUILD_COMPLETE=1
[00028]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=345514960
SPLITS=1
NSTART=27000000
NEND=33621615
NSIZE=179785728
FLINK=0
MLINK=0
[00325]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=347565455
SPLITS=1
NSTART=27000000
NEND=33662906
NSIZE=160659456
FLINK=0
MLINK=0
[00326]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=348233059
SPLITS=1
NSTART=27000000
NEND=33944437
NSIZE=306001920
FLINK=0
MLINK=0
[00120]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=485031007
SPLITS=1
NSTART=27000000
NEND=33938807
NSIZE=413687808
FLINK=0
MLINK=0
[00000]
AUDIO=11
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=23172488451
RATE=20640
SPLITS=1
NSTART=27000000
NEND=325205405
NSIZE=21806002176
FLINK=0
MLINK=0
jdobbs
5th October 2014, 21:57
I installed the new version of Bd rebuilder just today. I already had all installed, except LAV filters. Which I left at default settings. Been a while since I installed FFDshow, or Haali. I suspect they might be out of date, but they are not used for direct show/LAV, Correct? So that would have no bearing on results which follows.
My backup was also out of sync by several seconds. The frame count in the result, oddly has an extra frame. 1! Rather strange how it picked up one extra frame. If you require any other info, let me know ;)
Ahh! No more inspect tool? :p
158,884 original frames
158,885 Result (according to VirtualDub)The INSPECT is no longer a separate program. It can be found under the HELP menu.
If I understand you correctly, you had been using FFDSHOW/HAALI -- but then installed LAV, right? So from that point forward you were using LAV, and that's where you repeated the out-of-sync issue?
One frame off is odd, but that could only account for about 41 milliseconds, which is unlikely to even be noticeable. But you're saying you are several seconds off? Hmmm...
Any way you could try and compare the original audio file to the new one and see if it (the audio) is missing anything at the beginning? Maybe listen to both and time how long it takes before a certain sound is heard?
If possible, maybe you could do the same with the two video files (original .264 muxed into an M2TS, and the newly encoded file muxed into an M2TS).
If you have the time, maybe you could compare the CODEC list revealed by MajorEvent (http://forum.doom9.org/showthread.php?p=1695764#post1695764) and see what the two of you may have in common.
I hate to ask all this... I'd do this myself -- but I can't repeat the problem at all.
omegaman7
5th October 2014, 22:27
Correct. I already had Haali/ffdshow installed per the first post. Installed FIRST. So only LAV had to be installed. This was my first run since LAV began.
Several seconds was an exaggeration. It's more like ~.8 to .9 seconds. Sorry about that. And in the beginning, both original, and resulting encode, are within sync. It's around the 1 min mark where it de-syncs. And... silly me. I already deleted the working folder files :S I compared the original to the result, and it de-syncs around 1 min. Difficult to say what happened.
I certainly don't have anything exotic installed. I'm about to reinstall windows back to my SSD. My SSD has been residing in my laptop. I want it back in my tower! LOL! And then I'll continue testing. I'm curious if a fresh install of EVERYTHING, will result in an identical problem.
jdobbs
5th October 2014, 23:03
Thanks. It's just really weird that it would happen to some people but not to others on an identical operating system. I can always just revert everything back to FFDSHOW/HAALI -- but LAV is so convenient, simple, and easily controllable... I'd really like to use it if possible.
Sharc
5th October 2014, 23:19
What settings did you change? If I can find a setting that fixes the issue I can build an installer that puts it at that default.
It's weird. The video preview is ok. The problem is with the audio only. Either I can get the feature audio working with the extra audio running too fast with a high pitch, or I can get the Extra audio working (0.5 sec out of sync) but with the feature being silent with this setting.
Setting for feature (1080p, 23.976fps, DTS 5.1):
- LAV splitter config: I have to enter the preferred language(s)
- LAV audio config: Mixing/select "Enable Mixing" and Output speaker config: Stereo
Setting for Extra (1080i, 29.97fps, DTS 2-channel):
- LAV splitter config: I have to enter the preferred languages
- LAV audio config: Mixing/select "Enable Mixing" and Output speaker config: 5.1
Maybe there is something odd with my system or with the particular disc. Fortunately the encoding is not affected, it's just the preview audio which makes problems, which is really not critical.
I will try with another disc, but I will be away for 2 days and can't do more testing right now.
rainfellow
6th October 2014, 03:56
UPDATE: It was the two JPG files causing the problems all along. Not something that I would have EVER thought to look for, guess I have to look for that if I ever see the error again.
I've re-ripped the disc twice using both blu-ray drives I have and just checked both the stream directory and the workfiles directory and I don't see anything out of the ordinary.
I can play the ripped disc fine as well as all the individual files in the stream directory.
I don't know if it means anything or not, but it always seems to fail when it gets ready to rebuild the blu-ray, but the workfiles directory seems to have no weird characters in it or any anomalies which is why I'm scratching my head over here.
If you need anymore information, please ask and I will provide what I can.
Thank you for your help on this.
EDIT: Ok, after doing a bit more scouring of the complete rip I MAY have found 2 files in the META folder that MAY be causing the problems with the rebuild. They are JPG files that have (had) an odd dot character in their file names, I've remaned then with dashes (-) and edited the XML in the directory to point at the new file names.
I'm running it again, and will let you know if that was the fix. Thanks again for a great piece of software!! :)
MajorEvent
6th October 2014, 04:49
If I understand you correctly, you had been using FFDSHOW/HAALI -- but then installed LAV, right? So from that point forward you were using LAV, and that's where you repeated the out-of-sync issue?
I think that makes 4 of us.
If you have the time, maybe you could compare the CODEC list revealed by MajorEvent (http://forum.doom9.org/showthread.php?p=1695764#post1695764) and see what the two of you may have in common.
I believe what's showing in my codec list comes from the following:
DivX codec
Xvid Codec
Avid Pinnacle Studio 15
Cyberlink PowerDVD 11
Windows Media Player 12
I expect everyone with Windows 7 has the ones listed as win 7 rtm? jdobbs, if you run Win 7 perhaps you can help eliminate the ones that aren't a problem.
BluRay Support
Full support for Seamless Branching Blu-rays as well as HD audio (full DTS-HD support depends on the ArcSoft decoder DLL being installed, see the FAQ)
If I understand the LAVfilters page (http://forum.doom9.org/showthread.php?t=156191), it doesn't support DTS decoding without a DLL from Total Media Theater (TMT) which I happen to have but I couldn't find the LAV Audio folder that's referred to in the FAQ. I'm not sure how that affects this issue since the content I was working with was DTS HD Master Audio 5.1. Or how it affects LAVFilters now that TMT has gone EOL for that matter.
I knocked the settings down to the High Speed Option (BD25+) just so I could run the encodes faster (30 min compared to 3 hrs) and tried everything I could think including the 0.63 LAVFilters of with no luck. The only thing I can think of now is hunting through the LAVFilters page for more info on where to find that folder referred to in the FAQ.
Edit: I found the information, put the dll in the x86 folder. I had done that so there was no change and it didn't have any effect. Still that could be due to running x64 which isn't supported.
omegaman7
6th October 2014, 06:02
I hate to be the bearer of bad news JD, but a fresh install of EVERYTHING, and nothing else, yields the audio exactly out of sync how it was last time. I'm as stumped as you are now. I find it odd, that you do not encounter the issue, and a few of us do.
Oddly, I installed everything perfectly, and BD rebuilder reported initially, that FFDshow was not configured correctly(it WAS according to the first post). This occurred on my laptop as well. I didn't run the job on my laptop though, because I worried about heat, and it would have taken wayyy too long to encode(a weak dual core). Perhaps BD rebuilder is expecting some kind of configuration, that hasn't been updated in the first post? In any case, BD rebuilder offered to correct the situation. I allowed it to. And by the way, I started with a fresh .ini file, and no hidden options.
Probably a stupid question, but have you yourself tried this route? A fresh install of exactly what everyone else was given? A person of your level surely has more than one machine, or a spare hard drive for testing purposes ;)
mparade
6th October 2014, 07:48
After trying to make an mkv container using x264 I have got the following message from BD-RB right after extracting the streams. Please find my log file, alternate and lastcmd test file below. The used profile is [00037].
----------------------
[10.06.14] BD Rebuilder v0.49.04 (beta)
[08:35:01] Source: GRU2_-_EREDETI_00000
- Input BD size: 0,90 GB
- Approximate total content: [00:04:18.925]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, No Resizing, Intact Audio
- Automatic cropping of borders enabled
- Output folder: E:\BD-RB\
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:35:01] PHASE ONE, Encoding
- [08:35:01] Processing: VID_00000 (1 of 1)
- [08:35:01] Extracting A/V streams [VID_00000]
- [08:35:19] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 6*208 frames
- [08:35:19] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.49.04 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 674,16GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[08:35:19] - Failed video encode, aborted
Your help would be really appreciated.
jdobbs
6th October 2014, 13:58
I think that makes 4 of us.
I believe what's showing in my codec list comes from the following:
DivX codec
Xvid Codec
Avid Pinnacle Studio 15
Cyberlink PowerDVD 11
Windows Media Player 12
I expect everyone with Windows 7 has the ones listed as win 7 rtm? jdobbs, if you run Win 7 perhaps you can
help eliminate the ones that aren't a problem.
If I understand the LAVfilters page (http://forum.doom9.org/showthread.php?t=156191), it doesn't support DTS decoding without a DLL from Total Media Theater (TMT) which I happen to have but I couldn't find the LAV Audio folder that's referred to in the FAQ. I'm not sure how that affects this issue since the content I was working with was DTS HD Master Audio 5.1. Or how it affects LAVFilters now that TMT has gone EOL for that matter.
I knocked the settings down to the High Speed Option (BD25+) just so I could run the encodes faster (30 min compared to 3 hrs) and tried everything I could think including the 0.63 LAVFilters of with no luck. The only thing I can think of now is hunting through the LAVFilters page for more info on where to find that folder referred to in the FAQ.
Edit: I found the information, put the dll in the x86 folder. I had done that so there was no change and it didn't have any effect. Still that could be due to running x64 which isn't supported.BD-RB doesn't use the audio decoders of LAVFilters except for previewing. It uses nicaudio via AVISYNTH.
That brings up a possibility. Remove LAVFilters, and then reinstall. But when it comes up, uncheck the "LAV Audio" from the components list. Maybe it is hosing up the PCM audio-serving when nicaudio is decoding AC3 or DTS and presenting it to the encoder.
jdobbs
6th October 2014, 13:59
I hate to be the bearer of bad news JD, but a fresh install of EVERYTHING, and nothing else, yields the audio exactly out of sync how it was last time. I'm as stumped as you are now. I find it odd, that you do not encounter the issue, and a few of us do.
Oddly, I installed everything perfectly, and BD rebuilder reported initially, that FFDshow was not configured correctly(it WAS according to the first post). This occurred on my laptop as well. I didn't run the job on my laptop though, because I worried about heat, and it would have taken wayyy too long to encode(a weak dual core). Perhaps BD rebuilder is expecting some kind of configuration, that hasn't been updated in the first post? In any case, BD rebuilder offered to correct the situation. I allowed it to. And by the way, I started with a fresh .ini file, and no hidden options.
Probably a stupid question, but have you yourself tried this route? A fresh install of exactly what everyone else was given? A person of your level surely has more than one machine, or a spare hard drive for testing purposes ;) Yes. Everything works. The system I use for video encoding and testing is a clean Win7 (64 bit) install.
Even if you installed per the first post, you have to run BD-RB as an administrator the first time in order (if using FFDSHOW) for it to configure them as the default CODECs, and it needs admin rights to do that. See the highlighted text after step 9 in the first post.
jdobbs
6th October 2014, 14:51
That brings up a possibility. Remove LAVFilters, and then reinstall. But when it comes up, uncheck the "LAV Audio" from the components list. Maybe it is hosing up the PCM audio-serving when nicaudio is decoding AC3 or DTS and presenting it to the encoder.Could someone who is experiencing the sync issue please try this?
If this doesn't do it, I may have to dump LAVFilters as an option. If three people are reporting it here, there are probably a few hundred out there that experience it also.
MajorEvent
6th October 2014, 15:33
That brings up a possibility. Remove LAVFilters, and then reinstall. But when it comes up, uncheck the "LAV Audio" from the components list. Maybe it is hosing up the PCM audio-serving when nicaudio is decoding AC3 or DTS and presenting it to the encoder.
I had already gone back to ffdshow and Haali which completed with no problems or audio delays on the same source (Non-stop) so I installed the LAVFilters 0.62 without the Audio filters on top of those. I ran a quick encode as before with the High Speed Option (BD25+). Same deal, the audio is still 2-3 seconds off.
Removing LAVFilters until there's something more to try.
Edit: FYI the source and destination both show the same time index, no difference in the length of the movie.
omegaman7
6th October 2014, 15:48
Well this is embarrassing. My FFDshow not configured properly was my own problem. Like you suspected. I didn't think it was, because disabling the UAC is usually the first thing I do. I HATE the administrative crap lol. All is better in that regard :) Reinstalled everything, and no errors reported from BD Rebuilder. I just reinstalled LAV, per your suggestion. Attempting now. Should know in 1.5hrs.
Guess I'll have to run it again. Not sure why, but it just stalled. Hard drives are still functioning, other programs are running perfectly :S
jdobbs
6th October 2014, 17:20
There's gotta' be a solution -- otherwise I'm going to have to remove the ability to import HEVC sources.
MajorEvent
6th October 2014, 17:46
There's gotta' be a solution -- otherwise I'm going to have to remove the ability to import HEVC sources.
I posted a respectful request (http://forum.doom9.org/showthread.php?p=1695963#post1695963) for some new eyes to look at the problem from a different perspective on the LAVFilters thread. Maybe we'll get some new ideas if someone there takes a look.
Let me know what else to try. I also have two other PC's I can test on. One has a similar configuration to my PC and the other is pretty clean with no extra codecs or video editors other than vanilla Windows 7 x64 Home Premium SP1.
Sharc
6th October 2014, 17:58
Did anyone with the LAV out-of-sync issue burn the encode to disc and play it back on HW standalone, or was it played on SW players only?
MajorEvent
6th October 2014, 18:16
Did anyone with the LAV out-of-sync issue burn the encode to disc and play it back on HW standalone, or was it played on SW players only?
I burned my first re-encode without checking it and playing it on a HW player that's when I found out the audio was fubar.
omegaman7
6th October 2014, 18:40
I don't burn, until I'm reasonably sure of a successful encode. I generally know, when a software player is to blame for decoding issues. But if there were a doubt, I do have +RW dvds for tests. My first BD-RE didn't last long(Verbatim by the way). And I currently can't afford a replacement.
JDobbs, deselecting the LAV audio component had zero affect. The output is the same. This is bizarre. How are you not seeing this result? :S
jdobbs
6th October 2014, 19:21
I don't burn, until I'm reasonably sure of a successful encode. I generally know, when a software player is to blame for decoding issues. But if there were a doubt, I do have +RW dvds for tests. My first BD-RE didn't last long(Verbatim by the way). And I currently can't afford a replacement.
JDobbs, deselecting the LAV audio component had zero affect. The output is the same. This is bizarre. How are you not seeing this result? :SIt works perfectly on my system.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.