[slinkelist] cdj sending an erroneous "playing" response
Ian Cole
iancole@earthlink.net
Fri, 5 Jan 2001 20:09:05 -0500
This is a multi-part message in MIME format.
------=_NextPart_000_00BC_01C07753.5AA493E0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
CDJ sends a playing message as a response to an event from the CD =
Changer, not because it is next in the playlist. Sometimes, CDJ doesn't =
tell the changer to pause at the precise moment, and these erroneous =
messages occur. Of course, they aren't actually erroneous - the CD =
Changer DID START TO PLAY THE SONG.
I would vote that if the device was under playlist control AND the app =
knows it isn't to be played that the extra message never comes through.
I have my artist & tracks announced as the song fades in, but when this =
happens, it is VERY obvious.
I have asked Colby about this (a long time ago) and he told me that this =
is normal CDJ operation. My guess is that some people still use the =
buttons & remote for their changers, so he wanted to reflect what is =
actually happening, not what the playlist told it to do.
Ian
----- Original Message -----=20
From: Marc Hebert=20
Cc: slinkelist@nirvis.com=20
Sent: Friday, January 05, 2001 5:25 PM
Subject: [slinkelist] cdj sending an erroneous "playing" response
Hello.=20
I'm using an app I wrote, which communicates over a socket with the =
HASE Slinkx Socket Server to monitor what CD's currently playing. I =
send the "notify_playing_item[on]" command and start receiving the =
expected async "playing" responses.=20
The hitch is this- every now and then I get an extra, erroneous =
response, and it always occurs like in this example:=20
What actually plays:=20
player 1, disk 33, track 6,=20
player 3, disk 140, track 9=20
What's indicated in "playing" responses:=20
player 1, disk 33, track 6,=20
player 1, disk 33, track 7,=20
player 3, disk 140, track 9=20
So, every now and again (maybe every one in 10 or 15 transitions), it =
reports a track just after a last played track, that wasn't in the =
playlist and indeed did not play.=20
If I notice any more pertinent details, I'll post them. Anything I =
should look for?=20
Thanks,=20
Marc=20
------=_NextPart_000_00BC_01C07753.5AA493E0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>CDJ sends a playing message as a =
response to an=20
event from the CD Changer, not because it is next in the playlist. =
Sometimes,=20
CDJ doesn't tell the changer to pause at the precise moment, and these =
erroneous=20
messages occur. Of course, they aren't actually erroneous - the CD =
Changer DID=20
START TO PLAY THE SONG.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I would vote that if the device was =
under playlist=20
control AND the app knows it isn't to be played that the extra message =
never=20
comes through.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I have my artist & tracks announced =
as the song=20
fades in, but when this happens, it is VERY obvious.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I have asked Colby about this (a long =
time ago) and=20
he told me that this is normal CDJ operation. My guess is that some =
people still=20
use the buttons & remote for their changers, so he wanted to reflect =
what is=20
actually happening, not what the playlist told it to do.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Ian</FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =
0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
<DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A href=3D"mailto:gorgoesq@swbell.net" =
title=3Dgorgoesq@swbell.net>Marc Hebert</A>=20
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Cc:</B> <A=20
href=3D"mailto:slinkelist@nirvis.com"=20
title=3Dslinkelist@nirvis.com>slinkelist@nirvis.com</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, January 05, 2001 =
5:25=20
PM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> [slinkelist] cdj =
sending an=20
erroneous "playing" response</DIV>
<DIV><BR></DIV>Hello.=20
<P>I'm using an app I wrote, which communicates over a socket with the =
HASE=20
Slinkx Socket Server to monitor what CD's currently playing. I =
send the=20
"notify_playing_item[on]" command and start receiving the expected =
async=20
"playing" responses.=20
<P>The hitch is this- every now and then I get an extra, erroneous =
response,=20
and it always occurs like in this example:=20
<P>What actually plays:=20
<P>player 1, disk 33, track 6, <BR>player 3, disk 140, track 9=20
<P>What's indicated in "playing" responses:=20
<P>player 1, disk 33, track 6, <BR><B>player 1, disk 33, track 7,</B>=20
<BR>player 3, disk 140, track 9=20
<P>So, every now and again (maybe every one in 10 or 15 transitions), =
it=20
reports a track just after a last played track, that wasn't in the =
playlist=20
and indeed did not play.=20
<P>If I notice any more pertinent details, I'll post them. =
Anything I=20
should look for?=20
<P>Thanks, <BR>Marc </P></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_00BC_01C07753.5AA493E0--