Yet another 2 bug reports!

[NaN]

Hi!

Currently I can report 2 problems that may deserve a look at:

----------------------------------------
1. If Shrink is used to preprocess the dvd and "Still image" is chosen to replace a video (300mb trailer), the resulting output (the trailer replaced with 80mb stills) causes an huge amount of segments (~3000!). Rebuilder hangs himself at segment 1209 - stops responding. Maybe a variable overflow?

----------------------------------------
2. An ILVU title - being freed of logos with vobblanker - shows that the rebuilder suffers from missing sign checking, means I get nice -963.896KB of available video space displayed. Field Overall bitrate is empty. High/Low/Average is hence 100/100/0. Original DVD-title (the abyss PAL) is 7.46GB large. It may be possible (how can I check that?) that the ILVU parts are large than a dvd-5 itself, but some warning or error would avoid this...

Let me know what I shall post additionally, cheers & happy debugging, NaN

[jptheripper]

re: #2 yes that happens if ilvu parts are bigger than dvd5

re:#1 no longer an issue, blank in rebuilder, not shrink.

i.e. no preprocessing

[NaN]

Thanks for your reply!

I'm sorry that I forgot to add I'm using version 080free, so I cannot blank with the rebuilder.

However both cases are bugs and need to be taken care of. At least for the last it's simple parameter checking, 1 more if and it is solved.

The first problem is of course not that easy to solve; however that the rebuilder stops responding should be avoided in any case. A simple condition - to error out if more than say 2000 segments are found during prepare - would solve that too.

Cheers, NaN

[NobbyNobbs]

Originally posted by NaN

However both cases are bugs and need to be taken care of. At least for the last it's simple parameter checking, 1 more if and it is solved.


Both cases are with preprosessed DVD's, and JDobbs have stated quite clearly that he is not interested in fixing bugs in other programs, so if there is a problem with preprosessed material, you are on your own.

[jdobbs]

The source of the problem is that creating still image playback does just that -- it replaces the stream with a series of still images (one every half second).... a still image is processed individually (even in an original authoring)... so the reason there is so many segmenst is because --> you have created that many segments!

That's not a bug... it's a self inflicted injury.

Still processing (in both DVD-RB and Shrink) is just a "trick" that allows you to save some space but still keep some semblance of the content.

Yeah, the second issue is a problem. The fact is that DVD-RB just can't handle DVDs that have huge ILVU sections yet. It will by v1.00, though.

[NaN]

Just to be precise I've to say I used the still picture option and not the still image option; only difference being that the video is replaced with shrink's logo (I wanted to remove it anyway with vobblanker, i simply forgot it).

@NobbyNobbs: I'm not sure how to understand your reply or the intention behind it. I *do* know what jdobbs said and I'm sure he doesn't need others to express himself. The situations I described have nothing to do with fixing bugs of other applications, they're simply cases that need to be avoided and treated in a clean manner - like showing an error. From a developers point of view there's no reason to accept an application hang if there's a simple solution like that.

@jdobbs: I hope you consider a solution for the stills problem too and if it's only ignoring these. Otherwise shrink loses a nice feature and hence complicates the processing unnecessarily.

Thanks for taking the time! NaN