I am reorganising the TriMedia FAQ pages on the BORES web site, and posting
some of the backlog which had built up.

The FAQ index is at

     http://www.bores.com/tech/trimedia/index.htm

There are quite a few newly posted questions and answers, and I expect to be
posting quite a few more over the next week or so.
--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

Hello TriMedia users.

Recent TriMedia FAQ postings include ICP coefficient format; ICP timings;
multiprocessor support; and floating point timings.

These are listed on the BORES TriMedia FAQ web page:

     http://www.bores.com/tech/trimedia/index.htm

--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

We are suggesting that a meeting of TriMedia users might take place at our
office in Woking, Surrey, England on Monday 28th February 2000.

At present I would like to determine whether there is enough interest to go
ahead with arrangements here. If you would like to attend such a meeting,
please let me know by replying to this email. Suggestions for the agenda
would be very welcome, as would offers to talk or make a short presentation
about your TriMedia application.

Details of this suggestion are also on our web page:
http://www.bores.com/news/tmug.htm

Woking is well placed for travel by 'plane (London Heathrow and Gatwick
airports), by train (London Waterloo Eurostar terminus) or by car (M3, M4
and M25 motorways). Accommodation is available in the local area for those
who wish to stay overnight. We usually find that 'plane tickets are cheaper
with a Saturday night stay so it may be attractive to arrive in London on
Saturday 26th, sightsee in London on Sunday, and attend the meeting on
Monday.

Jerry Purcell of Momentum Data Systems (who designed and make the TM-1300
IREF board and are responsible for support of TriMedia developers) will be
in England on Monday 28th February and would be available to talk to such a
meeting and answer questions.

Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com

Hi

I am new to the Trimedia range of chips from Philips. Is there reference designs
available to interface external FLASH/ROM to the TM1300?
Can anybody advice me on this topic. (I want to use the Trimedia chip
in standalone mode)

Thanks

Marius van Niekerk

-----Original Message-----
From: MariusN@... <MariusN@...>
To: trimedia@onelist.com <trimedia@onelist.com>
Date: 31 January 2000 05:28
Subject: [trimedia] Interface a Flash or Rom to the TM1300 chip ?


>From: MariusN@...>
>I am new to the Trimedia range of chips from Philips. Is there reference
designs available to interface external FLASH/ROM to the TM1300?
>Can anybody advice me on this topic. (I want to use the Trimedia chip
>in standalone mode)

I attach a note from Philips on interfacing ROM to the TM-1000. Note that
this refers to the TM-1000 IREF board (which was a Philips design) and not
to the TM-1300 IREF board. However the principles should be similar.

--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684


[This message contained attachments]

Hi folks.

Just to note that the proposed meeting of TriMedia users has now been
confirmed for 28th February 2000. Details at:
http://www.bores.com/news/tmug.htm

Look forward to seeing some of you there.

Chris
--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

Please remove me from the mailing-list.
Thank you.
Regards Torsten

> -----Ursprüngliche Nachricht-----
> Von: Chris Bore [mailto:chris@...]
> Gesendet am: Dienstag, 1. Februar 2000 13:37
> An: TriMedia mailing list
> Betreff: [trimedia] TriMedia users' meeting confirmed for
> 28th February
>
> From: "Chris Bore" <chris@...>
>
> Hi folks.
>
> Just to note that the proposed meeting of TriMedia users has now been
> confirmed for 28th February 2000. Details at:
> http://www.bores.com/news/tmug.htm
>
> Look forward to seeing some of you there.
>
> Chris
> --------------------------------------------------------------
> Chris Bore
> BORES Signal Processing
> chris@...
> http://www.bores.com
> NetMeeting (video): conference@...
> ICQ: 35223684
>
>
> --------------------------- ONElist Sponsor
> ----------------------------
>
> GET A NEXTCARD VISA, in 30 seconds.  Get rates as low as 0.0 percent
> Intro APR and no hidden fees.  Apply NOW.
> <a href=" http://clickme.onelist.com/ad/NextcardCreativeCL
> ">Click Here</a>
>
> --------------------------------------------------------------
> ----------
>
> Sent via the TriMedia mailing list
> trimedia@onelist.com
>

Hi !

We and our TM-1300 IREF boards are suffering from problems similar
to the one described in "No video output using votest on TM-1300 IREF
board" on

http://www.bores.com/tech/trimedia/novotest.htm

We observe breakage of the ouput at an interval of two seconds.
Basically, the picture always becomes noisy and b/w.

Someone from MDS kindly suggested to connect a color camera to the input.
This successfully served as a workaround. Later, we received an
votestp.out binary for further testing. One of the tested modes worked
while the other didn't.

After I saw the new FAQ entry on www.bores.com I grabbed the updated bsp
and votest.out program. Unfortunately, that didn't solve our problem. The
output is stable but b/w and has a poor quality. Connecting a color
camera doesn't make any difference.

Does somebody have any further suggestions ? Any parameters to tune ?

Harri Porten

Hello Harri.

As far as we are aware, the new Board Support Package (version 1.3), or the
files referenced in the novotest.htm FAQ entry, should resolve this problem
which is due to poor video out clock genration by the SAA7113 if no video
source is supplied.

The SAA7121 is set to take its video out clock from the SAA7113 input -
which works if a video source is connected. The SAA7113 generates its own
clock in the absence of a video source, but sometimes seems to get the clock
wrong by a few tens of kHz - resulting in the incorrect colour burst which
causes the intermittent monochrome output.

The new Board Support Package adds support for a feature of the TM-1300 IREF
board which lets the SAA7121 take the video out clock instead from the
TriMedia. This should solve your problem.

However, the votest.out program is compiled for NTSC, not PAL. You describe
seeing stable but monochrome video - this is typical of a PAL monitor
connected to an NTSC video source. Try recompiling the votest program, using
the new Board Support Package but changing the video out setting from NTSC
to PAL. I'd be grateful if you would confirm if this solves the problem, so
I can write this one off as resolved.

I have posted a new FAQ note on this to
http://www.bores.com/tech/trimedia/voblink.htm

Thanks,

--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

>From: Harri Porten <porten@...>>
>We and our TM-1300 IREF boards are suffering from problems similar
>to the one described in "No video output using votest on TM-1300 IREF
>board" on
>
>http://www.bores.com/tech/trimedia/novotest.htm
>
>We observe breakage of the ouput at an interval of two seconds.
>Basically, the picture always becomes noisy and b/w.
>
>Someone from MDS kindly suggested to connect a color camera to the input.
>This successfully served as a workaround. Later, we received an
>votestp.out binary for further testing. One of the tested modes worked
>while the other didn't.
>
>After I saw the new FAQ entry on www.bores.com I grabbed the updated bsp
>and votest.out program. Unfortunately, that didn't solve our problem. The
>output is stable but b/w and has a poor quality. Connecting a color
>camera doesn't make any difference.
>
>Does somebody have any further suggestions ? Any parameters to tune ?
>
>Harri Porten
>
>
>--------------------------- ONElist Sponsor ----------------------------
>
>GET A NEXTCARD VISA, in 30 seconds.  Get rates as low as 0.0 percent
>Intro APR and no hidden fees.  Apply NOW.
><a href=" http://clickme.onelist.com/ad/NextcardCreativeCL ">Click Here</a>
>
>------------------------------------------------------------------------
>
>Sent via the TriMedia mailing list
>trimedia@onelist.com
>
>

I confirm, the problem is solved with the new BSP package 1.3. It seemed to
be a problem with BSP libraries, and the program recompiled (my own one),
and votest.c, run correctly.
Regards

Pascal PIGNON
Hardware Senior Engineer
KALIDEA
16 rue du parc
F- 67205  OBERHAUSBERGEN
33 (0) 388.568.911




----- Message d'origine -----
De : Chris Bore <chris@...>
À : <trimedia@onelist.com>
Envoyé : mercredi, février 02, 2000 10:57 AM
Objet : Re: [trimedia] vo problems remain


> From: "Chris Bore" <chris@...>
>
> Hello Harri.
>
> As far as we are aware, the new Board Support Package (version 1.3), or
the
> files referenced in the novotest.htm FAQ entry, should resolve this
problem
> which is due to poor video out clock genration by the SAA7113 if no video
> source is supplied.
>
> The SAA7121 is set to take its video out clock from the SAA7113 input -
> which works if a video source is connected. The SAA7113 generates its own
> clock in the absence of a video source, but sometimes seems to get the
clock
> wrong by a few tens of kHz - resulting in the incorrect colour burst which
> causes the intermittent monochrome output.
>
> The new Board Support Package adds support for a feature of the TM-1300
IREF
> board which lets the SAA7121 take the video out clock instead from the
> TriMedia. This should solve your problem.
>
> However, the votest.out program is compiled for NTSC, not PAL. You
describe
> seeing stable but monochrome video - this is typical of a PAL monitor
> connected to an NTSC video source. Try recompiling the votest program,
using
> the new Board Support Package but changing the video out setting from NTSC
> to PAL. I'd be grateful if you would confirm if this solves the problem,
so
> I can write this one off as resolved.
>
> I have posted a new FAQ note on this to
> http://www.bores.com/tech/trimedia/voblink.htm
>
> Thanks,
>
> --------------------------------------------------------------
> Chris Bore
> BORES Signal Processing
> chris@...
> http://www.bores.com
> NetMeeting (video): conference@...
> ICQ: 35223684
>
> >From: Harri Porten <porten@...>>
> >We and our TM-1300 IREF boards are suffering from problems similar
> >to the one described in "No video output using votest on TM-1300 IREF
> >board" on
> >
> >http://www.bores.com/tech/trimedia/novotest.htm
> >
> >We observe breakage of the ouput at an interval of two seconds.
> >Basically, the picture always becomes noisy and b/w.
> >
> >Someone from MDS kindly suggested to connect a color camera to the input.
> >This successfully served as a workaround. Later, we received an
> >votestp.out binary for further testing. One of the tested modes worked
> >while the other didn't.
> >
> >After I saw the new FAQ entry on www.bores.com I grabbed the updated bsp
> >and votest.out program. Unfortunately, that didn't solve our problem. The
> >output is stable but b/w and has a poor quality. Connecting a color
> >camera doesn't make any difference.
> >
> >Does somebody have any further suggestions ? Any parameters to tune ?
> >
> >Harri Porten
> >
> >
> >--------------------------- ONElist Sponsor ----------------------------
> >
> >GET A NEXTCARD VISA, in 30 seconds.  Get rates as low as 0.0 percent
> >Intro APR and no hidden fees.  Apply NOW.
> ><a href=" http://clickme.onelist.com/ad/NextcardCreativeCL ">Click
Here</a>
> >
> >------------------------------------------------------------------------
> >
> >Sent via the TriMedia mailing list
> >trimedia@onelist.com
> >
> >
>
>
> --------------------------- ONElist Sponsor ----------------------------
>
> GET A NEXTCARD VISA, in 30 seconds.  Get rates as low as 0.0 percent
> Intro APR and no hidden fees.  Apply NOW.
> <a href=" http://clickme.onelist.com/ad/NextcardCreativeCL ">Click
Here</a>
>
> ------------------------------------------------------------------------
>
> Sent via the TriMedia mailing list
> trimedia@onelist.com

I am busy doing a design with the TM1300 in a standalone mode.
The TM1300 is connected to a 1MByte flash on the XIO bus. Is there a easy
way of downloading your executable to flash without preprogramming the flash
chip in a programmer. I want to be able to download my bin file to flash from my
pc to my target board before execution.

Hello,
we intend to develop an application using MJPEG encoding and decoding with the
TRIMEDIA. For this purpose we are looking for commercial libraries or third
parties abble to develop such routines for us.
Does somebody use such a compression format on the TRIMEDIA ?
Does somebody know a good library or a good third party for this kind of
application ?

Hi !

On Wed, 2 Feb 2000, Chris Bore wrote:

> As far as we are aware, the new Board Support Package (version 1.3), or the
> files referenced in the novotest.htm FAQ entry, should resolve this problem
> which is due to poor video out clock genration by the SAA7113 if no video
> source is supplied.

I'm happy to say that the BSP update *did* solve our problem.

> The new Board Support Package adds support for a feature of the TM-1300 IREF
> board which lets the SAA7121 take the video out clock instead from the
> TriMedia. This should solve your problem.

That's probably why I didn't report success in the first place. The
clockspeed entry in the Windows Registry was still set to exactly 133 MHz
instead of the correct 133333333 Hz (thanks Shalini!).

> However, the votest.out program is compiled for NTSC, not PAL. You describe
> seeing stable but monochrome video - this is typical of a PAL monitor
> connected to an NTSC video source. Try recompiling the votest program, using
> the new Board Support Package but changing the video out setting from NTSC
> to PAL.

I tried the command line options, a monitor that automatically
detects both modes and self-compiled versions. Luckily the problem seems
to be void now.

> I'd be grateful if you would confirm if this solves the problem, so
> I can write this one off as resolved.

I think you can safely do so. Thanks a lot for the helpful repsonses I
received from members of this list.

Harri.

Hi,

Philips Semiconductors, Trimedia group has an TSSA complaint implementation of
MJPEG Video encoder and decoder. I am not sure whether it is for sale. Maybe you
should enquire with your trimedia SDE vendor.

saldy





d.jehanno@... on 02/02/2000 09:00:30 PM
Please respond to trimedia@onelist.com@SMTP
To: trimedia@onelist.com@SMTP
cc:
Subject: [trimedia] MJPEG compression
Classification: Restricted
From: d.jehanno@...

Hello,
we intend to develop an application using MJPEG encoding and decoding with the
TRIMEDIA. For this purpose we are looking for commercial libraries or third
parties abble to develop such routines for us.
Does somebody use such a compression format on the TRIMEDIA ?
Does somebody know a good library or a good third party for this kind of
application ?


--------------------------- ONElist Sponsor ----------------------------

GET A NEXTCARD VISA, in 30 seconds.  Get rates as low as 0.0 percent
Intro APR and no hidden fees.  Apply NOW.
<a href=" http://clickme.onelist.com/ad/NextcardCreativeCL ">Click Here</a>

------------------------------------------------------------------------

Sent via the TriMedia mailing list
trimedia@onelist.com

Will it be possible to download your executable via the JTAG interface on the
TM1300 to external flash on the XIO bus?

-----Original Message-----
From: Steven Fenton <steve.fenton@...>
To: trimedia@... <trimedia@...>
Date: 04 February 2000 10:25
Subject: Multi-processor operation


If a number of Tri-media devices are to be used in a system, what would be
the best way of inter-connecting them. SHARC's have link port's that run at
100MB/sec. I need to transfer data between the devices at around 80MB/sec.

Regards,

Steve.
Steven.Fenton@...

I canvassed for interest in a meeting of TriMedia users recently.

There has been a good response, and the meeting date is now confirmed as 9th
February 2000.

The meeting is being supported by Philips and their third parties: Jerry
Purcell of Momentum Data Systems (who designed and make the TM-1300 IREF
board), Jan Grotenberg of Philips TriMedia group, and a representative of
Eurodis (UK distributors for the Philips TriMedia TM1300) will be attending
the meeting.

The draft agenda is as follows:
     - New developments with the TM-1300
     - Where TriMedia is used
     - What is to come
     - (lunch at a local wine bar)
     - Technical presentations from users
     - Informal discussions, possibility of 'self help' group

This meeting of TriMedia users will take place at our office in Woking,
Surrey, England on Monday 28th February 2000. Details on our web site at:
http://www.bores.com/news/tmug.htm (this page also includes a link to an
on-line local map).

Woking is well placed for travel by 'plane (London Heathrow and Gatwick
airports), by train (London Waterloo Eurostar terminus) or by car (M3, M4
and M25 motorways). Accommodation is available in the local area for those
who wish to stay overnight. We usually find that 'plane tickets are cheaper
with a Saturday night stay so it may be attractive to arrive in London on
Saturday 26th, sightsee in London on Sunday, and attend the meeting on
Monday.

If you would like to attend the meeting, or have any questions, please let
me know via email to chris@.... Suggestions on the agenda would be
very welcome, as would offers to talk or make a short presentation about
your TriMedia application.

If you would have preferred not to receive this email, please reply and let
me know.

We hope to see you at the meeting.

--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

Hello folks.

Thanks to those who pointed out my mistake in saying the TriMedia users
meeting is on 9th February (today). It is of course on 28th February.

There follows the original text of my earlier email, with correct dates.

I apologise for the confusion.

========================================================
I canvassed for interest in a meeting of TriMedia users recently.

There has been a good response, and the meeting date is now confirmed as
28th February 2000.

The meeting is being supported by Philips and their third parties: Jerry
Purcell of Momentum Data Systems (who designed and make the TM-1300 IREF
board), Jan Grotenberg of Philips TriMedia group, and a representative of
Eurodis (UK distributors for the Philips TriMedia TM1300) will be attending
the meeting.

The draft agenda is as follows:
     - New developments with the TM-1300
     - Where TriMedia is used
     - What is to come
     - (lunch at a local wine bar)
     - Technical presentations from users
     - Informal discussions, possibility of 'self help' group

This meeting of TriMedia users will take place at our office in Woking,
Surrey, England on Monday 28th February 2000. Details on our web site at:
http://www.bores.com/news/tmug.htm (this page also includes a link to an
on-line local map).

Woking is well placed for travel by 'plane (London Heathrow and Gatwick
airports), by train (London Waterloo Eurostar terminus) or by car (M3, M4
and M25 motorways). Accommodation is available in the local area for those
who wish to stay overnight. We usually find that 'plane tickets are cheaper
with a Saturday night stay so it may be attractive to arrive in London on
Saturday 26th, sightsee in London on Sunday, and attend the meeting on
Monday.

If you would like to attend the meeting, or have any questions, please let
me know via email to chris@.... Suggestions on the agenda would be
very welcome, as would offers to talk or make a short presentation about
your TriMedia application.

If you would have preferred not to receive this email, please reply and let
me know.

We hope to see you at the meeting.

--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

Will it be possible to interface a 32MByte/64MByte DIMM 72pin
to the TM1300

Our next TriMedia training course is on 7th and 8th March 2000, in Woking,
England.

Details at http://www.bores.com/courses/trimws.htm - places are limited so
please let me know if you want to reserve. You can do this by email to
chris@..., or by using the registration buton on the quoted web page.

--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

We had a good response to our suggested meeting of TriMedia users, which is
going ahead on Monday 28th February: but for obvious reasons most attendees
are from England (where the meeting is to be held).

If there is interest we might arrange similar meetings elsewhere - for
instance California. Send email to tmugusa@... if this is of interest.

Also, some people have requested a summary of proceedings from the 28th
February meeting be published. We will try to do this - please send email to
tmdigest@... if you would like to receive a copy via email.

If you would have preferred not to receive this email please reply and say
so.

--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

-----Original Message-----
From: MariusN@... <MariusN@...>
To: trimedia@onelist.com <trimedia@onelist.com>
Date: 07 February 2000 05:25
Subject: [trimedia] Using the JTAG interface to download code to external
flash


>From: MariusN@...
>
>Will it be possible to download your executable via the JTAG interface on
the TM1300 to external flash on the XIO bus?

Shalini at Momentum Data Systems tells me this should be possible. The code
can be downloaded to the SDRAM and write another program to transfer the
code from the SDRAM to the flash that is residing on the PCI-XIO interface.

Chris
--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

Hi,
    Can anyone please tell me how to use #pragma ??? I need it for
    disabling warnings in a part of code. Globally I am setting warning
    level 3. But for a part of code, I need to disable warning. Again
    after that part of code, I need to enable warnings.

    Those who know windows #pragma, I need to do something similar to
    #pragma warning(disable).

thanks,
Kishore.

Hello,

a colleague and I have implemented some filters by starting out
with vivot.c. We simply plugged a call to the filter into mmBufUpdate()
as shown below:

void
mmBufUpdate()
{
[...]
     mmtmpNum = (mmNum + 1) % NUM_BUF_ENTRIES;
     if (genBuf[mmtmpNum].flag == VID_RDY_MM) {

       myFilter(&genBuf[mmtmpNum]);

       genBuf[mmNum].flag = VID_RDY_VO;
       mmNum = mmtmpNum;
     }
}

[Sorry, I pressed send before completing the previous message]

We encounter some performance problems when working this way. As soon as
we increase the work load we encounter casual dropping of frames. For
example, I already experienced problems with a routine that needs 693000
cycles/frame which sums up to 17*10^6 cycles per second. Shouldn't this
be feasible ?

Before sending out my last mail I wanted to check one thing, though.
Might be that the cause of the problem is an interrupt happening during
the run of myFilter() that will modify mmNum and lead to serious trouble.
I'll check that later.

>     mmtmpNum = (mmNum + 1) % NUM_BUF_ENTRIES;
>     if (genBuf[mmtmpNum].flag == VID_RDY_MM) {
>
>       myFilter(&genBuf[mmtmpNum]);
>
>       genBuf[mmNum].flag = VID_RDY_VO;
>       mmNum = mmtmpNum;
>     }
> }

What do other recommend in terms of plugging in a filter (without TSSA) ?
I still experiment with disabling the interrupt and/or trying the code in
"Interrupt Latency Support" (TM documentation).

Thanks,

Harri.

Philips have asked me to forward the attached invitation to the coming
TriMedia Developers' Conference at their headquarters in Sunnyvale,
California on 14th April 2000.

I think the event will prove very wortwhile, and look forward to meeting
some of you there.

Some details will be posted on our web site at:
http://www.bores.com/news/tmug.htm - a brief summary of the recent meeting
in England (and a photo of those who attended) are posted there already,
with summaries of the talks to follow.

--------------------------------------------------------------
Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com
NetMeeting (video): conference@...
ICQ: 35223684

I today posted a new article to the BORES Signal Processing DSP newsletter.
Philips and Sony today announced the setting up of a joint venture company -
TriMedia Technologies - to further develop the TriMedia multimedia VLIW
processor and cores. TriMedia has video, audio and telecomms I/O around a
fast VLIW DSP core.

A short news item in our web based DSP newsletter gives details and has
links to the full press release and to the new company's web page. The
article is at:

http://www.bores.com/news/tmtech.htm

To receive this latest DSP news article by email (as an Adobe attachment)
send email to latestnews@...

The complete DSP news letter is at http://www.bores.com/news/index.htm. To
receive the complete DSP newsletter by email as an Adobe file, send email to
autonews@...

Chris Bore
BORES Signal Processing
chris@...
http://www.bores.com

I could need to control a TM1300 IREF board from within a kernel-mode driver
in a near future.

TriMedia documentation by Philips speaks about a no better specified
kernel-mode host module as a caller of some TMMan API functions.

"...   Synchronization Flags        constTMManModuleHostKernel
Indicates that the Host module calling the required function is running in
Kernel Mode."

Is it really possible to call TMMan functions in kernel-mode (Windows NT)?

What .h and .lib files should I include and link in my kernel-mode C++
project to achieve that?


Thanks.


Alberto Orioli

Hello Alberto-
The tmman driver was originally designed to support kernel mode access, but it
has never really been deployed that way.  The latest release does not support
kernel mode in that the necessary headers are not released.  Exactly what do you
hope to gain by using kernel mode?  You realize that the downloader needs to run
in user mode, right?

We could send you the necessary headers for you to give it a try, but remember
that the only tests currently run on the kernel mode interface are the use of
the tmman32 DLL, and I can't promise to fix any bugs you find.

          Chuck




At 04:30 PM 04/17/2000 +0200, Alberto Orioli wrote:
>I could need to control a TM1300 IREF board from within a kernel-mode driver
>in a near future.
>
>TriMedia documentation by Philips speaks about a no better specified
>kernel-mode host module as a caller of some TMMan API functions.
>
>"...   Synchronization Flags        constTMManModuleHostKernel
>Indicates that the Host module calling the required function is running in
>Kernel Mode."
>
>Is it really possible to call TMMan functions in kernel-mode (Windows NT)?
>
>What .h and .lib files should I include and link in my kernel-mode C++
>project to achieve that?
>
>
>Thanks.
>
>
>Alberto Orioli
>
>
>
>------------------------------------------------------------------------
>You can win $1000!
>Time-limited offer.  Enter today at:
>http://click.egroups.com/1/2864/2/_/472691/_/955981676/
>------------------------------------------------------------------------
>
>Sent via the TriMedia mailing list
>trimedia@onelist.com

-----------------------------------------------------------
Chuck.Peplinski@...
TriMedia Programmer
Media Competency Center
Philips Semiconductors
-----------------------------------------------------------

I have
Trimedia IREF-TM1100+SDE 2.0 + Codewarrier IDE Version 3.2 Build 0106
and I have already do The steps that Document say (ReleasedNotes.txt
in Trimedia SDE 2.0'S CD)
Now I can compile vivot.c by Codewarrier successful,But I can't  run
it by using  tmrun and  tmgmon .
   The error message is VOopen failed,error 4
   What's Wrong ?
   Is the version of codewarrier too old ?
   Thanks Very much!

    P.S. I can compile vivot.c in DOS mode using TMCC ,and run
successful by tmrun.
The steps I do are listed below:
I also have copy tmconfig to C:\Program
Files\Metrowerks\CodeWarrior\TriMedia
----------------------------------------------------------------------
----------------------------------------------------
   (1) Replace "TMCompiler.dll" in "...
\CodeWarrior\Bin\Plugins\Compiler".

(2) Replace "TMLinker.dll" in "...\CodeWarrior\Bin\Plugins\Linker".

(3) Replace the seven TM*Panel.dll files in   "...
\CodeWarrior\Bin\Plugins\Preference Panels".
     The preference panel "TMCWarningsPanel.dll" is new to v2.0.

(4) Replace the following directories

C:\Program Files\Metrowerks\CodeWarrior\TriMedia\include
C:\Program Files\Metrowerks\CodeWarrior\TriMedia\lib
C:\Program Files\Metrowerks\CodeWarrior\TriMedia\OS

with

TCS\include
TCS\lib
TCS\OS

where TCS corresponds to the build v2.0 libs, includes, and OS
directories.
----------------------------------------------------------------------
----------------------------------------