Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Help document CDJ Status capabilities bytefield (0xCC,0xCD) #35

Open
nudge opened this issue Feb 13, 2021 · 9 comments
Open

Help document CDJ Status capabilities bytefield (0xCC,0xCD) #35

nudge opened this issue Feb 13, 2021 · 9 comments

Comments

@nudge
Copy link
Contributor

nudge commented Feb 13, 2021

Bytes cc and cd of the CDJ Status Packets seem to be bytefields of some sort representing device/firmware capabilities.

It would be great to figure out what these bits mean so we can document them :)

These are the values we've seen so far:

byte cc
05 - 0000 0101 - older players
0f - 0000 1111 - XDJ-700
1f - 0001 1111 - XDJ-XZ, CDJ-3000
byte cd
01 - 0000 0001 - XDJ-700
73 - 0111 0011 - CDJ-3000 v1.06
f3 - 1111 0011 - CDJ-3000 v1.08

Feel free to comment what the values look like for your players!

@brunchboy
Copy link
Member

Nice discovery! I will have to bring my CDJ-2000 nexus players back from storage sometime soon to compare them. Actually, no, I can even look at old captures. I’ll highlight this issue on the discussion forum and see if we can get others to contribute values.

@brunchboy
Copy link
Member

brunchboy commented Feb 13, 2021

I will want to bring home a player to check out if it does anything to the new media presence indicator you added in #34 when I insert a CD though!

@evanpurkhiser
Copy link
Contributor

I can test CDs later this week if you’d like to keep yours in storage @brunchboy

@brunchboy
Copy link
Member

Sweet, I will leave that to you @evanpurkhiser! I love this community. 😄

@evanpurkhiser
Copy link
Contributor

Looking forward to using the media-presence flag actually! My software right now was only downloading the database files when a track was loaded and present. Now it can download as soon as it sees media present!

@brunchboy
Copy link
Member

Did the old flags not work for you, @evanpurkhiser? Maybe they are not present on newer hardware, which might explain why these were added, and they are not redundant after all. (But sad example of backwards incompatibility if that is true!)

@evanpurkhiser
Copy link
Contributor

Did the old flags not work for you, @evanpurkhiser?

Which old flags were you referring to @brunchboy?

@brunchboy
Copy link
Member

Ul (USB local) at byte 6f and Sl (SD local) at byte 73 of the CDJ status packet. That is how dysentery and Beat Link determine if media is mounted in a particular CDJ. From the packet analysis, "Byte 6f (Ul for “USB local”) has the value 04 when there is no USB media loaded, 00 when USB is loaded, and 02 or 03 when the USB Stop button has been pressed and the USB media is being unmounted. Byte 73 (Sl for “SD local”) has the value 04 when there is no SD media loaded, 00 when SD is loaded, and 02 or 03 when the SD door has been opened and the SD media is being unmounted.”

@brunchboy
Copy link
Member

Once I see these are newly zero, I also send media slot queries to find out the details of what’s been mounted in the slots. Oh, and I suppose I should tag @evanpurkhiser in case you’re not otherwise notified notified of my responses. 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants