• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Subscribers 28 subscribers
  • Views 744 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Extended Pattern Sequence: problem about settings command and image store

Natty Dale
Prodigy 225 points
Other Parts Discussed in Thread: DLPC300

Hi there, 

I have got two questions here:

1) I am using the Lightcrafter's extended pattern sequence to demonstrate more than 96 patterns.  I suppose the extended pattern sequence settings should be sent with extended pattern sequence setting command (0x04 0x80), While i have once incidentally send the extended pattern sequence settings with the normal pattern sequence settings(0x04 0x00), then upload  100 patterns using the extended pattern definition command(0x04 0x81), the lightcrafter still runs the patterns correctly. 

So what 's the actual difference with extended pattern sequence setting command and normal pattern sequence setting command?

2) We all know now that the normal pattern definitions (< 96 in 1bit) are preloaded into the DLPC300's memory, and it was kept there. Where did the extended pattern definitions stored?  And what is the maximum supported extended pattern definitions, as in dlpu007c section 3.16 says 1000, and the section following says something about 1500.

Thanks.

natty

  • 0
    TI__Genius 9935 points

    I have asked the person who can best address your question to respond to this. Thank you for your patience.

  • 0
    TI__Mastermind 30875 points

    Hello Natty,

    1) We have added Extended Pattern Sequence Setting command (0x04 0x80) to maintain backward compatibility i.e., those who are already using this Pattern Sequence Setting (0x04 0x00) can continue to do so. Note that in the Extended Pattern Sequence Setting command the 2 bytes of data allocated for # patterns information. While the older command (0x04 0x00) has just one byte. Now, if we had modified the same 0x04 0x00 command and added 1 byte it would have caused problems to those who already implemented the command because it will not work since there is change in command packet size/definition.

    Why it worked for > 96?

    Inside the Pattern Sequence Setting (0x04 0x00) implementation we are entire BYTE#1 Number of patterns in the sequence and not checking for > 96 condition. That is why it is working.

    One more thing, if you wanted to use Play Once or Play Continously kind of configuration it can be done only with Extended Packet Setting Command (0x04 0x80).

    2) As you know extended packet mode works at frame rate <= 55Hz. This is because in the extended pattern mode, the DM365 writes a required frame realtime so there is NO preloading/filling mDDR memory (from where DLPC300 reads and displays data) like normal mode (i.e., when number of patterns <= 96). So all the patterns in the extended pattern mode are stored in the DDR DRAM memory connected to the DM365 chip. This is 128MB in size, as you know DM365 runs linux so we have approximately calculated number or 1bpp patterns than can be stored from the remaining memory after loading linux and running other applications. So you don't need to treat it as exact number.

    Regards,

    Sanjeev

     

     

     

     

  • 0 in reply to Sanjeev
    Prodigy 225 points

    Sanjeev and Pascal, thanks.

    -Natty