View Full Version : Probably not a bug
datman
3rd September 2011, 01:34
Possibly all 4 encodes I did last month will not play. The encode’s freeze up usually within 10 minutes. I think my problem is anydvd 6.8.5.0 and I’m getting bad rips. I have not been able to confirm that. I tried the 6.8.5.8 beta version and get the same results. I ripped the same movies on 2 different computers.
I had one failed encode but they generally complete and freeze up during play back. The rips will play fine.
21:56:03] BD Rebuilder v0.38.09 (beta)
- Source: TRUE_GRIT
- Input BD size: 30.76 GB
- Approximate total content: [01:50:20.405]
- Target BD size: 4.36 GB
- Windows Version: 6.0 [6002]
- MOVIE-ONLY mode enabled
- Auto Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=448
[21:56:03] PHASE ONE, Encoding
- [21:56:03] Extracting A/V streams [VID_00800]
- [21:59:51] Reencoding: VID_00800 (1 of 1)
- [21:59:51] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 158,731 frames
- Bitrate: 4,762 Kbs
- [21:59:51] Reencoding: VID_00800, Pass 1 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.38.09 (beta)
- Windows Version: 6.0 [6002]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[21:59:53] - Failed video encode, aborted
Ch3vr0n
3rd September 2011, 02:54
If the rips play fine then the problem is not anydvd. I've ripped nearly 150 bd's now myself and neveer had a bad rip. Since your inspect reports everything as ok, you're not running an overclocked system are you?
setarip_old
3rd September 2011, 03:03
Hi! but they generally complete and freeze up during play backFor playback, are you using a burned disc, or are you playing back from your hard drive?
Possibly all 4 encodes I did last month will not play.It can't be "possibly". Either all or some of them don't play.
I think my problem is anydvd 6.8.5.0 and I’m getting bad rips. ... I tried the 6.8.5.8 beta version and get the same results.If you get the same results with 6.8.5.8 beta, your problem isn't limited to 6.8.5.0
Have you tried doing a FULL DISC backup of "True Grit"?
datman
3rd September 2011, 22:29
Thank for the responces
[]Hi! For playback, are you using a burned disc, or are you playing back from your hard drive?
it plays back from HDD
It can't be "possibly". Either all or some of them don't play.
It's hard to tell at this point because I don't watch most backups right away. I generally watch the original and decide how I want to back it up, mainly if I want the HD audio sound track on the backup.
When I discovered the problem something I read in the anydvd forum made me think there was an issue with rips. I looked back though the forum and can’t find the thread; most likely I misunderstood what I read.
I definitely have a problem and from what I can tell everything I ripped after 8/6/11 when I installed 6.8.5.0 the encode will not play but it’s hard to tell for sure.
If you get the same results with 6.8.5.8 beta, your problem isn't limited to 6.8.5.0
Yes I ripped 2 of the movies with 6.8.5.8 beta and both encodes froze .
Have you tried doing a FULL DISC backup of "True Grit"? [/Color]
Last night I used tsmuxergui and muxed true grit down to 24g and encoded using .38.09 to a 4.23g size movie only and it’s seems to be working
setarip_old
4th September 2011, 02:38
And once again I'll suggest that you try using BD Rebuilder to do a FULL DISC (not "movie only") backup of "True Grit".
And if the FULL DISC backup plays properly, then use the FULL DISC backup as your source material to do a "movie only" backup, using BD Rebuilder...
datman
4th September 2011, 12:31
I did batched the 4 encodes last night on 2 different computers and I'm playing 2 of them now and they are at 50 min and still playing. I may never figure out what exactly was whacked but it seems to be working now.
During this time of miss configuration I checked the “do not convert DTS to AC3 and do not reencode AC3” When True Grit was done the 4.23g movie only backup was showing that it had the DTSHD 24 bit audio. I didn’t that it was physically possible. The picture looked good but I have not done a real comparison yet.
datman
4th September 2011, 16:59
this is one of the errors I get from the rips.
[Status]
LABEL=THE_WAY_BACK
VERSION=v0.38.09 (beta)
SOURCE_SIZE=23581542584
SOURCE_VIDEO_SIZE=23340380160
TARGET_SIZE=24641536000
REDUCTION=1.04541457374446
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
QUICK=0
ENCODE_STEP=0
COMPLETED=4
[00006]
USE_ORIGINAL=1
AUDIO=1
PGS=10
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=22388129095
NSTART=27000000
NEND=399007342
NSIZE=21371351040
FLINK=0
MLINK=0
[00008]
USE_ORIGINAL=1
AUDIO=1
[10:04:27] PROCESSING BATCH FILE [1]
-----------------------
[10:04:28] BD Rebuilder v0.38.09 (beta)
- Source: THE_WAY_BACK
- Input BD size: 21.96 GB
- Approximate total content: [02:52:18.936]
- Target BD size: 22.95 GB
- Windows Version: 6.0 [6002]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=448
[10:04:28] PHASE ONE, Encoding
- [10:04:28] Extracting A/V streams [VID_00006]
- [10:18:33] Reencoding: VID_00006 (1 of 7)
- [10:18:33] Collecting video information
- [10:18:33] Keeping original video (no reencode)
- [10:18:33] Reencoding audio tracks (if req'd)
- [10:18:33] Multiplexing M2TS
- [10:48:38] Extracting A/V streams [VID_00008]
- [10:48:49] Reencoding: VID_00008 (2 of 7)
- [10:48:49] Collecting video information
- [10:48:49] Keeping original video (no reencode)
- [10:48:49] Reencoding audio tracks (if req'd)
- [10:48:49] Multiplexing M2TS
- [10:48:56] Extracting A/V streams [VID_00009]
- [10:48:57] Reencoding: VID_00009 (3 of 7)
- [10:48:57] Collecting video information
- [10:48:57] Keeping original video (no reencode)
- [10:48:57] Reencoding audio tracks (if req'd)
- [10:48:57] Multiplexing M2TS
- [10:48:57] Extracting A/V streams [VID_00010]
- [10:49:06] Reencoding: VID_00010 (4 of 7)
- [10:49:06] Collecting video information
- [10:49:06] Keeping original video (no reencode)
- [10:49:06] Reencoding audio tracks (if req'd)
- [10:49:06] Multiplexing M2TS
- [10:49:12] Extracting A/V streams [VID_00011]
- Error in attempt to extract audio/subs.
- AV frame too large (55308 bytes). Increase AV buffer.
[10:49:13] - Failed to retrieve audio, aborted
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[21:59:53] - Failed video encode, aborted
Capsbackup
4th September 2011, 18:13
Since there is no reencoding taking place, it is probably a tsMuxeR issue. :( You could just use the source as is, as it will fit a BD-25 untouched. Or perhaps try setting your target size to something less than your source to force a reencode. Then see if the results are successfull! ;)
datman
5th September 2011, 01:09
like I said I reripped them all and it worked, I just try to figure out what went wrong. I have gone through a couple of periods of weirdness over the years I always figured it was bad rips.
Ch3vr0n
5th September 2011, 02:01
@datman: good to see that it worked it's just weird though. Why do you wanna re-encode something that already fits on a single layer BD-R without the need to encode. It's not gonna improve anything. If the entire size equals or is less then 23.3GB you can just burn it straight to disc without any form of encoding
datman
5th September 2011, 03:36
This was 1 of those rips and even though I think I figured out what my problem was I was just running a test encode and if it worked I try encoding it to a BD5 size.
“If I only had a life”
Ch3vr0n
5th September 2011, 23:45
Well i can't say for sure but maybe it fails because you're trying to encode to a size that's bigger then the original. go straight to BD5 encoding i'd say and tell BDRB to create an IMGBurn image with it, then just play it in your software player. Since BD5 is smaller then the original it might not throw you that error
datman
12th September 2011, 02:14
It froze again I did 2 movies one a full backup to a BD25 and one movie only to a BD5 and the BD5 froze." All that froze were movie only". I think there is a bug and it happens infrequently on a few systems with movie only backups.
I’m going to do the same movie from the same rip to a full backup and see if it works. CH3vr0n said if the rip plays it’s not the rip. I watched the rip last night and it played without a glitch.
The error I posted earlier is some unrelated issue with my computer.
setarip_old
12th September 2011, 06:20
I have gone through a couple of periods of weirdness over the years I always figured it was bad rips.
Perhaps your system is due for a good cleaning and reseating of all cards and careful checking of all connections...
datman
12th September 2011, 22:45
you may be right but this system was built less than 2 years ago and the c drive was formatted a year ago. All this computer does is encodes almost never conected to the web and I had the same problem on 2 computers so I'll be holding off on that fix for a while.
setarip_old
13th September 2011, 00:05
I had the same problem on 2 computers so I'll be holding off on that fix for a while.Short-sighted, perhaps, but your choice.
Bye...
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.