RID Code

Does anyone have collection of drives which write RID codes and drives which are capable of reading RID codes?

I need more RID code of drives!!! Please help.

So far my results for RID codes are:
NEC ND-3500A:
NEC ND17

NEC ND-3540A:
NEC ND24

NEC ND-4550A:
NEC ND27

NEC NR-7500A:
NEC NR01

NEC NR-7700A:
NEC NR02

NEC NR-9100A:
NEC NR11

HL-DT-ST GCA-4080N no RID
SAMSUNG SN324F no RID

HP C4392-56000:
SNY AA00

LITE-ON CDRW LDR4125S:
LIT LB64

MITSUMI CR-487ETE:
CR- 487E

RID codes unaccessable on:
HL-DT-ST GCA-4080N
SAMSUNG SN324F
MITSUMI CR-487ETE
HP C4392-56000

RID codes accessable:
ND-3500A
ND-4550A
ND-3540A

You can access RID code by reading Run-out block 1 of Data Area (so no RID code on DAO)
OR you can you use my little programm (i can give sources if you want, but actually this programm is very simple)

Everything is NEC ND-xxxxA here:
1100 - ND02
1000 - ND03
1300 - ND04
5100 - ND05
2500 - ND09
6500 - ND16
3450 - ND19
3520 - ND21
3530 - ND22
6650 - ND23
3550 - ND30
3551 - ND31
7550 - ND32 (probably)

I’d be interested in the sourcecode of your program. Or at least tell me which commands need to be issued. I guess I could write a program for this myself :slight_smile:

What can be done with these codes?

Thanks.

Read TOC for number of tracks, then Read Track Info for size and start address of track. RID Code located at LBA address: session_last_address + 1. High order 3 bits of mode byte of this sector is 111b (for mode 1 - mode byte E1 instead of 01).

Also RID code located at LBA addresses:
session_first address - 150 (Link block)
session_first address - 149 (Run-in block 1)
session_first address - 148 (Run-in block 2)
session_first address - 147 (Run-in block 3)
session_first address - 146 (Run-in block 4)

No Link blocks - no RID code. (RID code appear only in incrimental writing)

On some drives RID Code unaccessable. If you will success in reading RID Code please tell me your drive model. Btw, on all NECs in my disposal RID code accessable.

Various interesting things. If you read sector containing NEC RID code you can see drive serial number. If you can access serial number you can identify recorder.

P.S. Maybe you know how to convert sector read time to read speed?

P.P.S. And, as usual, sorry for my bad english :slight_smile:

How did you get RID codes without reading link blocks?

They are stored in the drives’ calibration data and I have a small collection of this data for different NEC drives. :wink:
Maybe you could upload the sourcecode of your program here? :rolleyes:

And how did you get it from calibration area?

I can use the same commands that I use for dumping the firmware with Binflash.

So you can change calibration area (recorded s/n) with different firmware?

It doesn’t even have to be a different firmware. This value can be manipulated without modifying the firmware.

But how? Can you give me more details about manipulating recorder id?

It wouldn’t make much sense to track only discs recorded in multiple times
would it ? RID code is also present in subcode and/or PMA.

You may write disc one time with Track-at-Once.

Can you give more details? In what channel of subcode? In what area of PMA?

It make sense writing RID code in link blocks, because RID code appear in standard of 1995 year, and implemented in devices much later. Its implementation is voluntary for manufacturers.

Because in 1995 there was already standard for recordable disks, new standard with implementation of RID codes may not conflict with previous standard. RID may be in subchannel R-W (but CD-TEXT using R-W channel), but not in PMA.

But why it contains in link blocks if it is also contains in PMA and subchannel? It really make no sense…

If you really know and have proof where RID code contains - please say.

Btw, analog of RID code on DVD-R/RW is written in OPC area of RMA (analog of PMA).

Interesting. Ik-chan, what type of disc format you had success on, e.g. CDROM, CDDA, etc?

You may, but that’s not the point. The point is that if you introduce a
tracking technology, you make it such that it will be there on every disc
your user will record, TAO or DAO.

Orange book reads:

  • Consumer CD-recorders shall write their Recorder IDentification
    (RID) code in subcode Q-channel mode 3. (see chapter V.6.3.2)

  • Professional CD-recorders, able to write the CD-ROM and/or the
    CD-i Format, shall write their Recorder IDentification (RID)
    code in the main channel of the Table Of Contents Items in
    the PMA. (see chapter V.4.5)

Ok. I will try to test it.

How about link blocks? no word?

Sure, it says that “CD-recorders can store their RID code in the User Data
field of all Run-in and Run-out blocks at each data recording action”.

and something I forgot

No, otherwise data could get destroyed during OPC. OPC is performed in the PCA,
while drive information is stored in the RMA, a different region. On DVD+R/RW
this information is stored in the Inner Drive Area and the Disc Control Blocks.

Actually i wanted to say “OPC realted information” in RMA. Field 1 in RMD Format 1 and 3. :slight_smile:

Ok. I\ve checked it.

PMA is not written in DAO. And in DAO there is ability to write different Q-channel.

And what about ISRC?

No PMA in DAO, so this make no sense.

Have you really extracted RID from PMA or sub-channel? If you have - plese say how :slight_smile:

You don’t understand what I meant, nevermind.

Explained in the Orange book.

Of course I have, and a lot of tools read RID this way.
So now the Orange book (that you have not read) doesn’t
make sense ? I don’t like people who call bullshit on
everything they don’t understand or don’t know until
they get nice explanations, so from now on you will
do without me.

Spath, friend… don’t be so hard on him. everyone has right to make mistakes…
You may have a rainbow of books… you’re a genius… help people… do good and you will receive good.

(spath)5 posts deleted. No posting when you’re drunk please.