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.

 

Go Back   Doom9's Forum > (HD) DVD, Blu-ray & (S)VCD > DVD & BD Rebuilder

Reply
 
Thread Tools Search this Thread Display Modes
Old 31st December 2011, 02:53   #13901  |  Link
Dr.Tom
Registered User
 
Join Date: May 2009
Posts: 7
Hi2All! How I can use x264-x64 in BD Rebuilder correctly? Do something in config?
Dr.Tom is offline   Reply With Quote
Old 31st December 2011, 03:59   #13902  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by Dr.Tom View Post
Hi2All! How I can use x264-x64 in BD Rebuilder correctly? Do something in config?
In the future please use the "search" function -- this has been answers many, many times.

If you select "Use X264's internal LAVF for decoding" in the SETUP menu the 64 bit version will be used whenever possible. Note, though, that some things like resizing, filters, etc. will for 32 bit mode.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 31st December 2011, 11:38   #13903  |  Link
DKdude
Registered User
 
Join Date: Aug 2010
Posts: 15
X264.exe crashes for no reason in the newest build (Running on i7 - 6gb ram - Windows 7 Ultimate 64bit)

Its trying 2 times and failes - worked perfect in 39.04

Code:
---------------------
[11:04:23] BD Rebuilder v0.39.07 (beta)
  - Source:  DIRCH
  - Input BD size: 32,41 GB
  - Approximate total content: [03:04:18.360]
  - Target BD size: 22,95 GB
  - Windows Version: 6.1 [7601]
  - Quality: Highest (Very Slow), Two Pass
  - Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[11:04:23] PHASE ONE, Encoding
 - [11:04:23] Processing: VID_00001 (1 of 18)
 - [11:04:23] Extracting A/V streams [VID_00001]
 - [11:04:26] Reencoding video [VID_00001]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 25,000fps, 357 frames
   - Bitrate: 2.074 Kbs
 - [11:04:26] Reencoding: VID_00001, Pass 1 of 2
 - [11:04:33] Reencoding: VID_00001, Pass 2 of 2
 - [11:04:51] Video Encode complete
 - [11:04:51] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [11:04:52] Multiplexing M2TS
 - [11:04:55] Processing: VID_00005 (2 of 18)
 - [11:04:55] Extracting A/V streams [VID_00005]
 - [11:05:00] Reencoding video [VID_00005]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 25,000fps, 2.835 frames
   - Bitrate: 6.049 Kbs
 - [11:05:00] Reencoding: VID_00005, Pass 1 of 2
 - [11:05:40] Reencoding: VID_00005, Pass 2 of 2
 - [11:06:25] Video Encode complete
 - [11:06:25] Processing audio tracks
   - Track 4352 (dan): Keeping original audio
 - [11:06:25] Multiplexing M2TS
 - [11:06:29] Processing: VID_00006 (3 of 18)
 - [11:06:29] Extracting A/V streams [VID_00006]
 - [11:06:34] Reencoding video [VID_00006]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 25,000fps, 1.605 frames
   - Bitrate: 6.053 Kbs
 - [11:06:34] Reencoding: VID_00006, Pass 1 of 2
 - [11:07:10] Reencoding: VID_00006, Pass 2 of 2
 - [11:08:10] Video Encode complete
 - [11:08:10] Processing audio tracks
   - Track 4352 (dan): Keeping original audio
 - [11:08:10] Multiplexing M2TS
 - [11:08:14] Processing: VID_00007 (4 of 18)
 - [11:08:14] Extracting A/V streams [VID_00007]
 - [11:08:20] Reencoding video [VID_00007]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 25,000fps, 2.935 frames
   - Bitrate: 6.745 Kbs
 - [11:08:20] Reencoding: VID_00007, Pass 1 of 2
 - [11:09:37] Reencoding: VID_00007, Pass 2 of 2
 - [11:11:30] Video Encode complete
 - [11:11:30] Processing audio tracks
   - Track 4352 (dan): Keeping original audio
 - [11:11:30] Multiplexing M2TS
 - [11:11:35] Processing: VID_00009 (5 of 18)
 - [11:11:35] Extracting A/V streams [VID_00009]
 - [11:11:46] Reencoding video [VID_00009]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 25,000fps, 3.176 frames
   - Bitrate: 6.729 Kbs
 - [11:11:46] Reencoding: VID_00009, Pass 1 of 2
 - [11:13:16] Reencoding: VID_00009, Pass 2 of 2
 - [11:16:06] Video Encode complete
 - [11:16:06] Processing audio tracks
   - Track 4352 (dan): Keeping original audio
 - [11:16:06] Multiplexing M2TS
 - [11:16:12] Processing: VID_00010 (6 of 18)
 - [11:16:12] Extracting A/V streams [VID_00010]
 - [11:16:16] Reencoding video [VID_00010]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 25,000fps, 25 frames
   - Bitrate: 27.537 Kbs
 - [11:16:16] Reencoding: VID_00010, Pass 1 of 2
 - [11:16:17] Reencoding: VID_00010, Pass 2 of 2
 - [11:16:17] Video Encode complete
 - [11:16:17] Processing audio tracks
 - [11:16:17] Multiplexing M2TS
 - [11:16:21] Processing: VID_00015 (7 of 18)
 - [11:16:21] Extracting A/V streams [VID_00015]
 - [11:32:20] Reencoding video [VID_00015]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 25,000fps, 165.903 frames
   - Bitrate: 19.640 Kbs
 - [11:32:21] Reencoding: VID_00015, Pass 1 of 2
  - Encode failed.  Retrying.

Last edited by DKdude; 31st December 2011 at 12:42.
DKdude is offline   Reply With Quote
Old 31st December 2011, 14:48   #13904  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
There's always a reason. Usually overclocking or a corrupt source. The version of X264 didn't change in the latest release, but it did in v0.39.05.

It's possible there may be a glitch in the r2120, but I haven't seen any other reports of issues.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 31st December 2011 at 14:51.
jdobbs is offline   Reply With Quote
Old 31st December 2011, 16:30   #13905  |  Link
DKdude
Registered User
 
Join Date: Aug 2010
Posts: 15
i dont OC at all - no reason.

it seems it might be a bug in the 2 newest AnyDVD - only diff. since last BD rebuilder tyhat worked - tested .04 - same error now

(tested with 2 diff. BD)

latest test on another BD in .04 now (tried 3 now):

Code:
- [16:53:53] Reencoding: VID_00800, Pass 1 of 1
  - Encode failed.  Retrying.
  - Encode failed.  Retrying.
  - Reached retry limit.  Aborting.
  - BD-Rebuilder v0.39.04 (beta)
  - Windows Version: 6.1 [7601]
  - AVISYNTH Version: 2.5.8.0, Ok
  - HAALI Splitter: 1.11.96.14, Ok
  - FFDSHOW: 3882, 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
  - X264:  Ok
  - AFTEN:  Ok
  - FAAC:  Ok
  - MP4BOX:  Ok
  - WAVI:  Ok
  - TSMUXER:  Ok
[17:06:01] - Failed video encode, aborted

Last edited by DKdude; 31st December 2011 at 17:08.
DKdude is offline   Reply With Quote
Old 31st December 2011, 16:40   #13906  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
@DKdude: to exclude the bug, try using 39.07 but replace the x264.exe and x264-64.exe files with the one from the 39.04 build. If it processes the disc as normal, then its not a bug in BDRB itself but something in x264 that's making it crash.
Ch3vr0n is offline   Reply With Quote
Old 31st December 2011, 17:06   #13907  |  Link
DKdude
Registered User
 
Join Date: Aug 2010
Posts: 15
Quote:
Originally Posted by Ch3vr0n View Post
@DKdude: to exclude the bug, try using 39.07 but replace the x264.exe and x264-64.exe files with the one from the 39.04 build. If it processes the disc as normal, then its not a bug in BDRB itself but something in x264 that's making it crash.

No joy .. since new anydvd (last two) - it crashes - also in .04
DKdude is offline   Reply With Quote
Old 31st December 2011, 17:24   #13908  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
I got a similar report via e-mail from someone who was using AnyDVD v6.8.9.2. He went back to 6.8.9.0 and his problem went away. Have you tried the version of AnyDVD that came out today (v6.9.1.0)?

I usually don't upgrade on the interim test versions, only the ones for which you get notified from within the app.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 31st December 2011, 17:30   #13909  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
there have been a few minor bugs yes in the previous 2 beta's from anydvd. Those should all be fixed with the latest release
Ch3vr0n is offline   Reply With Quote
Old 1st January 2012, 11:52   #13910  |  Link
DKdude
Registered User
 
Join Date: Aug 2010
Posts: 15
Quote:
Originally Posted by jdobbs View Post
I got a similar report via e-mail from someone who was using AnyDVD v6.8.9.2. He went back to 6.8.9.0 and his problem went away. Have you tried the version of AnyDVD that came out today (v6.9.1.0)?

I usually don't upgrade on the interim test versions, only the ones for which you get notified from within the app.
Yes, same error (sadly) (only running alpha builds of anydvd - not beta)

and THANKS for a great program! - forgot that before!

UPDATE: i tried out the new beta from anydvd - same problem - wrote them on their forum - and as expected "AnyDVD cant cause that problem" - well, funny, since it works perfect if you go back a few versions! - why cant ppl just test instead of saying no! - learn from jdobbs - full respect for your bug report handling!

Last edited by DKdude; 3rd January 2012 at 00:31.
DKdude is offline   Reply With Quote
Old 1st January 2012, 14:05   #13911  |  Link
SuperFist
Registered User
 
SuperFist's Avatar
 
Join Date: Aug 2008
Posts: 26
-----------------------
[06:00:07] BD Rebuilder v0.39.07 (beta)
- Source: PIRATES2
- Input BD size: 31.33 GB
- Approximate total content: [02:30:40.031]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[06:00:07] PHASE ONE, Encoding
- [06:00:07] Processing: VID_00001 (1 of 2)
- [06:00:07] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- AV frame too large (65497 bytes). Increase AV buffer.
[06:01:31] - Failed to retrieve audio, aborted
-----------------------

As you can see from the log above, it fails to encode my BD-25 sized movies anymore. Just a few weeks ago an older version of BD Rebuilder was working - v0.39.0.2. This latest one isn't. I didn't even install anything new on my Win 7 64-bit computer so nothing has changed on my end.

Is there a way you can leave older versions alone to work separately and independently of the latest versions? Something like how DVDFab does their software?

This disc is Pirates of the Caribbean: Dead Man's Chest, by the way. It has the entire movie in a single m2ts file.

Last edited by SuperFist; 1st January 2012 at 14:40.
SuperFist is offline   Reply With Quote
Old 1st January 2012, 16:43   #13912  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by SuperFist View Post
-----------------------
[06:00:07] BD Rebuilder v0.39.07 (beta)
- Source: PIRATES2
- Input BD size: 31.33 GB
- Approximate total content: [02:30:40.031]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[06:00:07] PHASE ONE, Encoding
- [06:00:07] Processing: VID_00001 (1 of 2)
- [06:00:07] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- AV frame too large (65497 bytes). Increase AV buffer.
[06:01:31] - Failed to retrieve audio, aborted
-----------------------

As you can see from the log above, it fails to encode my BD-25 sized movies anymore. Just a few weeks ago an older version of BD Rebuilder was working - v0.39.0.2. This latest one isn't. I didn't even install anything new on my Win 7 64-bit computer so nothing has changed on my end.

Is there a way you can leave older versions alone to work separately and independently of the latest versions? Something like how DVDFab does their software?

This disc is Pirates of the Caribbean: Dead Man's Chest, by the way. It has the entire movie in a single m2ts file.
What version of AnyDVD are you using? Read the previous few posts.

No, there isn't a way to "leave previous versions alone" -- if that happened I'd be continuously responding to bug reports for problems that were fixed a year ago. Versions will continue to expire until I at least get the software out of beta. I also have to say that you are making an unsubstantiated (and highly probably incorrect) assumption in saying that somehow an older version would work -- lots of other things have changed since the last time you did the disc (like AnyDVD, for example).

Please post your BDREBUILDER.INI file so I can see what settings you are using.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 1st January 2012 at 16:49.
jdobbs is offline   Reply With Quote
Old 3rd January 2012, 10:43   #13913  |  Link
Peer van Heuen
SlySoft Team Member
 
Join Date: May 2007
Posts: 173
Quote:
Originally Posted by DKdude View Post
well, funny, since it works perfect if you go back a few versions! - why cant ppl just test instead of saying no! - learn from jdobbs - full respect for your bug report handling!
Please be aware that the reply you got there, was from a plain user, not from SlySoft.
If you had contacted our support, you certainly would have gotten our "full respect"

But in defense of that user - it is hard to think of how AnyDVD could mess up a stream.

Quote:
Originally Posted by jdobbs View Post
What version of AnyDVD are you using? Read the previous few posts.
I can think of one single thing:

if the disc in question has PMTs that don't fit into a single packet AND the stream is not read entirely in its "natural sector order", it can happen, that individual PMTs get corrupted.

This normally is no issue, because PMTs are repeated every 100ms and come with a checksum that would identify broken PMTs.
When you read using the file system, the Windows file caching does usually mess up the sector read order.

Ripping with the AnyDVD ripper first ensures correct PMTs, but of course it's an additional step no one wants.

So, jdobbs, if you read the PMTs and neglect to check the checksum, that MAY be an issue, though it doesn't sound to me like something that would cause that specific error.
The broken PMTs are still identifiable as such (PID 0x100) and are structurally ok.

If you can think of anything a simple decrypting process could mess up, let me know.

In the meantime, I'll see if I can reproduce the effect.
__________________
SlySoft Inc.
Peer van Heuen is offline   Reply With Quote
Old 3rd January 2012, 12:45   #13914  |  Link
DKdude
Registered User
 
Join Date: Aug 2010
Posts: 15
Quote:
Originally Posted by Peer van Heuen View Post
Please be aware that the reply you got there, was from a plain user, not from SlySoft.
If you had contacted our support, you certainly would have gotten our "full respect"

But in defense of that user - it is hard to think of how AnyDVD could mess up a stream.



I can think of one single thing:

if the disc in question has PMTs that don't fit into a single packet AND the stream is not read entirely in its "natural sector order", it can happen, that individual PMTs get corrupted.

This normally is no issue, because PMTs are repeated every 100ms and come with a checksum that would identify broken PMTs.
When you read using the file system, the Windows file caching does usually mess up the sector read order.

Ripping with the AnyDVD ripper first ensures correct PMTs, but of course it's an additional step no one wants.

So, jdobbs, if you read the PMTs and neglect to check the checksum, that MAY be an issue, though it doesn't sound to me like something that would cause that specific error.
The broken PMTs are still identifiable as such (PID 0x100) and are structurally ok.

If you can think of anything a simple decrypting process could mess up, let me know.

In the meantime, I'll see if I can reproduce the effect.
sorry about that - looked like a sly team member for me - hence i dident understand the dismissing reply from him.

thanks.

still trying everything to find the bug - where ever it may be - but it startede after det last 2 alpha builds of anydvd - sadly.

BUT i will keep looking!
DKdude is offline   Reply With Quote
Old 3rd January 2012, 15:49   #13915  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
It's probably me you 2 are talking about I don't work for slysoft, i just translate the products into dutch for them, and try to help out on the forums where and when i can. Nothing more.
Ch3vr0n is offline   Reply With Quote
Old 3rd January 2012, 16:39   #13916  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by Peer van Heuen View Post
Please be aware that the reply you got there, was from a plain user, not from SlySoft.
If you had contacted our support, you certainly would have gotten our "full respect"

But in defense of that user - it is hard to think of how AnyDVD could mess up a stream.



I can think of one single thing:

if the disc in question has PMTs that don't fit into a single packet AND the stream is not read entirely in its "natural sector order", it can happen, that individual PMTs get corrupted.

This normally is no issue, because PMTs are repeated every 100ms and come with a checksum that would identify broken PMTs.
When you read using the file system, the Windows file caching does usually mess up the sector read order.

Ripping with the AnyDVD ripper first ensures correct PMTs, but of course it's an additional step no one wants.

So, jdobbs, if you read the PMTs and neglect to check the checksum, that MAY be an issue, though it doesn't sound to me like something that would cause that specific error.
The broken PMTs are still identifiable as such (PID 0x100) and are structurally ok.

If you can think of anything a simple decrypting process could mess up, let me know.

In the meantime, I'll see if I can reproduce the effect.
I'm not reading the source at all at that point. All I'm doing is passing the settings to X264 for reencoding. It is X264 attempting to encode that is experiencing the error. The deconstructing of the stream is done by HAALI unless the user has chosen to use X264's internal LAVF decoding.

I can think of many, many ways a "simple decrypting process" could cause pretty much any kind of error if it glitches in the process -- so I guess I don't understand that comment at all??? But that's your area, not mine.

The bottom line is that the reports say that simply changing versions of AnyDVD made the error go away. So how else am I supposed to read that? But since I've never actually experienced it myself I can't say definitively what does or doesn't cause it. There are a lot of variables involved in the process including AnyDVD, HAALI, FFDSHOW, AVISYNTH, and X264. Assuming, though, that none of those changed and switching AnyDVD versions fixes the problem one would certainly suspect it.

[Note: I've edited this post. My previous response was related to a different (wrong) error report.]
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 3rd January 2012 at 18:35.
jdobbs is offline   Reply With Quote
Old 3rd January 2012, 17:39   #13917  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
@DKdude

Go into the SETUP dialog and select "Use X264's internal LAVF..." and try your encode again. If that fails, then we know the error wasn't caused by HAALI, FFDSHOW, or AVISYNTH. If it works, then remove/reinstall HAALI, FFDSHOW, and AVISYNTH. Sometimes other programs or installations can change settings that might cause issues. Reinstalling will often corrects that.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 3rd January 2012 at 19:37.
jdobbs is offline   Reply With Quote
Old 3rd January 2012, 18:34   #13918  |  Link
Peer van Heuen
SlySoft Team Member
 
Join Date: May 2007
Posts: 173
Quote:
Originally Posted by jdobbs View Post
I can think of many, many ways a "simple decrypting process" could cause pretty much any kind of error if it glitches in the process -- so I guess I don't understand that comment at all??? But that's your area, not mine.
Oh, then, sorry, I neglected to write down a couple of thoughts that ran through my head at the time:

"....given that there has never ever been any trace of video playback on blu-rays by any BD player, that wasn't 100% immaculate" (except for actual BD+ issues, but that's not the point here).

AnyDVD is known to absoluty 100% reliably remove AACS at all times.
When you remove AACS, it is pretty much impossible to "partly mess up". Either it's ok or it's not. If it's not, no part of the movie will be ok.
As soon as the keys are available, decryption is such a simple straight forward operation, that you just can't do anything wrong.

Question: is it a BD+ disc (or discs) causing the problem? (would open up a few additional possibilities)
__________________
SlySoft Inc.
Peer van Heuen is offline   Reply With Quote
Old 3rd January 2012, 18:42   #13919  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by Peer van Heuen View Post
Oh, then, sorry, I neglected to write down a couple of thoughts that ran through my head at the time:

"....given that there has never ever been any trace of video playback on blu-rays by any BD player, that wasn't 100% immaculate" (except for actual BD+ issues, but that's not the point here).

AnyDVD is known to absoluty 100% reliably remove AACS at all times.
When you remove AACS, it is pretty much impossible to "partly mess up". Either it's ok or it's not. If it's not, no part of the movie will be ok.
As soon as the keys are available, decryption is such a simple straight forward operation, that you just can't do anything wrong.

Question: is it a BD+ disc (or discs) causing the problem? (would open up a few additional possibilities)
Don't know. I haven't personally even seen the error. I'm not even sure what disc "DIRCH" is, as sometimes the volume label is just an acronym. Let's see what DKdude finds by switching the frame-serving before we jump to any conclusions. Sometimes other things can change and people aren't aware of the changes.

Good product, by the way. I recommend it to everyone.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 3rd January 2012 at 18:53.
jdobbs is offline   Reply With Quote
Old 3rd January 2012, 19:35   #13920  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
Dirch = perhaps http://www.imdb.com/title/tt1706596/ ? couldn't find out anything about the protection used though
Ch3vr0n is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 09:35.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.