juken-develop — Development discussions list

Re: [JukenDev] test failure with DV5900M

[Robert C. <ro...@gr...>]

Brian,

The cvs tree would be the most up-to-date version. I honestly can't recall
the last issues being fixed ...

I think your problem stems from the 100 msec delay being too short (was 1
sec, but that *really* slows things down).

One bug I do remember had to do with userfiles ... you'll want to use
NetNamer to make sure you have all 8 userfiles with a name (non-empty).
Also, letting NetNamer do a once through "Read All Discs", will ensure that
the changer RAM is accurate.

Since your running from windows, you'd need to setup cygwin to build from
the CVS tree. I can help with packages you'd have to have ... It is really
pretty easy, and allows bug fixes to get patched in as needed.

My 5900M went down a month or so ago, "authorized" repair shop had no clue
how to repair, so I've got to get mine back to kenwood here soon.

Rob

----- Original Message -----
From: "Brian P. Davis" <bri...@be...>
To: <som...@mi...>
Cc: <juk...@li...>
Sent: Saturday, August 02, 2003 10:49 PM
Subject: RE: [JukenDev] test failure with DV5900M


Thanks for getting back to me so quickly.  I have tried Netnamer and was
able to use it to name almost all my CDs (but not my DVDs).  Also, it
doesn't run on windows XP (at least not for me) and it keeps locking up my
old windows 98 machine anytime I try to edit a CD's description.  I've been
looking all over the net for an alternative (and haven't found any other),
so I would love it if I could get juken to work.  I'll wait and see if
deadsock has any other suggestions.
Thanks,
Brian


-----Original Message-----
From: som...@mi... [mailto:som...@mi...]
Sent: Sunday, August 03, 2003 1:23 AM
To: Brian P. Davis
Cc: juk...@li...
Subject: RE: [JukenDev] test failure with DV5900M

Just realized I wasn't copying the list here.  So copying as well...

So I just re-investigated the CVS tree versus the distribution.  I don't
think
anything has changed in the tree since the initial release, so you should be
"fine" with the tar/zip.  One thing I might advise trying is running
netnamer
against your changer first, then trying juken.  That might sound redundant
or
counter-productive, but it either helped me with my CD-4700M, or my friend
with
his DV-5900M, or maybe both of us.  To be honest, I've forgotten...

Hopefully deadsock (the author) has a fix for you; I currently still only
have
the 4700M and have done only minimal remote debugging for a 5900M and so I'm
not
too knowledgeable about the actual DVD-comm operation.  Hopefully that will
change, as I've recently graduated, and so now have the time to work on such
things, and hopefully soon will have the money to get myself a 5050 or 5900
too. :)

Andrew

Quoting "Brian P. Davis" <bri...@be...>:

> I downloaded the juken 0.1.2 zip file and used that.  Do you think I
should
> try building from CVS?
> Brian
>
>
> -----Original Message-----
> From: som...@mi... [mailto:som...@mi...]
> Sent: Sunday, August 03, 2003 12:02 AM
> To: Brian P. Davis
> Subject: Re: [JukenDev] test failure with DV5900M
>
> A friend of mine has succesfully used juken to upload disc names from an
XML
> file to a 5900M.  Juken also seemed to work in interactive mode on the
5900M
> for
> trivial testing, but he never used it too deeply otherwise.  (Eg, if there
> are
> problems, he didn't run into them.)
>
> Are you using the released tar, or building from CVS?
>
> Andrew
>
> Quoting "Brian P. Davis" <bri...@be...>:
>
> > I just tried the first test with my new DV5900M.  Unfortunately, it
didn't
> > pass.  I executed the "juken -l 3 COM1" command, but it seemed to hang
on
> > the "scanning disks" step.  Attached is the log file.  Let me know if
> there
> > is anything else I should try.  Has anyone else tried juken with the
> > DV5900M?
> >
> > Thanks,
> > Brian
> >
>
>
>
>
>






-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Juken-develop mailing list
Juk...@li...
https://lists.sourceforge.net/lists/listinfo/juken-develop

RE: [JukenDev] test failure with DV5900M

[<som...@mi...>]

Just to clarify, when I said run netnamer against it first, what I mean is that
I (and/or my friend, I really don't remember) had a problem something like the
listing problem you're experiencing.  It just wasn't working right.  But if I
ran netnamer immediately before running juken, without turning off the changer
inbetween, then juken worked much better afterwards.  Clearly it's not a
complete solution, because you still have to use the sucky netnamer, but if you
want a stopgap measure to get juken working for you so you can play with it,
that might help.

Andrew

Quoting "Brian P. Davis" <bri...@be...>:

> Thanks for getting back to me so quickly.  I have tried Netnamer and was
> able to use it to name almost all my CDs (but not my DVDs).  Also, it
> doesn't run on windows XP (at least not for me) and it keeps locking up my
> old windows 98 machine anytime I try to edit a CD's description.  I've been
> looking all over the net for an alternative (and haven't found any other),
> so I would love it if I could get juken to work.  I'll wait and see if
> deadsock has any other suggestions. 
> Thanks,
> Brian

RE: [JukenDev] test failure with DV5900M

[Brian P. D. <bri...@be...>]

Thanks for getting back to me so quickly.  I have tried Netnamer and was
able to use it to name almost all my CDs (but not my DVDs).  Also, it
doesn't run on windows XP (at least not for me) and it keeps locking up =
my
old windows 98 machine anytime I try to edit a CD's description.  I've =
been
looking all over the net for an alternative (and haven't found any =
other),
so I would love it if I could get juken to work.  I'll wait and see if
deadsock has any other suggestions.=20
Thanks,
Brian


-----Original Message-----
From: som...@mi... [mailto:som...@mi...]=20
Sent: Sunday, August 03, 2003 1:23 AM
To: Brian P. Davis
Cc: juk...@li...
Subject: RE: [JukenDev] test failure with DV5900M

Just realized I wasn't copying the list here.  So copying as well...

So I just re-investigated the CVS tree versus the distribution.  I don't
think
anything has changed in the tree since the initial release, so you =
should be
"fine" with the tar/zip.  One thing I might advise trying is running
netnamer
against your changer first, then trying juken.  That might sound =
redundant
or
counter-productive, but it either helped me with my CD-4700M, or my =
friend
with
his DV-5900M, or maybe both of us.  To be honest, I've forgotten...

Hopefully deadsock (the author) has a fix for you; I currently still =
only
have
the 4700M and have done only minimal remote debugging for a 5900M and so =
I'm
not
too knowledgeable about the actual DVD-comm operation.  Hopefully that =
will
change, as I've recently graduated, and so now have the time to work on =
such
things, and hopefully soon will have the money to get myself a 5050 or =
5900
too. :)

Andrew

Quoting "Brian P. Davis" <bri...@be...>:

> I downloaded the juken 0.1.2 zip file and used that.  Do you think I
should
> try building from CVS?
> Brian
>=20
>=20
> -----Original Message-----
> From: som...@mi... [mailto:som...@mi...]=20
> Sent: Sunday, August 03, 2003 12:02 AM
> To: Brian P. Davis
> Subject: Re: [JukenDev] test failure with DV5900M
>=20
> A friend of mine has succesfully used juken to upload disc names from =
an
XML
> file to a 5900M.  Juken also seemed to work in interactive mode on the
5900M
> for
> trivial testing, but he never used it too deeply otherwise.  (Eg, if =
there
> are
> problems, he didn't run into them.)
>=20
> Are you using the released tar, or building from CVS?
>=20
> Andrew
>=20
> Quoting "Brian P. Davis" <bri...@be...>:
>=20
> > I just tried the first test with my new DV5900M.  Unfortunately, it
didn't
> > pass.  I executed the "juken -l 3 COM1" command, but it seemed to =
hang
on
> > the "scanning disks" step.  Attached is the log file.  Let me know =
if
> there
> > is anything else I should try.  Has anyone else tried juken with the
> > DV5900M?
> >=20
> > Thanks,
> > Brian
> >=20
>=20
>=20
>=20
>=20
>=20

RE: [JukenDev] test failure with DV5900M

[<som...@mi...>]

Just realized I wasn't copying the list here.  So copying as well...

So I just re-investigated the CVS tree versus the distribution.  I don't think
anything has changed in the tree since the initial release, so you should be
"fine" with the tar/zip.  One thing I might advise trying is running netnamer
against your changer first, then trying juken.  That might sound redundant or
counter-productive, but it either helped me with my CD-4700M, or my friend with
his DV-5900M, or maybe both of us.  To be honest, I've forgotten...

Hopefully deadsock (the author) has a fix for you; I currently still only have
the 4700M and have done only minimal remote debugging for a 5900M and so I'm not
too knowledgeable about the actual DVD-comm operation.  Hopefully that will
change, as I've recently graduated, and so now have the time to work on such
things, and hopefully soon will have the money to get myself a 5050 or 5900 too. :)

Andrew

Quoting "Brian P. Davis" <bri...@be...>:

> I downloaded the juken 0.1.2 zip file and used that.  Do you think I should
> try building from CVS?
> Brian
> 
> 
> -----Original Message-----
> From: som...@mi... [mailto:som...@mi...] 
> Sent: Sunday, August 03, 2003 12:02 AM
> To: Brian P. Davis
> Subject: Re: [JukenDev] test failure with DV5900M
> 
> A friend of mine has succesfully used juken to upload disc names from an XML
> file to a 5900M.  Juken also seemed to work in interactive mode on the 5900M
> for
> trivial testing, but he never used it too deeply otherwise.  (Eg, if there
> are
> problems, he didn't run into them.)
> 
> Are you using the released tar, or building from CVS?
> 
> Andrew
> 
> Quoting "Brian P. Davis" <bri...@be...>:
> 
> > I just tried the first test with my new DV5900M.  Unfortunately, it didn't
> > pass.  I executed the "juken -l 3 COM1" command, but it seemed to hang on
> > the "scanning disks" step.  Attached is the log file.  Let me know if
> there
> > is anything else I should try.  Has anyone else tried juken with the
> > DV5900M?
> > 
> > Thanks,
> > Brian
> > 
> 
> 
> 
> 
> 

[JukenDev] test failure with DV5900M

[Brian P. D. <bri...@be...>]

I just tried the first test with my new DV5900M.  Unfortunately, it didn't
pass.  I executed the "juken -l 3 COM1" command, but it seemed to hang on
the "scanning disks" step.  Attached is the log file.  Let me know if there
is anything else I should try.  Has anyone else tried juken with the
DV5900M?

Thanks,
Brian

[JukenDev] Daisey-Chained Changers

[Mickey <alm...@so...>]

Hello Rob,

I've successfully run through the tests using WinXP Pro and Cygwin.  I
experienced some bugs with juken's pause, next, and query commands which
seem to be known issues.  Overall, I am really excited about this project.

I have 2 DV-5900M's daisy-chained with 700+ CD's, DVD-A's, and DVD's
previously named by NetNamerDV.  Do you still need testers with this
configuration?  Did you get the feedback you needed already?

Namaste,
McE

Re: [JukenDev] Beginnings of a juken gui

[Robert C. <ro...@gr...>]

Andrew,

The gui looks great ... I actullay like the idea of a GL implementation
since it is portable, and might make visualizations a possibility.

Let me know if you want, and I'll setup a repository in the sourceforge cvs
tree.

Rob

----- Original Message -----
From: "Andrew Sutherland" <som...@MI...>
To: <juk...@li...>
Sent: Thursday, January 02, 2003 11:51 PM
Subject: [JukenDev] Beginnings of a juken gui


> Just wanted to let everyone know that I've got a juken gui under way
> (brilliantly named "guiken").  Screenshot at
> http://catgufu.ai.mit.edu/sombrero/guiken/guiken0-01.jpg
>
> It's implemented using the GLGooey library for OpenGL, so it's probably
> a bit more flashy than practical, but the globe in the background really
> does spin, so it's not all for nought.  It's very basic at the moment as
> can be seen from the screenshot, although it has an overkill
> multi-threaded implementation where the bulk of the juken code runs in a
> dedicated thread which uses a hacky message queue to send commands and
> data to and fro.  I only have a CD-4700M myself, but I'll probably have
> my friend try it out on his DV-5900M when it gets further along.  (It
> actually should run on any changer right now anyways.)
>
> Andrew Sutherland
> som...@mi...
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Juken-develop mailing list
> Juk...@li...
> https://lists.sourceforge.net/lists/listinfo/juken-develop
>

[JukenDev] Beginnings of a juken gui

[Andrew S. <som...@MI...>]

Just wanted to let everyone know that I've got a juken gui under way
(brilliantly named "guiken").  Screenshot at
http://catgufu.ai.mit.edu/sombrero/guiken/guiken0-01.jpg

It's implemented using the GLGooey library for OpenGL, so it's probably
a bit more flashy than practical, but the globe in the background really
does spin, so it's not all for nought.  It's very basic at the moment as
can be seen from the screenshot, although it has an overkill
multi-threaded implementation where the bulk of the juken code runs in a
dedicated thread which uses a hacky message queue to send commands and
data to and fro.  I only have a CD-4700M myself, but I'll probably have
my friend try it out on his DV-5900M when it gets further along.  (It
actually should run on any changer right now anyways.)

Andrew Sutherland
som...@mi...

Re: [JukenDev] Are you ready to test?

[Robert C. <ro...@gr...>]

Glad to hear it worked out for ya.

At the moment, it is finicky about the XML, but once you get past that, at
least you can import/export stuff ...

Rob

----- Original Message -----
From: "Andrew Sutherland" <som...@MI...>
To: <juk...@li...>
Sent: Saturday, November 02, 2002 11:58 PM
Subject: RE: [JukenDev] Are you ready to test?


> FYI, I built the current CVS branch and it seems to work pretty well
> (save for some finnicky-ness about the XML and userfile name
> uniqueness).  Specifically, I built them under cygwin (needs gcc 2.95;
> gcc-3.2 gets unhappy), and ran them against a 5900M.  We used a trivial
> XSLT file on DVD-profiler's XML export where "CollectionNumber" in
> DVD-profiler maps down to Slot.  I can post it if you want.  Anywho, the
> result was named DVD's for my friend's 5900M which previously had stood
> idle thanks to the mad crappiness of NetNamerDV.
>
> As such, many thanks are in order to you for making Kenwood's DVD
> changers usable from a computer!
>
> Andrew
>
> -----Original Message-----
> From: juk...@li...
> [mailto:juk...@li...] On Behalf Of Robert
> Currey
> Sent: Thursday, October 17, 2002 8:25 PM
> To: juk...@li...
> Subject: [JukenDev] Are you ready to test?
>
>
> Hi all,
>
> Many of you who have signed onto this list were willing (anxious?) to
> have something to test. Well after quite a bit of work, I think I have
> some command-line utilities I'd like to have tested. I'm not making a
> dist available yet, but it is getting close to that point.
>
> If your still interested, send me back a mail at
> ava...@ce... with the following info ...
>
> 1) Platform
> Please include the OS and version of the system you'll be using
> (win98/win2K/WinXP/debian/redhat/other).
>
> 2) Changer(s)
> Please list the models of Kenwood changer(s) you have. I'm very
> interested in someone with multiple changers daisy chained ... I may
> have a special test app or two for you.
>
> 3) Entre?, NetNamed?
> IF you have an Entre, please make of note of that. Also, if you've used
> NetNamer to imput info into your changer at *any* time, I'd also like to
> know that.
>
> I need to do some real documentation, but for a teaser, the 3
> applications are ...
>
> "exporter" -  This app scans a changer, and writes to stdout an XML file
> containing info about the device, userfiles, and each disc currently
> loaded.
>
> "importer" - This app takes an XML file as input, and writes the
> userfile names and disc info for each XML element.
>
> "juken" - A general purpose 'control' app. This lets you stop, play,
> pause, change disc, etc
>
> The XML looks like ...
>
> <?xml version="1.0" encoding="us-ascii"?>
> <?xml-stylesheet type="text/xsl" href="DV-5900M.xsl"?>
> <!-- Juken Changer Interchange file -->
> <Changer>
>   <Model>DV-5900M</Model>
>   <Device>/dev/ttyS0</Device>
>
>   <Userfiles>
>     <Userfile1>Mystery</Userfile1>
>     <Userfile2>Science Fiction</Userfile2>
>     <Userfile3>Comedy</Userfile3>
>     <Userfile4>Family</Userfile4>
>     <Userfile5>Horror</Userfile5>
>     <Userfile6>Drama</Userfile6>
>     <Userfile7>Romance</Userfile7>
>     <Userfile8>Action</Userfile8>
>   </Userfiles>
>
>   <DVD>
>     <ID>000210101538</ID>
>     <Slot>001</Slot>
>     <Title>The Abyss</Title>
>     <ShortTitle>Abyss</ShortTitle>
>     <Description>Special Edition</Description>
>     <Userfiles>
>       <Userfile>Science Fiction</Userfile>
>       <Userfile>Drama</Userfile>
>     </Userfiles>
>   </DVD>
>   <CD>
>     <ID>7d0b150a</ID>
>     <Slot>002</Slot>
>     <Title>Cosmic Thing</Title>
>     <Artist>The B52's</Artist>
>     <ShortTitle>B52's/Cosmic Thing</ShortTitle>
>     <Genre>Alternative Rock</Genre>
>     <Tracks>
>       <Track>Cosmic Thing</Track>
>       <Track>Dry Country</Track>
>       <Track>Deadbeat Club</Track>
>       <Track>Love Shack</Track>
>       <Track>Junebug</Track>
>       <Track>Roam</Track>
>       <Track>Bushfire</Track>
>       <Track>Channel Z</Track>
>       <Track>Topaz</Track>
>       <Track>Follow Your Bliss</Track>
>     </Tracks>
>   </CD>
>   <MP3>
>     <ID>020101164345</ID>
>     <Slot>003</Slot>
>     <Title>Tom's Tunes</Title>
>     <ShortTitle>Tom's Tunes</ShortTitle>
>     <Artist>Various Artists</Artist>
>     <Genre>Alternative Rock</Genre>
>   </MP3>
>   <DVDA>
>     <ID>010328191224</ID>
>     <Slot>004</Slot>
>     <Title>Studio Voodoo</Title>
>     <ShortTitle>Studio Voodoo</ShortTitle>
>     <Artist>Studio Voodoo</Artist>
>     <Genre>Jazz</Genre>
>   </DVDA>
>
> </Changer>
>
> Rob
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: viaVerio will pay you up to $1,000
> for every account that you consolidate with us.
> http://ad.doubleclick.net/clk;4749864;7604308;v?
> http://www.viaverio.com/consolidator/osdn.cfm
> _______________________________________________
> Juken-develop mailing list
> Juk...@li...
> https://lists.sourceforge.net/lists/listinfo/juken-develop
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> Juken-develop mailing list
> Juk...@li...
> https://lists.sourceforge.net/lists/listinfo/juken-develop
>

RE: [JukenDev] Are you ready to test?

[Andrew S. <som...@MI...>]

FYI, I built the current CVS branch and it seems to work pretty well
(save for some finnicky-ness about the XML and userfile name
uniqueness).  Specifically, I built them under cygwin (needs gcc 2.95;
gcc-3.2 gets unhappy), and ran them against a 5900M.  We used a trivial
XSLT file on DVD-profiler's XML export where "CollectionNumber" in
DVD-profiler maps down to Slot.  I can post it if you want.  Anywho, the
result was named DVD's for my friend's 5900M which previously had stood
idle thanks to the mad crappiness of NetNamerDV.

As such, many thanks are in order to you for making Kenwood's DVD
changers usable from a computer!

Andrew

-----Original Message-----
From: juk...@li...
[mailto:juk...@li...] On Behalf Of Robert
Currey
Sent: Thursday, October 17, 2002 8:25 PM
To: juk...@li...
Subject: [JukenDev] Are you ready to test?


Hi all,

Many of you who have signed onto this list were willing (anxious?) to
have something to test. Well after quite a bit of work, I think I have
some command-line utilities I'd like to have tested. I'm not making a
dist available yet, but it is getting close to that point.

If your still interested, send me back a mail at
ava...@ce... with the following info ...

1) Platform
Please include the OS and version of the system you'll be using
(win98/win2K/WinXP/debian/redhat/other).

2) Changer(s)
Please list the models of Kenwood changer(s) you have. I'm very
interested in someone with multiple changers daisy chained ... I may
have a special test app or two for you.

3) Entre?, NetNamed?
IF you have an Entre, please make of note of that. Also, if you've used
NetNamer to imput info into your changer at *any* time, I'd also like to
know that.

I need to do some real documentation, but for a teaser, the 3
applications are ...

"exporter" -  This app scans a changer, and writes to stdout an XML file
containing info about the device, userfiles, and each disc currently
loaded.

"importer" - This app takes an XML file as input, and writes the
userfile names and disc info for each XML element.

"juken" - A general purpose 'control' app. This lets you stop, play,
pause, change disc, etc

The XML looks like ...

<?xml version="1.0" encoding="us-ascii"?>
<?xml-stylesheet type="text/xsl" href="DV-5900M.xsl"?>
<!-- Juken Changer Interchange file -->
<Changer>
  <Model>DV-5900M</Model>
  <Device>/dev/ttyS0</Device>

  <Userfiles>
    <Userfile1>Mystery</Userfile1>
    <Userfile2>Science Fiction</Userfile2>
    <Userfile3>Comedy</Userfile3>
    <Userfile4>Family</Userfile4>
    <Userfile5>Horror</Userfile5>
    <Userfile6>Drama</Userfile6>
    <Userfile7>Romance</Userfile7>
    <Userfile8>Action</Userfile8>
  </Userfiles>

  <DVD>
    <ID>000210101538</ID>
    <Slot>001</Slot>
    <Title>The Abyss</Title>
    <ShortTitle>Abyss</ShortTitle>
    <Description>Special Edition</Description>
    <Userfiles>
      <Userfile>Science Fiction</Userfile>
      <Userfile>Drama</Userfile>
    </Userfiles>
  </DVD>
  <CD>
    <ID>7d0b150a</ID>
    <Slot>002</Slot>
    <Title>Cosmic Thing</Title>
    <Artist>The B52's</Artist>
    <ShortTitle>B52's/Cosmic Thing</ShortTitle>
    <Genre>Alternative Rock</Genre>
    <Tracks>
      <Track>Cosmic Thing</Track>
      <Track>Dry Country</Track>
      <Track>Deadbeat Club</Track>
      <Track>Love Shack</Track>
      <Track>Junebug</Track>
      <Track>Roam</Track>
      <Track>Bushfire</Track>
      <Track>Channel Z</Track>
      <Track>Topaz</Track>
      <Track>Follow Your Bliss</Track>
    </Tracks>
  </CD>
  <MP3>
    <ID>020101164345</ID>
    <Slot>003</Slot>
    <Title>Tom's Tunes</Title>
    <ShortTitle>Tom's Tunes</ShortTitle>
    <Artist>Various Artists</Artist>
    <Genre>Alternative Rock</Genre>
  </MP3>
  <DVDA>
    <ID>010328191224</ID>
    <Slot>004</Slot>
    <Title>Studio Voodoo</Title>
    <ShortTitle>Studio Voodoo</ShortTitle>
    <Artist>Studio Voodoo</Artist>
    <Genre>Jazz</Genre>
  </DVDA>

</Changer>

Rob



-------------------------------------------------------
This sf.net email is sponsored by: viaVerio will pay you up to $1,000
for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
_______________________________________________
Juken-develop mailing list
Juk...@li...
https://lists.sourceforge.net/lists/listinfo/juken-develop

[JukenDev] Are you ready to test?

[Robert C. <ava...@ce...>]

Hi all,

Many of you who have signed onto this list were willing (anxious?) to have
something to test. Well after quite a bit of work, I think I have some
command-line utilities I'd like to have tested. I'm not making a dist
available yet, but it is getting close to that point.

If your still interested, send me back a mail at ava...@ce...
with the following info ...

1) Platform
Please include the OS and version of the system you'll be using
(win98/win2K/WinXP/debian/redhat/other).

2) Changer(s)
Please list the models of Kenwood changer(s) you have. I'm very interested
in someone with multiple changers daisy chained ... I may have a special
test app or two for you.

3) Entre?, NetNamed?
IF you have an Entre, please make of note of that. Also, if you've used
NetNamer to imput info into your changer at *any* time, I'd also like to
know that.

I need to do some real documentation, but for a teaser, the 3 applications
are ...

"exporter" -  This app scans a changer, and writes to stdout an XML file
containing info about the device, userfiles, and each disc currently loaded.

"importer" - This app takes an XML file as input, and writes the userfile
names and disc info for each XML element.

"juken" - A general purpose 'control' app. This lets you stop, play, pause,
change disc, etc

The XML looks like ...

<?xml version="1.0" encoding="us-ascii"?>
<?xml-stylesheet type="text/xsl" href="DV-5900M.xsl"?>
<!-- Juken Changer Interchange file -->
<Changer>
  <Model>DV-5900M</Model>
  <Device>/dev/ttyS0</Device>

  <Userfiles>
    <Userfile1>Mystery</Userfile1>
    <Userfile2>Science Fiction</Userfile2>
    <Userfile3>Comedy</Userfile3>
    <Userfile4>Family</Userfile4>
    <Userfile5>Horror</Userfile5>
    <Userfile6>Drama</Userfile6>
    <Userfile7>Romance</Userfile7>
    <Userfile8>Action</Userfile8>
  </Userfiles>

  <DVD>
    <ID>000210101538</ID>
    <Slot>001</Slot>
    <Title>The Abyss</Title>
    <ShortTitle>Abyss</ShortTitle>
    <Description>Special Edition</Description>
    <Userfiles>
      <Userfile>Science Fiction</Userfile>
      <Userfile>Drama</Userfile>
    </Userfiles>
  </DVD>
  <CD>
    <ID>7d0b150a</ID>
    <Slot>002</Slot>
    <Title>Cosmic Thing</Title>
    <Artist>The B52's</Artist>
    <ShortTitle>B52's/Cosmic Thing</ShortTitle>
    <Genre>Alternative Rock</Genre>
    <Tracks>
      <Track>Cosmic Thing</Track>
      <Track>Dry Country</Track>
      <Track>Deadbeat Club</Track>
      <Track>Love Shack</Track>
      <Track>Junebug</Track>
      <Track>Roam</Track>
      <Track>Bushfire</Track>
      <Track>Channel Z</Track>
      <Track>Topaz</Track>
      <Track>Follow Your Bliss</Track>
    </Tracks>
  </CD>
  <MP3>
    <ID>020101164345</ID>
    <Slot>003</Slot>
    <Title>Tom's Tunes</Title>
    <ShortTitle>Tom's Tunes</ShortTitle>
    <Artist>Various Artists</Artist>
    <Genre>Alternative Rock</Genre>
  </MP3>
  <DVDA>
    <ID>010328191224</ID>
    <Slot>004</Slot>
    <Title>Studio Voodoo</Title>
    <ShortTitle>Studio Voodoo</ShortTitle>
    <Artist>Studio Voodoo</Artist>
    <Genre>Jazz</Genre>
  </DVDA>

</Changer>

Rob

Re: [JukenDev] Juken progress

[Robert C. <ro...@gr...>]

I've been wondering about "auto-magic disc identification" as well ...

DVDProfiler keeps their database secret, so lookups from there are out of
the question ...

The best solution I've come up with so far is to build my own database. This
would be done by scraping all the info that seems reasonable from dvdempire.
The folowing links give quite a bit of info (all discs in the genre
"Action/Adventure").

http://www.dvdempire.com/exec/v5_category.asp?cat_ref_id=583&sort=&page=1
http://www.dvdempire.com/exec/v5_category.asp?cat_ref_id=583&sort=&page=2
...
http://www.dvdempire.com/exec/v5_category.asp?cat_ref_id=583&sort=&page=66

So,  from those pages, you can grab the DVDEmpire_ID for some 1600+ movies
(in Action/Adventure). From a DVDEmpire_ID, you can get the UPC, production
details, etc ...

http://www.dvdempire.com/Exec/v4_item.asp?item_id=444636

Scrape all that, put it in a DB that allows lookups by title, upc, release
date, etc. Submissions from Juken would also reference the TOC_ID(s) to
certain title (box sets have multiple TOC_ID's).

Most of this is outside of the scope of Juken, but with this database, and a
juken export, a program could try to lookup a TOC_ID in the juken export, if
found, populate a juken import xml with the data. If not, ask the user for
the UPC, and try that. If still not found, ask for a title ... etc.

Rob


----- Original Message -----
From: "Andrew Sutherland" <som...@MI...>
To: <juk...@li...>
Sent: Monday, October 07, 2002 10:58 PM
Subject: RE: [JukenDev] Juken progress


> When my friend tested the volume id fetcher, I think it had some weird
> behaviors vis a vis caching and what not.  Things required for proper
> operation might include any/all of the following:
>
> * Running NetNamer previously to scan all the discs and cache all the
> info into memory.
>
> * Having the current disc be the disc whose ID you are trying to get.
> (I realize this is rather related to the previous point, but I think
> both had to be done...)
>
> Er, so there might be special, painful factors involved.
>
> In any event, does it turn out that the DiskTOC is the ISRC like your
> web documentation hints at?  If not, any other ideas?  (Really would
> like to get some form of auto-magic disc identification going on... Not
> that it seems like it would be any easier to look up ISRC's... I fear
> the best solution right now is to pull substrings out of the volume id
> and search against IMDB or something like that.)
>
> Andrew
>
> -----Original Message-----
> From: juk...@li...
> [mailto:juk...@li...] On Behalf Of Robert
> Currey
> Sent: Monday, October 07, 2002 5:53 AM
> To: juk...@li...
> Subject: Re: [JukenDev] Juken progress
>
>
> > That's great news.  I'd been playing around with the code, trying to
> > hack it to try and get unique-ID info out so I could create a
> > DVD-Profiler plugin that would let us automagically name all the DVD's
>
> > in the changer.  FYI, it turns out that the volume_id string in the
> > DiscVolumeID packet actually starts at the 4th byte in.  (So either
> > the format byte doesn't exist, or something similar.)
>
> Interesting, I had tried getting that id, but always get a very short
> packet (final byte of 0x01). I haven't tried every disc yet, so perhaps
> it's just the few I did try didn't have the 32 byte DiscVolumeID. I have
> had good success getting the DiscTOC 12 byte string to work reliably.
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Juken-develop mailing list
> Juk...@li...
> https://lists.sourceforge.net/lists/listinfo/juken-develop
>

RE: [JukenDev] Juken progress

[Andrew S. <som...@MI...>]

When my friend tested the volume id fetcher, I think it had some weird
behaviors vis a vis caching and what not.  Things required for proper
operation might include any/all of the following:

* Running NetNamer previously to scan all the discs and cache all the
info into memory.

* Having the current disc be the disc whose ID you are trying to get.
(I realize this is rather related to the previous point, but I think
both had to be done...)

Er, so there might be special, painful factors involved.

In any event, does it turn out that the DiskTOC is the ISRC like your
web documentation hints at?  If not, any other ideas?  (Really would
like to get some form of auto-magic disc identification going on... Not
that it seems like it would be any easier to look up ISRC's... I fear
the best solution right now is to pull substrings out of the volume id
and search against IMDB or something like that.)

Andrew

-----Original Message-----
From: juk...@li...
[mailto:juk...@li...] On Behalf Of Robert
Currey
Sent: Monday, October 07, 2002 5:53 AM
To: juk...@li...
Subject: Re: [JukenDev] Juken progress


> That's great news.  I'd been playing around with the code, trying to 
> hack it to try and get unique-ID info out so I could create a 
> DVD-Profiler plugin that would let us automagically name all the DVD's

> in the changer.  FYI, it turns out that the volume_id string in the 
> DiscVolumeID packet actually starts at the 4th byte in.  (So either 
> the format byte doesn't exist, or something similar.)

Interesting, I had tried getting that id, but always get a very short
packet (final byte of 0x01). I haven't tried every disc yet, so perhaps
it's just the few I did try didn't have the 32 byte DiscVolumeID. I have
had good success getting the DiscTOC 12 byte string to work reliably.

Re: [JukenDev] Juken progress

[Robert C. <ro...@gr...>]

> That's great news.  I'd been playing around with the code, trying to
> hack it to try and get unique-ID info out so I could create a
> DVD-Profiler plugin that would let us automagically name all the DVD's
> in the changer.  FYI, it turns out that the volume_id string in the
> DiscVolumeID packet actually starts at the 4th byte in.  (So either the
> format byte doesn't exist, or something similar.)

Interesting, I had tried getting that id, but always get a very short packet
(final byte of 0x01). I haven't tried every disc yet, so perhaps it's just
the few I did try didn't have the 32 byte DiscVolumeID. I have had good
success getting the DiscTOC 12 byte string to work reliably.

> Unfortunately, the
> very nice DVD Profiler guy said that identifying discs by the volume Id
> (eg, the text string shown as the volume label in windows) wouldn't
> happen until 2.1.  Currently, DVD-Profiler uses the 32-bit Volume Serial
> Number, which I don't think the 5900M will tell us, but I'm not sure as
> I don't have one myself, and stopped bothering my friend who has one to
> try out the programs I send him.
>
> Have your efforts with this XML file involved auto-populating the
> DVD-Profiler database at all?  (I ask because the DVD-Profiler comments
> in the XML do suggest your data source is DVD-Profiler :)  My friend
> still is only using his 5900M as a single-disc player because he doesn't
> want to type in all the names by hand, and I think identifying them in
> DVD-Profiler first probably doesn't sit well with him either.
>

DVDProfiler is nice for what it does (tracking a collection and
loaned/ordered discs). It isn't particularly suited to a DVD changer needs.
The biggest problem is box sets. In DVDProfiler, a box set is one item. On a
DVD changer it needs multiple entries (one for each disc). With "special
edition" 2 disc sets, this is quite often an issue. I think DVDProfiler2 has
a means to deal with box sets, but I haven't looked too hard yet. Another
problem with DVDProfiler is that it doesn't track everything I might have in
my changer. I use it primarily for DVDs, but DVD-A and MP3 discs will also
get put in.

So I built my own xml file format (based initially from a dvdprofiler
export).At some point I'd like to write a too that does merge from a
dvdprofiler export into one of my xml files.

The way I built my xml file was to get a listing in Excel that had a row for
each disc and cols for title/short-title/description. I then put in some
code to print the ID of each disc in the changer. I mapped the ID's to the
right discs in the excel file. I then made a worksheet that had the xml tags
around the data from the first sheet, and then saved as text. An editor
would be cool, but for now, I've gotten by with vi. I expect a VB expert
could whip up a GUI for editing the file pretty quick.

Rob

RE: [JukenDev] Juken progress

[Andrew S. <som...@MI...>]

(Note, re-sending because I keep forgetting I need to hit reply-to-all
with well-configured list-serves.)

That's great news.  I'd been playing around with the code, trying to
hack it to try and get unique-ID info out so I could create a
DVD-Profiler plugin that would let us automagically name all the DVD's
in the changer.  FYI, it turns out that the volume_id string in the
DiscVolumeID packet actually starts at the 4th byte in.  (So either the
format byte doesn't exist, or something similar.)  Unfortunately, the
very nice DVD Profiler guy said that identifying discs by the volume Id
(eg, the text string shown as the volume label in windows) wouldn't
happen until 2.1.  Currently, DVD-Profiler uses the 32-bit Volume Serial
Number, which I don't think the 5900M will tell us, but I'm not sure as
I don't have one myself, and stopped bothering my friend who has one to
try out the programs I send him.

Have your efforts with this XML file involved auto-populating the
DVD-Profiler database at all?  (I ask because the DVD-Profiler comments
in the XML do suggest your data source is DVD-Profiler :)  My friend
still is only using his 5900M as a single-disc player because he doesn't
want to type in all the names by hand, and I think identifying them in
DVD-Profiler first probably doesn't sit well with him either.

Andrew

[JukenDev] Re: Juken progress

[Robert C. <ava...@ce...>]

I'd forgotten to paste in the xml samples ... below is a sample xml for a
dvd changer and a cd changer (one disc each)

<?xml version="1.0" encoding="us-ascii"?>
<!-- DVD Profiler Version 2.0.0 Collection Export
<Changer>
  <Model>DV-5900M</Model>
  <Device>/dev/ttyS0</Device>

  <Userfiles>
    <Userfile1>Mystery</Userfile1>
    <Userfile2>Science Fiction</Userfile2>
    <Userfile3>Comedy</Userfile3>
    <Userfile4>Family</Userfile4>
    <Userfile5>Horror</Userfile5>
    <Userfile6>Drama</Userfile6>
    <Userfile7>Romance</Userfile7>
    <Userfile8>Action</Userfile8>
  </Userfiles>

  <DVD>
    <ID>010828163315</ID>
    <Slot>68</Slot>
    <UPC>67068-90122</UPC>
    <IMDB_ID>0126029</IMDb_ID>
    <ASIN>B00003CXXJ</ASIN>
    <DVDEmpire_id>38608</DVDEmpire_id>
    <Title>Shrek</Title>
    <Description>Special Edition</Description>
    <ShortTitle>Shrek</ShortTitle>
    <Poster>http://www.ie-commerce.net/library/posters/59778.jpg</Poster>
    <Cover>
      <Front>http://images.dvdempire.com/gen/movies/38608h.jpg</Front>
      <Back>http://images.dvdempire.com/gen/movies/38608bh.jpg</Back>
    </Cover>
    <Userfiles>
      <Userfile>Comedy</<Userfile>
      <Userfile>Family</<Userfile>
    </Userfiles>
    <Titles>
      <Title1>Main Title
        <Chapter1>Once Upon a Time</Chapter1>
        <Chapter2>A Flying Talking Donkey</Chapter2>
        <Chapter3>What are You Doing in My Swamp</Chapter3>
        <Chapter4>Lord Farquad</Chapter4>
        <Chapter5>The Kingdom of Duloc</Chapter5>
        <Chapter6>Ogres are Like Onions</Chapter6>
        <Chapter7>The Dragon&apos;s Keep</Chapter7>
        <Chapter8>Rescuing the Princess</Chapter8>
        <Chapter9>Remove Your Helmet</Chapter9>
        <Chapter10>Campfire</Chapter10>
        <Chapter11>Merry Men</Chapter11>
        <Chapter12>Weedrat Dinner</Chapter12>
        <Chapter13>You Ate the Princess!</Chapter13>
        <Chapter14>The Proposal</Chapter14>
        <Chapter15>Wedding Preperation</Chapter15>
        <Chapter16>That&apos;s What Friends are For</Chapter16>
        <Chapter17>The Wedding</Chapter17>
        <Chapter18>Love&apos;s True Form</Chapter18>
        <Chapter19>I&apos;m A Believer</Chapter19>
        <Chapter20>Credits</Chapter20>
      </Title1>
      <Title17>The Making of Shrek</Title17>
      <Title18>Preview</Title18>
      <Title19>Dance Party</Title19>
      <Title20>Dance Party (second installment)</Title20>
      <Title21>Baha Men Music Video</Title21>
      <Title22>The Making of Baha Men Video</Title22>
      <Title23>Smashmouth Music Video</Title23>
      <Title24>Mike Myers Interview</Title24>
      <Title25>Eddie Murphy Interview</Title25>
      <Title26>Cameron Diaz Interview</Title26>
    </Titles>
    <Overview>You&apos;ve never met a hero quite like Shrek, the endearing
ogre who sparked a motion picture phenomenon and captured the world&apos;s
imagination with the Greatest Fairy Tale Never Told! The critics are calling
Shrek &quot;not just a brilliant animated feature, but a superb film on any
level&quot; (Larry King, USA Today). Relive every moment of Shrek&apos;s
(Mike Myers) daring quest to rescue feisty Princess Fiona (Cameron Diaz)
with the help of his loveable loudmouthed Donkey (Eddie Murphy) and win back
the deed to his beloved swamp from scheming Lord Farquaad (John Lithgow).
Enchantingly irreverent and &quot;monstrously clever&quot; (Leah Rozen,
People Magazine), Shrek is ogre-sized adventure you&apos;ll want to see
again and again!</Overview>
  </DVD>

</Changer>

<?xml version="1.0" encoding="us-ascii"?>
<!-- DVD Profiler Version 2.0.0 Collection Export
<Changer>
  <Model>CD-425M</Model>
  <Device>/dev/ttyS1</Device>

  <Userfiles>
    <Userfile1>Rob&apos;s Music</Userfile1>
    <Userfile2>TJ&apos;s Music</Userfile2>
    <Userfile3>Party</Userfile3>
    <Userfile4>Dance</Userfile4>
    <Userfile5>Rock</Userfile5>
    <Userfile6>Lilith Fair</Userfile6>
    <Userfile7>Blues</Userfile7>
    <Userfile8>Classical</Userfile8>
  </Userfiles>

  <CD>
    <ID>7d0b150a</ID>
    <Slot>2</Slot>
 <ASIN>B000002LGY</ASIN>
 <MB_ID>49c6078a-1cda-4b41-9f94-5668965b3f1e</MB_ID>
    <Title>Cosmic Thing</Title>
    <Artist>B52&apos;s</Artist>
    <ShortTitle>B52&apos;s/Cosmic Thing</ShortTitle>
    <Poster>covers/full/7d0b150a.jpg</Poster>
    <Genres>
      <Genre>Alternative Rock</Genre>
    </Genres>
    <Userfiles>
      <Userfile>Rob&apos;s Music</<Userfile>
      <Userfile>Party</<Userfile>
    </Userfiles>
    <Tracks>
      <Track1>Cosmic Thing</Track1>
      <Track2>Dry County</Track2>
      <Track3>Deadbeat Club</Track3>
      <Track4>Love Shack</Track4>
      <Track5>Junebug<</Track5>
      <Track6>Roam</Track6>
      <Track7>Bushfire</Track7>
      <Track8>Channel Z</Track8>
      <Track9>Topaz</Track9>
      <Track10>Follow Your Bliss</Track10>
    <Tracks>
  </CD>

</Changer>

[JukenDev] Anyone got two DVD changers ...

[Robert C. <ava...@ce...>]

Hi,

Does anyone have two DVD changers daisy chained? I'd like to know how they
are seen by NetNamer (if it works at all).

Please drop me a note if you have two changers daisy chained together ...

Rob

[JukenDev] Juken progress

[Robert C. <ava...@ce...>]

Hi all,

After a long hiatus, I've managed to put in some time on the juken codebase
(the recent rain in Seattle helped).

So, what's been done? Well, quite a bit.

The payload structures have been reworked into classes that make it easier
to deal with the CD and DVD changer differences. This will make it easier to
create payload objects from changer responses, and payloads for sending to
the changer.

Much of the dvd changer payloads have now been defined. Some terminology
cleanup still needs to be done, but functionally, they are pretty much ready
to go.

One of the largest changes has been the creation of an XML based file format
to be used for importing and exporting data to and from the changer. This is
still in flux, but I've pasted a sample of the XMLm info below. I've managed
to successfully import a complete XML file full of DVD disc info into my DVD
changer. It is *so* much better that trying to use NetNamer to enter disc
titles ...

I've also changed the command line app names and parameters ...
$ ./juken -h
usage: ./juken {-v|--version|-h|--help} device
        -v, --version   display version information
        -h, --help      display this message
        <device>        the device to use (defaults to /dev/juken)
$ ./importer -h
usage: ./importer {-v|--version|-h|--help} file
        -v, --version   display version information
        -h, --help      display this message
        <file>          the xml data to import
$./exporter -h
usage: ./exporter {-v|--version|-h|--help} device
        -v, --version           display version information
        -h, --help              display this message
        <device>                the device to export data from

The export/import stuff is getting close, but is still a work in progress.
I'll also probably be experimenting with the XML file format (new tags,
extended info, etc). The beauty of using the XML file will be that the
changers data can be manipulated by a GUI that knows how to edit the XML
data. Also, web interfaces, etc can be developed around the XML data. All of
this can be done without having to interface with the actual changer. After
a change to the XML file, 'importer' can be used to upload the changes into
the changers memory ....

I'll send another update when I've got something ready for consumption.
Right now, most things are still somewhat rough (i.e. better have gdb
handy). I can now see a release of the tools on the horizon though.

If your going to be building the code, you'll need to know that the project
now relies upon the expat library (debian users do a 'pkg-get install
libexpat1-dev'). I haven't added an autoconf check for this yet ...

Rob

Re: [JukenDev] Protocol Documentation

[Robert C. <ava...@ce...>]

I went ahead and "framified the description pages. It is a little nicer to
browse now. FrantPage made it easy for an html novice like me :)

At some point I'll look around for some javascript that'll have a mouseover
routine to pop up a window for typedefs and enumerations. For example, if
you mouse over a "genre" parameter, a window will popup with the possible
values for a genre.

I also might come up with a page that has no frames so browsers like "links"
will be easier to use. For now I have an index-noframes.html that is the
older non-frames version.

I did test the frames on a Mac with Netscape (one of the wierder
possibilities) and it seems to be fine. Let me know if anyone has problems
in a specific browser ...

Rob

----- Original Message -----
From: "Robert Currey" <ava...@ce...>
To: <juk...@li...>
Sent: Sunday, June 16, 2002 7:37 AM
Subject: [JukenDev] Protocol Documentation


> I've completed a first draft of the new protocol documentation. It is now
> located at http://juken.sourceforge.net/protocol/. If you want a private
> copy, you can also cvs checkout a copy from the htdocs repository.
>
> The new format has both the CD and DVD protocol payloads described on
> individual pages. Each page will have the name of the payload, the layout
of
> the bytes in a payload, a notes section, and at some point, and examples
> section.
>
> I'm sure I've made some goofs in the descriptions, so if you catch
something
> let me know. I hope I maintained some consistency in how things are named.
>
> At some point I'd like to make the docs act sort of like a browser where a
> top frame has the introductory info, a left frame lists the individual
> payloads, and the main (lower-right) frame switches as the payloads are
> clicked. Also, things like enumeration info and special type definitions
> would appear as "popups". I'm not much of a html guru, so I'm not sure if
I
> can pull off what I'd really like ...
>
> Rob
>
>
>
>
>
> _______________________________________________________________
>
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> _______________________________________________
> Juken-develop mailing list
> Juk...@li...
> https://lists.sourceforge.net/lists/listinfo/juken-develop
>

[JukenDev] Protocol Documentation

[Robert C. <ava...@ce...>]

I've completed a first draft of the new protocol documentation. It is now
located at http://juken.sourceforge.net/protocol/. If you want a private
copy, you can also cvs checkout a copy from the htdocs repository.

The new format has both the CD and DVD protocol payloads described on
individual pages. Each page will have the name of the payload, the layout of
the bytes in a payload, a notes section, and at some point, and examples
section.

I'm sure I've made some goofs in the descriptions, so if you catch something
let me know. I hope I maintained some consistency in how things are named.

At some point I'd like to make the docs act sort of like a browser where a
top frame has the introductory info, a left frame lists the individual
payloads, and the main (lower-right) frame switches as the payloads are
clicked. Also, things like enumeration info and special type definitions
would appear as "popups". I'm not much of a html guru, so I'm not sure if I
can pull off what I'd really like ...

Rob

Re: [JukenDev] DVD changer control status?

[Robert C. <ava...@ce...>]

Kenwood wasn't any help ... even the product manager that was supposed to
get back to me never did.

But, I did get a copy of the 5900 protocol docs from an anonymous source ...

Rob

----- Original Message -----
From: "Andrew Sutherland" <som...@MI...>
To: <juk...@li...>
Sent: Saturday, June 15, 2002 10:33 PM
Subject: RE: [JukenDev] DVD changer control status?


> (Er, this copy is to the dev list because I'm a moron and just replied
> directly before. :)
>
> That's fantastic news about the protocol.  Did Kenwood finally fess up
> the specs like it was alluded they might on AVS-forum, or were you just
> really busy? :)
>
> SWIG is indeed probably the best way to use juken from other languages.
> In practice, you can generally just feed it a header file and it will
> spit out something usable.  (Where usable is defined as a .C file you
> can compile to a .so or some other language-specific method for
> extension.)  I wouldn't worry too much about freezing the interface, as
> it's quite simple to just re-SWIG the header files as needed.
>
> I was looking at the ISRC info out there, and it seems sketchy that any
> usable information would be salvagable from that, but I was very excited
> when I just peeked at the updated protocol doc's you threw up there and
> saw that "DiscVolumeID" is an option, and that the volume_id payload is
> 32 bytes!  Specifically, it seems like that data size limitation would
> correspond exactly to being the label of the DVD when you pop it into a
> PC, and what DVD Profiler hashes on as an alternative to the UPC.
> Huzzah!  (Just need to test it out on one of the changers :)
>
> Andrew
>
>
> _______________________________________________________________
>
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> _______________________________________________
> Juken-develop mailing list
> Juk...@li...
> https://lists.sourceforge.net/lists/listinfo/juken-develop
>

RE: [JukenDev] DVD changer control status?

[Andrew S. <som...@MI...>]

(Er, this copy is to the dev list because I'm a moron and just replied
directly before. :)

That's fantastic news about the protocol.  Did Kenwood finally fess up
the specs like it was alluded they might on AVS-forum, or were you just
really busy? :)

SWIG is indeed probably the best way to use juken from other languages.
In practice, you can generally just feed it a header file and it will
spit out something usable.  (Where usable is defined as a .C file you
can compile to a .so or some other language-specific method for
extension.)  I wouldn't worry too much about freezing the interface, as
it's quite simple to just re-SWIG the header files as needed.

I was looking at the ISRC info out there, and it seems sketchy that any
usable information would be salvagable from that, but I was very excited
when I just peeked at the updated protocol doc's you threw up there and
saw that "DiscVolumeID" is an option, and that the volume_id payload is
32 bytes!  Specifically, it seems like that data size limitation would
correspond exactly to being the label of the DVD when you pop it into a
PC, and what DVD Profiler hashes on as an alternative to the UPC.
Huzzah!  (Just need to test it out on one of the changers :)

Andrew

Re: [JukenDev] DVD changer control status?

[Robert C. <ava...@ce...>]

I do have a few things I've done for the DVD changer that is uncommitted,
but before I get to that I'll fill in a little of what's been happening.


We now have the DVD changer protocol!!!

I'll finish up my draft of the docs for it this weekend. My protocol
documentation is being reformmatted to make it easier to browse, add
specific notes, examples, etc. A pretty big change, and although it may be
minimalistic for a while, it could evolve into a pretty comprehensive
reference.

As for the code, there are a few things I've noticed need to be dealt with
so that the juken lib can be agnostic towards which type of changer is being
talked to.

The first is the way the "payload" is dealt with. The initial cut was to
read the bytes off the port, and cast them into an appropriate struct. This
worked ok for the cd changer as long as the PC had LSB byte order (which x86
boxes are ...). To have this work on a MSB system, swapping of bytes has to
occur. Things also got hairy with this when dealing with the DVD changer
since some of its payloads had multi-byte data that was at odd (as in not
even) byte offsets ... So, the upshot is, I need to change how the structs
get created from bytes coming on the wire, and turned into bytes to go out
on the wire. This is just grunt work, but I need to sit down and plow
through it.

The second issue was the KenwoodListener interface needs to be thought
through a little more. The DVD changer needs new/different callbacks ... I
just need to plod through it a little and I also want to consider how it
will work for Win32 ...


Now, about the data lookup stuff, I've given this ALOT of thought and here's
what I've come up with ...
1) Whatever interface you come up with, you will probably want to have the
PC keep a private data store that is "sync'd" to the changer. There are
really a number of reasons for this. First, data access to/from the changer
is slow. Second, the changer has limitations on what data it can store
(title length limits, etc). Third, the data doesn't change that often, and
in most cases a user would want to edit data on the PC and then "upload" it
to the changer.
So, the best I can think of is that the PC maintains a store of the data (as
mySQL, XML text, whatever). This way the data could have full length titles,
production date, etc. Then when necessary, the user would "upload" the data
to the changer where tranformations are performed to make the data fit a
format the changer can handle (e.g the disc "Regatta De Blanc" by "The
Police" produced in 1978 might get the title "Police|Regatta De..." to fit
in the 20 char maximum")
2) CD lookup is easy ... the protocol allows getting the TOC which can be
used to calculate a "discid" and then used for a freedb lokup
(http://www.freedb.org/freedb/misc/9009e00b).
3) DVD lookup is harder. The protocol does allow the retrieval of an "id". I
think the id returned is the ISRC, (it's 12 digits and has a 2 digit year
produced but seems to be missing things), but I'm not certain of that. I
also use DVD profiler to catalog my DVD's, but an export of a DVD profiler
database does not include the disc "id". I think it can export the UPC but
I'm not sure.
So, the upshot is, we need some way to map the "id" retrieved from the
changer into:
    a UPC (so it can be matched to a DVDProfiler entry), or
    a IMDB reference (so it can be looked up via imdb), or
    figure out how to access the online (proprietary/closed) DVDProfiler
database via "id"


I'm glad to here the 4700M works with the current cli and that someone is
looking to do a gui. I'm going to read up on swig ... at first glance, it
looks like it might be a great way to have the juken lib be usable by other
interfaces I've wanted to experiment with (e.g. a web interface where perl
(or python) would interact with the juken lib...)

Let me know how it goes doing the swig thing ... I'll try to get the lib
changes I need to make done soon, so that they stop being such a moving
target. The DVD changer does shake things up some. Unfortunately, summer is
my "busy" time ...

Rob

[JukenDev] DVD changer control status?

[Andrew S. <som...@MI...>]

So I'm mainly wondering whether there are any outstanding changes to the DVD
changer control that haven't been committed.  I also wanted to know if you'd
found anyone out there with an entre who had logged some communication
between the two, as I'm particularly interested in finding out how to get
some unique ID information on a DVD so that a PC can name the discs.

For general background, I've got a CD-4700M which works perfectly with the
current cvs tree.  A friend of mine has a DV-5900M, and I'm looking to hook
him up with the nice naming functionality.  I'm looking to create a GUI to
control both the CD changers and DVD changers, plus hopefully do CDDB and
possibly DVD naming too.  The only idea I have to do the DVD naming right
now would be to rely on DVD Profiler's database.  As far as I can tell it
reads the volume label of the DVD when you put it in your computer, hashes
the string, and looks it up via whatever web lookup method it uses.  So
doing that would hinge on the 5900M/5050M returning the volume label.

And for those interested, the GUI will be implemented in Goo
(http://www.googoogaga.org/), using a GUI layer built on GTK2.0.
Interaction with the juken libs will be done by SWIGging
(http://www.swig.org/) so that Goo can fully interact with it.  The
development of the GUI had been blocked a little bit because I've been
working on the GUI layer, and multi-threading support was only added to Goo
yesterday.  Hopefully inter-thread comm will be up today or tomorrow ;)

Thanks for all the great work thus far,
Andrew Sutherland
som...@mi...

(PS: I'd actually bothered deadsock about juken last summer when I first got
my CD-4700M, but sadly I didn't do anything with it at that time, but now
that I'm an underworked graduate student, I don't see that problem happening
again. :)

[JukenDev] Status Update

[Robert C. <ro...@gr...>]

Hi all,

I thought I'd send out a short mail letting everyone know what progress =
is being made (or lack thereof), and some future directions ...


This last week ...

First, I didn't get much done this last week on the project. My DV-5900M =
showed up recently, and I did manage to capture some logs (and prettied =
them into traces). I started to examine the traces with an eye to =
decoding this new protocol, but haven't got much going there yet. Many =
things in the DV protocol are similar to the CD protocol, but the DV =
protocol does do a bit more.

I've also been tackling getting my DVD collection sorted through and =
loaded into the changer (boy doe DVNetNamer suck).

The juken commandline app does recognize the CD and DV changers =
properly, but the DV support doesn't do much (essentially handshakes and =
ignores all commands). Many of the simple commands (play, stop, list, =
etc) will be easy to add in, and should be available in a week or two.


Random points ....

The project is essentially a unix based command line application that =
makes use of an independent library. The project is ported to Windows =
using Cygwin. So, If you only have Windows, you can install Cygwin, =
checkout the sources, and build. If anyone is unfamiliar with this, ask =
away and some of us can help out.

The library is pretty independent of any choice of interface. =
Unfortunately is does rely upon POSIX based serial port access. At some =
point the SerialDevice class can be ported to native Win32, but for now, =
it will link against cygwin.dll. The end goal will be to wrap the juken =
library code with a COM interface (e.g. IKenwoodChanger) and should =
provide the necessary functionality for any kind of UI to be built =
around it (VisualBasic, MFC, ASP, CSharp, etc).

Hopefully we will hear from Kenwood regarding a protocol description =
this week. I still hopeful they will come through with some sort of =
documentation regarding the DV changers protocol. This will save some =
time.

The command line app will be most of my interface focus for a while. =
This works quite well for basic control (select a disck, play a disk, =
list contents, etc). Editing of data stored on the changer will =
primarily be via an "import" of data. For example, the contents could be =
"exported" with a file that represents each discs information. These =
files can be edited with whatever text editor you prefer, and then =
"imported" back into the changers memory. While clumsier than a full =
featured GUI, it should provide necessary functionality (and how often =
to you have to edit that data once it is stored). Sideline apps could =
also be written to automatically get/write the files used in an import =
(FreeDB for CD lookup, IMdb or DVDProfiler for DVD's, etc)

The protocol doc needs to be revisited. With the new DV protocol, I need =
to rethink how the protocol should be described. The existing doc has =
grown from simple notes with very little description on how the protocol =
is used. I'm leaning towards a structure where each command/event is =
described on its own web page, and notes added about the idiosyncracies =
of how that structure would be used ...


Equipment ...

One thing I'd like to know is what Kenwood equipment do people have =
access to?

Personally, I have a CD-425M changer and a DV-5900M changer.=20

Does anyone have another model CD changer (4700M or 4260M)? It would =
also be nice to see if the DV-5050M can be tested.

An Entre might also turn up some interesting logs that do more than the =
DVNetNamer app does. I think to that, the easiest thing would be to =
write an app that reads from the Entre on serial port #1, logs the data, =
and then writes to the changer on port #2 (obviously the reverse would =
also get done). If someone has an Entre, I could whip up a unix app to =
do this quite easily.


Enough for now ...

If anyone has something they'd like to see addressed just let me know.


Rob