Welcome to Ed Chapman's Nexpress Digital Co-Development Issues Page

image
Location: http://rocws01011/AdobeHeidelberg.html image Sep 02, 2004
image
Recent projects Image Editor tool cool internal links
Documentation My Calendar Phone / Email
PDF Issues DHV Custom Issues Codev Issues
401K helper Old Work Pages

Home Kids Buick's
Links Parents Laughs

image

Issues with Transition to Heidelberg Digital Nexprss Digital and Adobe
======================================================

history
=============
3/25/1999	original
3/26/1999	new info, feedback from Ed Housel and Judy Selesky
3/29/1999	feedback from Christine about drivers
4/21/1999	after conference call with Adobe, Heidelberg, Kodak (Brian,
			Christine, Ed)
6/3/1999	preparation for Kiel trip
7/20/1999	camelot vs. CPSI vs. Foundation
7/23/1999	typo (LCK not LGX) and $250k royalty for both extreme and camelot (Judy)
5/30/2000	reformatted for printing 
1/05/2001	added convention section
2/06/2001	added makefile
3/15/2001	note about unused code
4/17/2001	minor mods to header files
5/24/2001	running stock camelot in a ws
7/12/2001	extra "." in copy
3/18/2002	move stock camelot to own page
9/10/2003	added using dbx w/camelot
9/02/2004	update for Nexpress
	
camelot vs. CPSI vs. Foundation
===============================

One of our near term goals is to go to PostScript version 3011. Two main features
provided by this upgrade are PDF version 1.3 and the initial clipping region.

Adobe informed us that support for camelot will dropping off and we should consider
moving to CPSI. We can now get source code for CPSI if needed. Chis Duffy mentioned
the entire page pipeline (back end) of camelot has been extensively rewritten. He also
suggested that if we did stick with co-development that we should use the Foundation
code base. The Foundation is a very simplified version of the interpreter.  

Initially we were told it would be 6 man months to upgrade to 3011 camelot and
2 man months if we use the Foundation platform. However Foundation is not a
standard (supported) Adobe product and for that reason we should probably not
consider it one of our options. Heidelberg PrePress has upgraded to 3011
in 6 weeks including multithreaded PDF. Note we may use more of the page pipeline
procedures than them (our lmgq messages are triggered by pagepipeline events).
The PDF media selection code uses several procedures which may need updates.
We also have many features not found in typical prepress machines. For these reasons
it will probably take us longer than BUPP but not 6 months.

CDFE
===============================

In our Kiel trip we recommended that BUPP, OI, and NexPress standardize on a common FE
architecture the CDFE (common digital front end). This uses pieces of Extreme and is
NT based. If we move to CDFE sooner, then camelot appears to be our best choice and
if we never get to CDFE or the longer it takes then CPSI should be used. Our estimate
showed our first DHV/CDFE product at mid year 2002 (3 years from now).

Options

option Advantage Disadvantage Time
CPSI long term support, easier future upgrades wasted effort if CDFE used 20 weeks
camelot lowest risk to 3011 (schedule & bugs) long term support 10 weeks
foundation Make Chris Duffy happy support long and short term 13 weeks

co-development
=============

This allows select Heidelberg Digital engineers access to confidential Adobe source
code in order to develop PostScript and PDF printers. Special security rules (such
as secure servers and networks) must be followed.

current set up
==============

Our current set up includes the servers ninkasi and mandos in a locked up room on
a secure network. These are shared by all Kodak co-development projects. Some of
the resources stored there are:

	original adobe releases for all code bases
	DHV (9110) code base
	Hawk (IS70cp II) code base
	LCK (8650ps) code base
	LGX (92p/sp) code base (note: not co-development)
	Extreme prototype
	P1 code base (is at NexPres and NT based)
	CRD 
	documentation
	tools such as compilers, exchange
	QAS test suites, test files

ninkasi is a 2 cpu Sun server with 256M RAM, 38Gbytes.
mandos is mostly used by Kodak thermal programs.
Our co-development engineers must now log into a secure server for
source code access.  We will lose source code to Kodak's
LCK series
of thermal printers.  We would like source code to NexPress's P1
project.

We typically pay Adobe an NRE of 250K dollars per co-development
port such as solaris camelot (another 250K for extreme). We would
pay another NRE for a port such as NT. We also pay a royalty on
each printer sold.

Our current process of support and code releases from Adobe is channeled
through Judy Selesky. Judy also runs PostScript and PDF Adobe Test
Suites, supplies documents, runs weekly meetings with Adobe, supports
all phases of the software life cycle including design and corrective action.
She does this for all current Kodak OI and NexPress projects.

Heidelberger Druckmaschinen AG has an agreement with Adobe - the support team
is based in Norwich England.

Heidelberger Druckmaschinen AG filed a patent infringement complaint against
Adobe (patent # 4393399).

goals
=======
We need to have a seemless transition from Kodak OI to Heidelberg Digital
without a period of of time where co-development resources aren't available.

We need to transition Judy's work to us by March 2000 (Judy is
contracted to us half time until then).

Susan the ninkasi admin had planned to cut off our co-development access on
May 10th. Susan Shultz form Adobe indicated that Adobe would NOT cut us off
in a transition to Heidelberg Digital. This transition is the time it takes
Adobe and Heidelberg to come up with new contracts which include co-development,
a solaris reference port, and Program 80 agreements.

We need to have points of contact in place on Heidelberg Digital and Adobe
with a co-development agreement.

We would like to have a direct contact with Abobe from Rochester.

We need to develop a process for project development with Abode
including design reviews and certification.

We need to be able to ship the 9110.

We may need to modify current products such as IS70cp II and IS92sp.

We need to keep our co-development engineers (large raises and bonus's 8-)

We may need access to special Adobe releases such as framemarker and devpattern.

action items
============

1) What is the current agreement with Heidelberg? Is it co-development? --NO--
2) Where will Heidelberg Digital's Adobe support come from?
3) If the support team is new. would they come to Rochester to meet us?
4) Who will be Heidelberg Digital's point of contact with Abode?
5) Do we need to set up our own server and network for co-development?
6) Do we need new co-development contracts? --YES-- (js called Brian Lee)
7) Would having our co-development engineers at NexPress make more sense?
8) What about drivers?

I looked at the list of issues.  Specifically to drivers we will need
access to the adobe Core Drivers and the corresponding developer's kits and
tools.  I will be back in the office on April 5.  Judy is aware of what
Kodak currently has in place.  Heidelberg supposedly has a driver
development team.  But the web site only shows PPD's and not custom driver
support. We need to know who the contact is at Heidelberg for drivers.  New
contracts will have to be negotiated with Adobe for Driver Support.  Brian
Lee has been in contact with Adobe, I'm not sure were that stands.  Brian
Lee is out of the office until March 29, 1999.  If you need specific driver
information talk to Mike Wu in the Driver group. For the Drivers it is more
complicated because, OI does not have their own driver development group.
I agree with your comments of a seamless transition and being able to ship
the products.

9)  Give heads up to system team (DONE to Mike M.)
10) Can we transfer the 1/4 million dollar co-development agreement to Heidelberg
    Digital? --NO-- the Support Source Agreement can't be transferred (js)
11) Can we transfer the reference port appendices for solaris? --NO--
12) What about a new secure mail server and ftp connection?
13) What about sharing network/web sites/ftp with Heidelberg &
    NexPress team members
14) What about sharing source code with Heidelberg & NexPress
    team members

Conventions: 04/17/2001 image
There is no mandate to follow these conventions but in
order to merge in our product code with an outside vender's
code this is how it is being done with camelot 3011.
headers are created with tabs set at 4

# for vender source files that have no modifications
# they are 1.1 under SCCS

# for vender source files that have no modifications but
# we need to add a comment, no header needed just:

/*************************************************************************
	NexPress Comment 01/05/01 Ed Chapman

	This file does not appear to be used in our configuration

*************************************************************************/


# for vender source files that have no small modifications
# add a header with NOTE included, if more changes are needed
# consider moving that code to a new file, do not remove any
# original code but ifdef it out.


/******************************************************************************
*
*					Copyright NexPress Digital 2004
*							ALL RIGHTS RESERVED
*
******************************************************************************/

/******************************************************************************
*
*	FILE NAME:      TBD.c
*
*	SCCS Release:   @(#)AdobeHeidelberg.html	1.39
*	Newest Delta:   03/03/07		16:19:04
*
*	NOTE:			changes in this file should be held to a minimum with
*					a define DHV_DEFINED around the changes
*
*	REVISION HISTORY:
*
*	DATE		AUTHOR		FUNCTIONS/DATA MODIFIED
*	====		======		=======================
*   01/01/01	Ed Chapman	TBD
*
*		ADD HISTORY TO TOP
******************************************************************************/

/** INCLUDE FILES **/

/** DEFINES **/

/** TYPEDEFS **/

/** MACRO DEFINITIONS **/

/** EXTERN FUNCTION DECLARATIONS **/

/** EXTERN DATA DECLARATIONS **/

/** GLOBAL FUNCTION DECLARATIONS **/
 
/** GLOBAL DATA DEFINITIONS **/
 
/** LOCAL FUNCTION DECLARATIONS **/
 
/** LOCAL DATA DEFINITIONS **/
 
/** END HEILDELBERG DIGITAL L.L.C HEADER **/

#ifdef DHV_DEFINED
	static char __PROC__[] = "TBD()";

	ts_printf(TS_DB_PROC)("%s %s - entry\n", __HEAD__, __PROC__);
#endif

#ifdef DHV_DEFINED
	ts_printf(TS_DB_PROC)("%s %s - exit\n", __HEAD__, __PROC__);
#endif



# for original source code a header looks like:

/******************************************************************************
*
*				Copyright Nexpress Digital 1999-2001
*						ALL RIGHTS RESERVED
*
******************************************************************************/

/******************************************************************************
*
*	FILE NAME:      TBD.c
*
*	SCCS Release:   @(#)AdobeHeidelberg.html	1.39
*	Newest Delta:   03/03/07		16:19:04
*
*	REVISION HISTORY:
*
*	DATE		AUTHOR		FUNCTIONS/DATA MODIFIED
*	====		======		=======================
*   01/01/01	Ed Chapman	TBD
*
*		ADD HISTORY TO TOP
******************************************************************************/

/** INCLUDE FILES **/
#include "options.h"

/** DEFINES **/

/** TYPEDEFS **/

/** MACRO DEFINITIONS **/

/** EXTERN FUNCTION DECLARATIONS **/

/** EXTERN DATA DECLARATIONS **/
extern poptions     popt;
extern char         __HEAD__[];

/** GLOBAL FUNCTION DECLARATIONS **/
 
/** GLOBAL DATA DEFINITIONS **/
 
/** LOCAL FUNCTION DECLARATIONS **/
 
/** LOCAL DATA DEFINITIONS **/
 
/******************************************************************************
*
*	FUNCTION NAME:		TBD()
*
*	RETURN VALUE:		none
*
*	FORMAL ARGUMENTS:	none
*
*	IMPLICIT INPUTS/OUTPUTS:
*
*	DESCRIPTION:
*
*                    
*	REVISION HISTORY:
*
*	DATE		AUTHOR		DESCRIPTION OF CHANGE
*	====		======		=======================
*	01/01/01	Ed Chapman	original
*
******************************************************************************/

#	an example makefile
 
###############################################################################
#
#					Copyright Nexpress Digital 1999-2001
#							ALL RIGHTS RESERVED
#
###############################################################################

###############################################################################
#
#	FILE NAME:		makefile
#
#	SCCS Release:	@(#)AdobeHeidelberg.html	1.39
#	Newest Delta:	03/03/07		16:19:04
#
#	REVISION HISTORY:
#
#	DATE		AUTHOR			FUNCTIONS/DATA MODIFIED
#	====		======			=======================
#	02/06/01	Ed Chapman		original
#
#		ADD HISTORY TO TOP
###############################################################################


# for code we no longer use but want to save add dashes --
# at the beginning of each line so if someone is grepping 
# etc. they know the code is not used.

#if 0 /* now a buffer but save in case we want to go back to bands */
 
--PRIVATE procedure ClearBands ARGDECL1( PBandData, bandHead)
--{
--  static char __PROC__[] = "ClearBands()";
--  PBandData   band;
 
--  ts_printf(TS_DB_PROC)("%s %s - entry\n", __HEAD__, __PROC__);
--	blah blah blah... 
--}
#endif


Running Stock camelot in a WS Mar 18, 2002
Stock Camelot use moved to own page
Running dbx and camelot image Sep 10, 2003
dbx
Hits Since Mar 25, 1999 email me ( Edward_Chapman@Nexpress.com) image