CDRInfo Forum CDRInfo Forum

Forums  Register  Login  My Profile  Inbox  Address Book  My Subscription  My Forums 

Photo Gallery  Member List  Search  Calendars  FAQ  Ticket List  Log Out

ASUS E616P2 Scan Features vs CATS   Logged in as: Guest
Viewers: 1290 You can click here to see Today's Posts | Most Active Topics | Posts Since Last Visit
  Printable Version
All Forums >> [Optical Storage] >> CD, DVD, BD Drives >> Writing Quality >> ASUS E616P2 Scan Features vs CATS Page: [1] 2   next >   >>
Login
Message << Older Topic   Newer Topic >>
ASUS E616P2 Scan Features vs CATS - 10/15/2004 4:44:04 AM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
The latest ASUS E616P2 supported by CDSpeed software to perform PI/PIF scans, here are some first results...

According to CDSpeed, only three reading speeds supported, 10X/8X/5X, however the scanning interval is 64ECC blocks

- Scan at 10X, the reading process stuck, the reading curve seems like what CATS reported, even with amplified error rates, 10 times higher!







- Scan at 8X, the reading process completed, however the reported error rates are way too huge (in terms of absolute numbers)!










Attachment (5)

< Message edited by emperor -- 10/15/2004 4:54:24 AM >
Post #: 1
RE: ASUS E616P2 Scan Features vs CATS - 10/15/2004 4:57:56 AM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
continuing with 5X reading speed...













Attachment (4)

(in reply to emperor)
Post #: 2
RE: ASUS E616P2 Scan Features vs CATS - 10/15/2004 5:01:05 AM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
Comments: As it seems the reading speed does affect the reported PI/PIF error rates. At all scans, a huge PIF spike (10.000) at 0.25GB is present...The reported PI error rates at the end of the disc seems to follow what CATS showed, however the PIF aren't (due to the reported high spikes)

CDSpeed Quality Score seems way off line (96 with 1621 Average PI Score?)


< Message edited by emperor -- 10/15/2004 5:03:14 AM >

(in reply to emperor)
Post #: 3
RE: ASUS E616P2 Scan Features vs CATS - 10/16/2004 4:40:01 PM   
Air

 

Posts: 45
Joined: 9/2/2004
Status: offline
So, not a drive good for testing media; perhaps other discs testing will provide closer to real CATS results or do you think there is no hope?

(in reply to emperor)
Post #: 4
RE: ASUS E616P2 Scan Features vs CATS - 10/17/2004 11:10:14 AM   
Halcyon

 

Posts: 172
Status: offline
Thanks for the comparison!

Erik Deppe has stated that the 'quality score' in CD Speed is calculated based on PIF alone. PIE doesn't matter in that calculation.

I think at this point it would be safe to leave the 'quality score' alone and concentrate on the error rates, me thinks :)

(in reply to Air)
Post #: 5
RE: ASUS E616P2 Scan Features vs CATS - 10/17/2004 1:09:55 PM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
quote:

ORIGINAL: Air
So, not a drive good for testing media; perhaps other discs testing will provide closer to real CATS results or do you think there is no hope?


We need to do more testing with the specific drive with more media to see what exactly reports, at terms of absolute values, the drive reports way too much error rates, but seems to follow the trend line of error rates, especially at the outer area...

What i have seen is that at the max reading speed (10X) the drive has some problems, of course CDSpeed might be the problem, we used 3.40 and already a newer version (3.42) is available, for sure a safe conlusion will be seen at our upcoming review

(in reply to Air)
Post #: 6
RE: ASUS E616P2 Scan Features vs CATS - 10/17/2004 1:13:04 PM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
quote:

ORIGINAL: Halcyon
Thanks for the comparison!


You welcome!

quote:


Erik Deppe has stated that the 'quality score' in CD Speed is calculated based on PIF alone. PIE doesn't matter in that calculation.


Interesting info, didn't knew that...

quote:


I think at this point it would be safe to leave the 'quality score' alone and concentrate on the error rates, me thinks :)


Of course, what troubles me is that the ASUS drive's interval ECC sum is 64...

(in reply to Halcyon)
Post #: 7
RE: ASUS E616P2 Scan Features vs CATS - 10/18/2004 4:12:58 AM   
Halcyon

 

Posts: 172
Status: offline
Yes, this is also troubling with CD Speed in general.

There are no units on the graphs.

Are the graphs always calculated to be 8ECC blocks sum (or average from the 32ECC or 64ECC scanning sample), regardless of the drive used?

Or does the program just graph what the drive returns, regardless of what the scanning sample size is?

BTW, I think we should talk about scanning sample size (1 ECC, 16ECC, 32ECC, 64ECC) and scanning interval separately.

For example LiteON drives with Mediatek chipset are able to sample 1ECC block sizes, but are not able to do that at 1ECC intervals (the interval is 1.xx or bigger depending on read speed).

If the scanning interval is 1x (regardless of sample size) it is always possible to calculate true 1ECC block figures and true 8ECC floating window SUM figures.

However, I'm not yet sure if CD Speed really reports scanning intervals or sample sizes (must ask).

(in reply to emperor)
Post #: 8
RE: ASUS E616P2 Scan Features vs CATS - 10/18/2004 8:37:34 AM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
I think CDSpeed author can answer those questions, what exactly displayed and how calculated, i don't have this information, at least not yet

(in reply to Halcyon)
Post #: 9
RE: ASUS E616P2 Scan Features vs CATS - 10/18/2004 8:54:23 AM   
muchin

 

Posts: 24
Joined: 7/11/2003
From: Taiwan
Status: offline
What the author of Kprobe has said may be consulted:

http://club.cdfreaks.com/showpost.php?p=583325&postcount=91

(in reply to Halcyon)
Post #: 10
RE: ASUS E616P2 Scan Features vs CATS - 10/18/2004 9:08:47 AM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
that is what karr said but its only valid for LiteON drives

(in reply to muchin)
Post #: 11
RE: ASUS E616P2 Scan Features vs CATS - 10/18/2004 11:51:10 AM   
muchin

 

Posts: 24
Joined: 7/11/2003
From: Taiwan
Status: offline
Below is what Erik Deppe said about other chipsets:

http://club.cdfreaks.com/showpost.php?p=697838&postcount=165

I have been reluctant to cite the above post, for in my opinion Erik used the word "samping interval" loosely. Ideally the sampling interval matches the number of ECC blocks collected in each sample, but in practice it is not always the case.

(in reply to emperor)
Post #: 12
RE: ASUS E616P2 Scan Features vs CATS - 10/18/2004 4:55:30 PM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
Ok i read erik's post, i still feel that the 64 ECC sum is too high...

(in reply to muchin)
Post #: 13
RE: ASUS E616P2 Scan Features vs CATS - 10/19/2004 3:52:50 PM   
muchin

 

Posts: 24
Joined: 7/11/2003
From: Taiwan
Status: offline
Is the comment a response to my opinions? But I had not presented them; I made my first post to address Halcyon's questions, as is clearly marked in the post.

My opinions concerning the scans are as follows:

1. Of course it would be better if the chipset returned errors per ECC block, but 64 ECC sum may not be that bad, IMHO.

2. I have been searching for readers suitable for testing disc compatibility. As a working hypothesis I entertain the possibility that a picky reader is a good candidate, and such a drive must be incapable of reading low quality discs at high speeds. I am sure that you are aware that Pioneer DVD-ROMs have been known to be picky. The scans indicate that the ASUS E616P2 (OEM Pioneer) shows such characteristics indeed, though more tests are needed before conclusions can be made, as available data are too limited.

3. Considering that ASUS drive sums 64 ECC while CATS sums 8ECC/1ECC at 1X, the PI/PIF errors at 5X are not too high except for a PIF peak. As to this peak, it is possible that the true peak point may have been missed in the CATS scan, because there are too few data points. Another possibility is that the corresponding peak in PI errors may have been reported by the ASUS drive as PIF. Moreover, Erik has just revealed that the unit of measurement adopted by Nero CD-DVD Speed is byte rather than frame, the latter has been assumed to be the unit by many. Does CATS uses byte, frame or row?

4. Have you read a recent post by Erik about incorporating calibrations of a number of drives into CD-DVD Speed 3.40 and higher so that scanning the same disc with different drives will give essentially the same score even when the PIF averages differ by >2000-fold. Have you performed tests with the newest version again to see if you get the same score for this disc using different readers?

(in reply to emperor)
Post #: 14
RE: ASUS E616P2 Scan Features vs CATS - 10/19/2004 6:29:54 PM   
emperor


Posts: 7210
Joined: 4/28/2004
Status: offline
muchin thanks for your comments and thoughts. I will try to answer in short:

1. There are several opinions, if we should use a picky or not reader. I mean, should we use a proven "bad" reader to test media, that can read without any problems of the majority of other dvd-rom and dvd players? Or we should use a rather "medium" reader, and what defines "bad", "medium", "good", hard to answer with a 100% correct answer.

My definition of a good reader, is the one that has high dvd error correction abilities (like Toshiba SD-M1802). The DVD-ROM we are using for check media quality, LiteOn SOHD-167T is a rather medium reader, easily drops speed near the end. Anyway i feel that we need more testing from the ASUS drive with more media...

2. Yes what rather troubled me, is the high spike of PIF errors, of course CATS could have missed it since the scan done at zones, but what about all other used readers we have so far tested, none of them reported such high spikes at the specific point...

3. Maybe we should re-test with 3.42+ builds, i think we used 3.40 for the tests...

(in reply to muchin)
Post #: 15
RE: ASUS E616P2 Scan Features vs CATS - 10/20/2004 6:42:55 AM   
Halcyon

 

Posts: 172
Status: offline
Muchin,

thank you for your comments. Here are my thoughts on the issue.

quote:


1. Of course it would be better if the chipset returned errors per ECC block, but 64 ECC sum may not be that bad, IMHO.


The loss with bigger than >1ECC sampling size are:

- loss of true minima and maxima (they become rounded-off estimates)
- The above also leads to a more smooth graph overall (removing spikes)
- Inability to check for reading of the disc to be within DVD speficiation (<=4 PIF/1ECC)

Granted, those are not neseccarily big losses in overall compatibility scanning.

quote:


2. I have been searching for readers suitable for testing disc compatibility. As a working hypothesis I entertain the possibility that a picky reader is a good candidate, and such a drive must be incapable of reading low quality discs at high speeds.


Welcome onboard!

I've been trying to find a suitable test method for cd- and dvd-/+r scanning as well (for the past three years).

I've also entertained the idea of finding a one 'picky' reader.

However, here's where the problem starts.

1) There is not just one way to make an 'incompatible' disc or a 'picky' reader. A disc may be readable in drive A, not in B. With another disc the roles are reversed. There is NO 'universal picky' reader that I've been able to find. This is due to way the dvd reading is left to the implementation of the drive more than that of cd reading. There are more than one way to read a dvd disc 'correctly', leading to different compatibilities and incompatibilities.

2) Finding a picky reader that will also read discs at high speed is a bit of an oxymoron. If it is picky, it will by definition have problems in reading. If it does it at high speed, it will by definition be a very good reader (it has no problems even at high speed, when jitter in increased).

3) Picky reader, error correction capability and error reporting capability are all three different things. A reader may be excellent in tracking optical problems (i.e. 'a good reader'), but lousy at doing error correction (i.e. 'bad error correction circuitry strategy'). It may also independent of the two previous properties be able to report errors it sees in reading semi-accurately, really misleadingly or not at all.

quote:


I am sure that you are aware that Pioneer DVD-ROMs have been known to be picky.


Yes, Toshiba and Hitachi drives are also known to be picky. I've tried them and can confirm that.

However, they do fail on different types of discs. That is, they confirm, that 'pickyness' is a not a uniform characteristic of the drive.

quote:


3. Considering that ASUS drive sums 64 ECC while CATS sums 8ECC/1ECC at 1X, the PI/PIF errors at 5X are not too high except for a PIF peak.


We don't really know what CD speed reports.

This has been asked from Erik, but no straight answer has been gotten yet.

Does it report the basic sampling size error counts without calculation? Apparently not, because Erik has started 'calibrating' results across various drive models.

However, do they all report 8ECC floating window SUM for PIE and 1ECC PIF - or statistical averages of those?

Apparently not, because there are no units on the graphs and Erik hasn't replied on this issue either :)

So, for all we know, the error rates can be quite varied and not using same units.

quote:


As to this peak, it is possible that the true peak point may have been missed in the CATS scan, because there are too few data points. Another possibility is that the corresponding peak in PI errors may have been reported by the ASUS drive as PIF.


There's an important misunderstanding in that assumption.

Errors are the results of the reading. They are not on the disc.

A more likely reason that the CATS does not have the error spike, is that because it doesn't generate the error when reading.

Remember, errors are not on the disc. One cannot expect results between drives to be similar, because the drives influence how many errors are produced in the reading process.

quote:


Moreover, Erik has just revealed that the unit of measurement adopted by Nero CD-DVD Speed is byte rather than frame, the latter has been assumed to be the unit by many. Does CATS uses byte, frame or row?


Just to make sure we haven't misunderstood: I think Erik has stated that E616P2 drive reports not PIF (or even PO), but erroneous bytes in PO columns (summed for 64 ECC blocks).

Erik has not stated that the unit of measurement for error rates on DVD discs within CD Speed is bytes.

It's just that one drive that is known to report each erroneous byte in a PO row.

For instance, Mediatek chipsets do report PI/PIF per each scan command at sample size of 1ECC. So they report PIE SUM1 and PIF SUM1 at the interval at which the 'get error rates' command is issued.

quote:


4. Have you read a recent post by Erik about incorporating calibrations of a number of drives into CD-DVD Speed 3.40 and higher so that scanning the same disc with different drives will give essentially the same score even when the PIF averages differ by >2000-fold. Have you performed tests with the newest version again to see if you get the same score for this disc using different readers?


I have read it.

To put it shortly: I think the motives are pure and the goal is lofty, but overall I think it is folly.

Why?

Drives will see different amounts of errors in reading of a disc. Some drives are good at reading certain types of discs, other drives other types of discs.

There is NO WAY that both drive types can report the same error rates for the two different types of discs.

Yes, it is possible to somewhat correct for these differences, but it makes no sense, imho.

The point is to show how many errors did a drive see in the reading, while letting the characteristics of the drive show through in the error rates.

But showing somewhat 'universal' quality score is impossible, because there is no known universal one correct way to read a dvd disc (and as such, to measure it for errors in reading).

Also, basing this calculation on PIF is also false, imho. NIST has already shown with their testing that the crucial indicator of disc compatibility is it's reading error rates being below 280 PIE (in a CATS scanner).

So, there are two problems.

1) Disc quality score is not _disc_ quality. It is _disc compatibility in the drive doing the testing_. Errors are not on the disc.

2) PIF Is not the only or not even necessarily the best indicator of disc compatibility. PIE should be included as well. It could even be the determining factor, because it is a lower level error rate, not taking into account the PI row error correction strategy of the drive (which PIF/PO do).

That's all for now. I hope I didn't bore you.

As a final note, I have great respect for Erik. He's doing something I don't know how to do.

Still, that doesn't stop me from disagreeing with some of his assumptions, when I see them being clearly in opposition to the best scientific data I've been able to find on the issue.

Of course, I'm fallible myself too, so I can be wrong as well. I don't want a flame war, just a bigger understanding of the issues involved.


< Message edited by Halcyon -- 10/20/2004 6:49:04 AM >

(in reply to muchin)
Post #: 16
Page:   [1] 2   next >   >>
All Forums >> [Optical Storage] >> CD, DVD, BD Drives >> Writing Quality >> ASUS E616P2 Scan Features vs CATS Page: [1] 2   next >   >>
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

0.055