View Full Version : BD Rebuilder Beta - Bug Reports Only
rusty666
2nd April 2014, 18:00
it was the same on full movie backup it just encodeed as a 2d even tho it said mvc enabled . does that mean the next release the full backup movie with have the seperate ssif files like before. the movie it 36 gb but when i put in full mode it only says 26 gb . meaning that must be where its missing the 3d as it only encoded in 2d as tmt and powerdvd shown no 3d. when will the next release be ready . i tried it in the 0,46.14 and it does reconise it as 36gb and encodes in 3d but as that doesnt support full backup as id like it in full backup hope you can sort it . thanx
jdobbs
2nd April 2014, 19:40
it was the same on full movie backup it just encodeed as a 2d even tho it said mvc enabled . does that mean the next release the full backup movie with have the seperate ssif files like before. the movie it 36 gb but when i put in full mode it only says 26 gb . meaning that must be where its missing the 3d as it only encoded in 2d as tmt and powerdvd shown no 3d. when will the next release be ready . i tried it in the 0,46.14 and it does reconise it as 36gb and encodes in 3d but as that doesnt support full backup as id like it in full backup hope you can sort it . thanx You CAN'T have SSIF files on a full backup. So "like before" makes no sense and is completely inaccurate. The SSIF folder is a repeat of what is in the two M2TS files, and creating it (without going directly to ISO) is NOT feasible because you'd have to half the bitrate and lose lots of quality -- for absolutely no reason.
The non-SSIF method works. It works 100%. I've done dozens of encodes and never once got 2D output. If you are seeing issues -- it ISN'T because of the method. It's something else. Do you possible have "IGNORE_3D" enabled?
Recognizing it as 36GB means nothing to me. I have no idea where you're getting that number and it isn't showing up in the logs you're posting. Some of the logs even have parts edited out. It's very possible that there are unreferenced files... I don't know.
rusty666
2nd April 2014, 19:45
sorry jdobbs for the logs not bein right. i can confirm the full backup i did worked on 2 panasonic . does not play on 2 samsung players and lots of noise. but the new movie im talking about now is 36 gb but it only inputs as 26gb ill do a log. where is ignore 3d? i cant see that bein on as i just done a movie before it and it worked. the log i will post should be 36 gb. but it does reconise on 0.46.14. but not the latest build.
make that 3 samsung players the 3d full backup wont play stutters and lots noise but works on panasonic as it just been tested on another samsung
rusty666
2nd April 2014, 20:06
[04/02/14] BD Rebuilder v0.47.03 (beta)
[19:51:13] Source: NURSE_3D
- Input BD size: 26.13 GB
- Approximate total content: [01:48:18.783]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:51:14] PHASE ONE, Encoding
- [19:51:14] Processing: VID_00019 (1 of 9)
- [19:51:14] Extracting A/V streams [VID_00019]
- [19:51:25] Reencoding video [VID_00019]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,713 frames
- Bitrate: 15,127 Kbs
- [19:51:25] Reencoding: VID_00019, Pass 1 of 2
- [19:51:25] Reencoding: VID_00019, Pass 2 of 2
- [19:55:26] Video Encode complete
- [19:55:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:55:26] Multiplexing M2TS
- [19:55:38] Processing: VID_00028 (2 of 9)
- [19:55:38] Extracting A/V streams [VID_00028]
- [19:55:45] Reencoding video [VID_00028]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,561 frames
- Bitrate: 15,146 Kbs
- [19:55:45] Reencoding: VID_00028, Pass 1 of 2
- [19:55:45] Reencoding: VID_00028, Pass 2 of 2
- [19:56:04] Video Encode complete
- [19:56:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:56:04] Multiplexing M2TS
- [19:56:08] Processing: VID_00029 (3 of 9)
- [19:56:08] Extracting A/V streams [VID_00029]
- [19:56:19] Reencoding video [VID_00029]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,433 frames
- Bitrate: 15,038 Kbs
- [19:56:19] Reencoding: VID_00029, Pass 1 of 2
- [19:56:19] Reencoding: VID_00029, Pass 2 of 2
- [19:57:03] Video Encode complete
- [19:57:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:03] Multiplexing M2TS
- [19:57:08] Processing: VID_00030 (4 of 9)
- [19:57:08] Extracting A/V streams [VID_00030]
- [19:57:15] Reencoding video [VID_00030]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,825 frames
- Bitrate: 15,157 Kbs
- [19:57:15] Reencoding: VID_00030, Pass 1 of 2
- [19:57:16] Reencoding: VID_00030, Pass 2 of 2
- [19:57:40] Video Encode complete
- [19:57:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:40] Multiplexing M2TS
- [19:57:44] Processing: VID_00031 (5 of 9)
- [19:57:44] Extracting A/V streams [VID_00031]
- [19:57:49] Reencoding video [VID_00031]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 15,046 Kbs
- [19:57:49] Reencoding: VID_00031, Pass 1 of 2
- [19:57:49] Reencoding: VID_00031, Pass 2 of 2
- [19:57:59] Video Encode complete
- [19:57:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:59] Multiplexing M2TS
- [19:58:03] Processing: VID_00032 (6 of 9)
- [19:58:03] Extracting A/V streams [VID_00032]
- [20:05:28] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 120,697 frames
- Bitrate: 27,050 Kbs
- [20:05:28] Reencoding: VID_00032, Pass 1 of 2
- [20:05:29] Reencoding: VID_00032, Pass 2 of 2
as you can see at the bottom is the main movie for encode but its not encodeing with mvc encoder just normal
rusty666
2nd April 2014, 20:21
04/02/14] BD Rebuilder v0.46.14 (beta)
[20:08:23] Source: NURSE_3D_00000
- Input BD size: 32.43 GB
- Approximate total content: [01:23:54.070]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:08:25] PHASE ONE, Encoding
- [20:08:25] Processing: VID_00032 (1 of 1)
- [20:08:25] Extracting A/V streams [VID_00032]
- [20:20:07] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 120,697 frames
- Bitrate: 32,231 Kbs
- Using FRIMEncoder for MVC encoding
- [20:20:07] Reencoding: VID_00032, Pass 1 of 1
and build 0.46.14 as you can see does start the encode with frimencode mvc and inputs the right gb
Guest
2nd April 2014, 20:48
One says MOVIE-ONLY mode and the other doesn't. Is it significant?
rusty666
2nd April 2014, 20:49
you cant do full movie with 0.46.14. even on movie only its the same result with latest build. because its not inputting the full 36gb on movie only on lastest build u get a bd25 no reencode but only plays 2d
[04/02/14] BD Rebuilder v0.47.03 (beta)
[20:49:41] Source: NURSE_3D_00000
- Input BD size: 22.47 GB
- Approximate total content: [01:23:54.070]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:49:50] PHASE ONE, Encoding
- [20:49:50] Processing: VID_00032 (1 of 1)
- [20:49:50] Extracting A/V streams [VID_00032]
- [20:57:02] Reencoding video [VID_00032]
- [20:57:02] Keeping original video (no reencode)
- [20:57:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[20:57:02]PHASE ONE complete
[20:57:02]PHASE TWO - Rebuild Started
- [20:57:04] Rebuilding BD file Structu
jdobbs
2nd April 2014, 21:19
Ok. I ordered "Nurse 3D" so I can do some testing. But it will be a few days before I get it. It isn't released here until April 8th. I'm hoping you're using a legitimate source... I'll be very upset if I find that I wasted my money (which is about the amount I received in donations this week) because the "true release" works fine.
rusty666
2nd April 2014, 21:30
you didnt have to order it. thought i wasnt allowed to say if it was or not. what about the others skipping like mad in the samsung players and the ps3? i will donate a small bit as i said in previous post. as you can see the movie only encodes in 3d on the 0.46.14. how much did you pay
DoctorM
2nd April 2014, 21:34
I know I've mentioned this, but I really can't believe I'm alone in seeing it. SO here are more details.
Still using 46.16 since I don't need 3D encoding.
(Logs and such abridged for conciseness...)
Movie Only Encoding:
- Input BD size: 23.79 GB
- Approximate total content: [01:17:58.048]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
SOURCE_SIZE=25539293184
SOURCE_VIDEO_SIZE=25539293184
TARGET_SIZE=24641536000
REDUCTION=.964848001957923[/quote]
Okay, so BD-RB wants to re-encode with a 96% reduction, because the source is 23.79gb.
Except...
[quote]Format: BDAV
Format/Info: Blu-ray Video
File size: 23.8 GiB
Duration: 1h 17mn
Video
Stream size: 16.3 GiB (68%)
Audio #1
Format: PCM
Stream size: 3.76 GiB (16%)
Audio #2
Format: AC-3
Stream size: 357 MiB (1%)
Audio #3
Format: AC-3
Stream size: 357 MiB (1%)
Audio #4
Format: AC-3
Stream size: 357 MiB (1%)
Audio #5
Format: AC-3
Stream size: 357 MiB (1%)
Audio #6
Format: AC-3
Stream size: 357 MiB (1%)
Audio #7
Format: AC-3
Stream size: 357 MiB (1%)
Audio #8
Format: AC-3
Stream size: 357 MiB (1%)
Audio #9
Format: AC-3
Stream size: 357 MiB (1%)
Text #1
Format: PGS
Text #2
Format: PGS
Text #3
Format: PGS
Text #4
Format: PGS
Text #5
Format: PGS
Text #6
Format: PGS
Text #7
Format: PGS
Text #8
Format: PGS
Text #9
Format: PGS
Text #10
Format: PGS
Text #11
Format: PGS
Text #12
Format: PGS
Text #13
Format: PGS
Text #14
Format: PGS
Text #15
Format: PGS
Text #16
Format: PGS
Text #17
Format: PGS
Text #18
Format: PGS
Text #19
Format: PGS
Only audio track #2 and one subtitle track are marked to be kept. The input size should be 17.6gb (less whatever the 18 removed subtitle tracks take up).
23.79gb being assumed by BDRB as the input size is the FULL m2ts file before stripping, not after.
On a disc with a sane amount of audio tracks you might not notice this discrepancy.
jdobbs
2nd April 2014, 21:36
you didnt have to order it. thought i wasnt allowed to say if it was or not. what about the others skipping like mad in the samsung players and the ps3? i will donate a small bit as i said in previous post. as you can see the movie only encodes in 3d on the 0.46.14. how much did you payI can't answer those kinds of questions without testing... do you think I simply throw my hands on the software and show "HEAL!" when I need to fix something?
rusty666
2nd April 2014, 21:39
no i dont thats why i said ill donate. the 3d full backup i tested tho on the 3 samsung players and ps3 is not nurse 3d . just thought you might have an idea why they do it. how much dollars was nurse it could be just a bad rip of nurse i have but just confused on the others i have done why some players play it and others just stutter or dont play
i have donated 10 dollars
jdobbs
2nd April 2014, 21:43
I know I've mentioned this, but I really can't believe I'm alone in seeing it
I've answered it before too. I did a test on at least one of the discs that were reported (not sure if it was one of your reports) -- and it needed reencoding in order to fit. You can't use the numbers you're showing. The true size of the video and audio can only be seen when you demux them. And even those numbers don't include the muxing overhead when they are rebuilt into BD. Tell me what disc it is and I can test it. I'm confident it is working properly, but if it isn't I can at least see why.
PGS streams, for the most part, aren't big enough to even worry about. So keeping or removing those usually doesn't matter much. Occasionally, though, one will come along that is huge.
jdobbs
2nd April 2014, 21:54
no i dont thats why i said ill donate. the 3d full backup i tested tho on the 3 samsung players and ps3 is not nurse 3d . just thought you might have an idea why they do it. how much dollars was nurse it could be just a bad rip of nurse i have but just confused on the others i have done why some players play it and others just stutter or dont play
i have donated 10 dollarsThere are lots of reasons... bitrate, disc quality, size of the source, muxing, the encoder... it takes testing to see. But, as I said before, I have not seen playback issues on any of the discs I've done on a standalone player.
I ordered "Nurse 3D" because your log shows that it is a 3D disc that isn't being recognized as 3D during encoding. I consider that to be something I need to check. There are too many variables involved in the "stuttering" report.
Give me the name of a disc you've done that stutters and I'll test it.
rusty666
2nd April 2014, 21:57
is that full backup 3d or with movie only where the ssif file is seperate. did you get the 10 dollar donation?
jdobbs
2nd April 2014, 22:04
I also need the contents of the INI file that was used when you did the "stuttering" disc and also "Nurse 3D". Yes, I just looked and there is a $10 donation on my server. You should have gotten an acknowledgement e-mail.
The only time there will be a SSIF folder is if you do a movie-only backup -- and then only if it is done directly to ISO.
rusty666
2nd April 2014, 22:05
thats for nurse 3d. i didnt save for the other
Options]
VERSION=0.47.0.3
MODE=3
ENCODE_QUALITY=5
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
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
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
[Paths]
WORKING_PATH=C:\USERS\RUSTYNAIL\VIDEOS\BDREBUILDER\
SOURCE_PATH=F:\
jdobbs
2nd April 2014, 22:08
By the way... I just looked and you have posted four logs in the last two pages of this thread while you were discussing your issues -- and every one of those four logs says "Nurse 3D"... :sly:
rusty666
2nd April 2014, 22:11
yes ? to show you one is with lastest build other is with 0.46.14. 0.46.14 does the input on nurse correct and encodes but latest build does not
colinhunt
2nd April 2014, 22:13
it could be just a bad rip of nurse i have
So re-rip it from the original disc which you have. You do have it, right? Even though it hasn't been released yet. It's right next to the Hobbit part 2 discs which you happened to have several weeks before it was released anywhere in the world.
Sheesh. There's a very good reason why pirated discs should not be discussed here. It's against the forum rules, too.
rusty666
2nd April 2014, 22:15
ok ill just leave it. was tryin to help but i guess not
colinhunt
2nd April 2014, 22:18
ok ill just leave it. was tryin to help but i guess not
You're not helping by discussing pirated discs. It puts the entire forum as well as the software developers at risk.
rusty666
2nd April 2014, 22:19
like i said ill just leave it to others. least i more less paided for half of nurse tho so hopefully that will help
jdobbs
2nd April 2014, 22:21
Just do me one favor. I don't want to discuss where you got your disc. But never, never, never post a bug report that isn't using an original source as its input that you personally ripped. I'm not saying yours is one of them, but those "floating around" discs may have been hacked in ways that make them useless as a source. I can't fix problems that are there before I even start.
More importantly, they are against forum rules and can get you banned.
I'm not accusing you of anything... that's not my job. But enforcing forum rules is. I also don't want to be chasing snipe down rabbit holes.
rusty666
2nd April 2014, 22:22
no problem i will do. am i allowed to ask when the next build will be ready ?
Yordan5
2nd April 2014, 22:46
----------------------
[04/02/14] BD Rebuilder v0.47.03 (beta)
[18:29:04] Source: PROMETHEUS_3D
- Input BD size: 37.84 GB
- Approximate total content: [02:03:46.418]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:29:06] PHASE ONE, Encoding
- [18:29:06] Processing: VID_00000 (1 of 1)
- [18:29:06] Extracting A/V streams [VID_00000]
- [18:38:12] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 178,056 frames
- Bitrate: 19,175 Kbs
- Using FRIMEncoder for MVC encoding
- [18:38:12] Reencoding: VID_00000, Pass 1 of 1
- [19:17:32] Video Encode complete
- [19:17:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:17:32] Multiplexing M2TS
- [19:25:33] Scanning for 3D CLPI info...
[19:28:57]PHASE ONE complete
[19:28:57]PHASE TWO - Rebuild Started
- [19:28:57] Rebuilding BD file Structure
[19:28:57] - Encode and Rebuild complete
[19:28:57] JOB: PROMETHEUS_3D finished.
----------------------
I think I managed to get Quick Sync working. Still not 100% sure but judging by the speed with which this movie was completed, BD-RB must've used it. I had never completed a 3D movie back up in less than an hour before.
rusty666
2nd April 2014, 22:58
wish i could get mine working 3d takes 6 hours lol
jdobbs
2nd April 2014, 23:05
I think I managed to get Quick Sync working. Still not 100% sure but judging by the speed with which this movie was completed, BD-RB must've used it. I had never completed a 3D movie back up in less than an hour before.
Wow. I'm jealous. One hour for 178,056 frames. My encodes are taking 5-6 hours. I have a test running right now of a 232,000 frame movie -- it is at 88% after 5 hours and 16 minutes.
Guest
2nd April 2014, 23:20
no problem i will do. am i allowed to ask when the next build will be ready ? Hey rusty666, read the forum rules! Then you will know what you can and cannot discuss. You're lucky not to have gotten a rule 6 strike, and you're not doing your reputation here any good by playing dumb.
rusty666
2nd April 2014, 23:24
i dont need you aswell i have been told.
Guest
2nd April 2014, 23:30
i dont need you aswell i have been told. Apparently you still have not read the rules, because this is off topic for this thread (rule 3). I warn you again to read and follow our rules. Please follow up to PM and don't discuss it in this thread.
raul124
2nd April 2014, 23:31
Wow. I'm jealous. One hour for 178,056 frames. My encodes are taking 5-6 hours. I have a test running right now of a 232,000 frame movie -- it is at 88% after 5 hours and 16 minutes.
Jdobbs that would be great for you to make your testing much quicker...here is little token to get you started...best wishes my Friend
jdobbs
2nd April 2014, 23:36
no problem i will do. am i allowed to ask when the next build will be ready ?From the first post of this thread:If you decide to download and test -- please post any errors you find in this thread. Don't push bug resolution or keep asking for a fix. I will get to the reported bugs, but only when I can find the time.
jdobbs
2nd April 2014, 23:38
Apparently you still have not read the rules, because this is off topic for this thread (rule 3). I warn you again to read and follow our rules. Please follow up to PM and don't discuss it in this thread.@rusty666
You're also treading on rules 16 and 17... neuron2 is a moderator here, and when he does his job he shouldn't have to get responses like this:i dont need you aswell i have been told
@ Jdobbs,
Have you noticed processor utilization change or I am the only one. Majority of the time it is above 75 percent.
BTW: Nice work, I am trying out right know and will report.
DoctorM
3rd April 2014, 01:27
I've answered it before too. I did a test on at least one of the discs that were reported (not sure if it was one of your reports) -- and it needed reencoding in order to fit. You can't use the numbers you're showing. The true size of the video and audio can only be seen when you demux them. And even those numbers don't include the muxing overhead when they are rebuilt into BD. Tell me what disc it is and I can test it. I'm confident it is working properly, but if it isn't I can at least see why.
PGS streams, for the most part, aren't big enough to even worry about. So keeping or removing those usually doesn't matter much. Occasionally, though, one will come along that is huge.
I did the same project again, setting the target to BD50. The final size was 16.8gb. Ah well, maybe the issue will turn up somewhere else you can find it. Thanks.
dfsooner
3rd April 2014, 01:46
I get this message every time I try to do a 3D full backup, typically about 60% of the way through the largest video file. I am running an Intel 3770K on an ASRock Z77 Extreme 4 Motherboard, Windows 7 64-bit with 24GB of RAM.
"FRIMEncode.exe failed"
Log file:
[04/02/14] BD Rebuilder v0.47.03 (beta)
[15:01:25] Source: AMAZING_SPIDER-MAN
- Input BD size: 42.03 GB
- Approximate total content: [02:56:11.266]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[15:01:28] PHASE ONE, Encoding
- [15:01:28] Processing: VID_00001 (1 of 13)
- [15:01:28] Extracting A/V streams [VID_00001]
[04/02/14] Checking System Settings
- BD-Rebuilder v0.47.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1,415.65GB
- 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: Missing
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/02/14] Systems Settings Check complete
- [15:14:15] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 196,056 frames
- Bitrate: 15,318 Kbs
- Using FRIMEncoder for MVC encoding
- [15:14:15] Reencoding: VID_00001, Pass 1 of 1
[17:38:07] - Failed video encode, aborted
BD_Rebuilder.ini:
[Options]
DTSX_ENABLE=1
MODE=0
ENCODE_QUALITY=3
AUTO_QUALITY=0
TARGET_SIZE=23500
PRIORITY_CLASS=1
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
VERSION=0.47.0.3
CUSTOM_TARGET_SIZE=23500
RESIZE_1440=0
DGDECNV=0
OUTPUT_3D=0
SUBTITLE_TRACK_LIMIT=0
ENABLE_TEST=1
ENABLE_BLANKING=0
MULTIPROCESS=1
RESIZE_720=0
NEROAAC=0
IGNORE_3D=0
OUTPUT_SBS=0
SUPTITLE=0
FORCE_INMUX_3D=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
[Paths]
WORKING_PATH=F:\BD_REBUILDER WORKFILES\
SOURCE_PATH=X:\
soneca
3rd April 2014, 02:27
@ Jdobbs,
Have you noticed processor utilization change or I am the only one. Majority of the time it is above 75 percent.
BTW: Nice work, I am trying out right know and will report.
I also noticed a small drop in processor utilization(MULTIPROCESS=3). At least the few conversions I've done.
Hmm, I am noticing quite opposite. In my case encoder has better utilization. Average 73 percent for encoder only with minimum 60 and max 85.
Preset: Ultra High Quality (Extremely Slow), ABR
soneca
3rd April 2014, 04:03
I noticed a small difference in the first pass, usually using two passes(for media).
I used this latest version only twice, must be just me.:)
Oh, I see are you using x264. I am doing 3D backup with FRIMSource
In that case my bad :o
jdobbs
3rd April 2014, 04:53
I did the same project again, setting the target to BD50. The final size was 16.8gb. Ah well, maybe the issue will turn up somewhere else you can find it. Thanks.Why can't you simply tell me what disc it is so I can test it and fix it? Is it some kind of big secret or what? It's frustrating when people post a bug and want me to fix it, but don't want to give me the information necessary to do so.
jdobbs
3rd April 2014, 04:54
I get this message every time I try to do a 3D full backup, typically about 60% of the way through the largest video file. I am running an Intel 3770K on an ASRock Z77 Extreme 4 Motherboard, Windows 7 64-bit with 24GB of RAM.
"FRIMEncode.exe failed"
Log file:
[04/02/14] BD Rebuilder v0.47.03 (beta)
[15:01:25] Source: AMAZING_SPIDER-MAN
- Input BD size: 42.03 GB
- Approximate total content: [02:56:11.266]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[15:01:28] PHASE ONE, Encoding
- [15:01:28] Processing: VID_00001 (1 of 13)
- [15:01:28] Extracting A/V streams [VID_00001]
[04/02/14] Checking System Settings
- BD-Rebuilder v0.47.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1,415.65GB
- 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: Missing
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/02/14] Systems Settings Check complete
- [15:14:15] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 196,056 frames
- Bitrate: 15,318 Kbs
- Using FRIMEncoder for MVC encoding
- [15:14:15] Reencoding: VID_00001, Pass 1 of 1
[17:38:07] - Failed video encode, aborted
BD_Rebuilder.ini:
[Options]
DTSX_ENABLE=1
MODE=0
ENCODE_QUALITY=3
AUTO_QUALITY=0
TARGET_SIZE=23500
PRIORITY_CLASS=1
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
VERSION=0.47.0.3
CUSTOM_TARGET_SIZE=23500
RESIZE_1440=0
DGDECNV=0
OUTPUT_3D=0
SUBTITLE_TRACK_LIMIT=0
ENABLE_TEST=1
ENABLE_BLANKING=0
MULTIPROCESS=1
RESIZE_720=0
NEROAAC=0
IGNORE_3D=0
OUTPUT_SBS=0
SUPTITLE=0
FORCE_INMUX_3D=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
[Paths]
WORKING_PATH=F:\BD_REBUILDER WORKFILES\
SOURCE_PATH=X:\Hmmm... "Amazing Spider-man" is one of the 3D discs I have on my hard drive for testing 3D. I'm having no issues at all.
I suspect this is your problem:
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
Try different combinations. I'd be surprised if setting both to "1" didn't fix your problem -- but you may want to try other combinations as well so you can get the best speed (but still complete an encode). Someone somewhere else here on DOOM9 has reported a need to set one of the two to "1" with an i7 -- but I can't remember which combination.
jdobbs
3rd April 2014, 05:05
Oh, I see are you using x264. I am doing 3D backup with FRIMSource
In that case my bad :oI'm using an updated FRIMEncode/Decode. That may be having an effect. I seem to remember the processor utilization being down below 50% in the past. That was the reason we went through that whole multiprocessing test...
meadrocks
3rd April 2014, 07:03
I'm trying to do Hunger Games Catching Fire, movie only, English audio, english sub, mp4 container, 1920x1080, CRF 22, autoaac, autogop, mp4box keeps failing, tried it 2 times. Has anyone tried this combo?
I attached the log file from the build.
DMagic1
3rd April 2014, 07:40
I did Thor: The Dark World 3D last week and despite the original having the second english sub on by default for the alien speech the movie only copy had no subs turned on by default.
I brought this up earlier but I needed to go back and check the movie and check my settings since you said it could be my settings. I have it set to keep all subs.
I'm using an updated FRIMEncode/Decode. That may be having an effect. I seem to remember the processor utilization being down below 50% in the past. That was the reason we went through that whole multiprocessing test...
Yes, I am aware of it. So far so good, although I won't report bug but I am trying 64 bit version and see how it goes.
dfsooner
3rd April 2014, 16:04
Hmmm... "Amazing Spider-man" is one of the 3D discs I have on my hard drive for testing 3D. I'm having no issues at all.
I suspect this is your problem:
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
Try different combinations. I'd be surprised if setting both to "1" didn't fix your problem -- but you may want to try other combinations as well so you can get the best speed (but still complete an encode). Someone somewhere else here on DOOM9 has reported a need to set one of the two to "1" with an i7 -- but I can't remember which combination.
Changed to FRIM_SW_ENCODE=1.
It seems to be running ok but has been running since about 10:00 last night and is only 83% through the first video file. Bummer going from 65 fps to 5.5.
Guest
3rd April 2014, 16:06
There's an open thread about a problem with HW encoding at the Intel forum that may be related. We'll see how it plays out...
raul124
3rd April 2014, 16:16
Hi Jdobbs, I just wanted to confirm if you got my small token of appreciation, I just updated my profile with a new Email and I hadn't used that old one on my profile..Thanks again Sir for an awesome software..Love it
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.