Menu
▾
▴
omniprint-user
|
From: Andrew A. <and...@ho...> - 2004-03-31 05:50:18
|
Thanks for the reply Grottfried.
I also tried explicitly naming the printer with the -P parameter, and still
same result :(.
I also did some further investigating and here's some of the debug spews
from cups' error_log.
distribution: Linux RH9
Cups installed: (used rpm -qa | grep cups)
cups-1.1.20-1
ghostscript-cups-7.07.1-0
cups-libs-1.1.20-1
cups-debuginfo-1.1.20-1
cups-devel-1.1.20-1
Omni-cups-0.9.1-1
Omni Installed: (used rpm -qa | grep Omni)
Omni-0.9.1-1
Omni-cups-0.9.1-1
ghostscript installed:(used rpm -qa | grep ghost)
ghostscript-cups-7.07.1-0
ghostscript-fonts-5.50-9
ghostscript-7.07.1-0
Using the above environment, I installed a printer(Epson 24 pin 80 col
cups+omni) using CUPS' web interface. Then configured the paper size to A5
and print(still using web interface). The output was still printed on Letter
and here are some debug spews ...
....
D [31/Mar/2004:13:16:28 +0900] StartJob() id = 2, file = 0/1
D [31/Mar/2004:13:16:28 +0900] job-sheets=none,none
D [31/Mar/2004:13:16:28 +0900] banner_page = 0
D [31/Mar/2004:13:16:28 +0900] StartJob: argv = "EpsOmni","2","root","Test
Page","1","","/var/spool/cups/d00002-001"
D [31/Mar/2004:13:16:28 +0900] StartJob:
envp[0]="PATH=/usr/lib/cups/filter:/bin:/usr/bin"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[1]="SOFTWARE=CUPS/1.1"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[2]="USER=root"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[3]="CHARSET=utf-8"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[4]="LANG=en_US"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[5]="TZ=Asia/Tokyo"
D [31/Mar/2004:13:16:28 +0900] StartJob:
envp[6]="PPD=/etc/cups/ppd/EpsOmni.ppd"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[7]="CUPS_SERVERROOT=/etc/cups"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[8]="RIP_MAX_CACHE=8m"
D [31/Mar/2004:13:16:28 +0900] StartJob:
envp[9]="TMPDIR=/var/spool/cups/tmp"
D [31/Mar/2004:13:16:28 +0900] StartJob:
envp[10]="CONTENT_TYPE=application/postscript"
D [31/Mar/2004:13:16:28 +0900] StartJob:
envp[11]="DEVICE_URI=parallel:/dev/lp0"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[12]="PRINTER=EpsOmni"
D [31/Mar/2004:13:16:28 +0900] StartJob:
envp[13]="CUPS_DATADIR=/usr/share/cups"
D [31/Mar/2004:13:16:28 +0900] StartJob:
envp[14]="CUPS_FONTPATH=/usr/share/cups/fonts"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[15]="CUPS_SERVER=localhost"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[16]="IPP_PORT=631"
... (as seen here page = 419x595 ... or A5)
D [31/Mar/2004:13:16:28 +0900] [Job 2] Page = 419x595; 0,0 to 420,539
D [31/Mar/2004:13:16:28 +0900] [Job 2] slowcollate=0, slowduplex=0,
sloworder=0
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BoundingBox: 0 0 612 792
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Pages: 1
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%LanguageLevel: 1
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%DocumentData: Clean7Bit
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%DocumentSuppliedResources:
procset testprint/1.0
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%DocumentNeededResources: font
Helvetica Helvetica-Bold Times-Roman
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Creator: Michael Sweet, Easy
Software Products
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%CreationDate: May 11, 1999
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Title: Test Page
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%EndComments
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BeginProlog
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BeginResource procset testprint
1.1 0
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%EndResource
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%EndProlog
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Page: 1 1
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Page: 1 1
D [31/Mar/2004:13:16:28 +0900] [Job 2] pw = 419.5, pl = 538.6
D [31/Mar/2004:13:16:28 +0900] [Job 2] PageLeft = 0.0, PageRight = 419.5
D [31/Mar/2004:13:16:28 +0900] [Job 2] PageTop = 538.6, PageBottom = 0.0
D [31/Mar/2004:13:16:28 +0900] [Job 2] PageWidth = 419.0, PageLength = 595.0
d [31/Mar/2004:13:16:28 +0900] WriteClient: Removing fd 7 from OutputSet...
...(several entries have these PageSize= 612 792 ... or Letter)
D [31/Mar/2004:13:16:31 +0900] [Job 2] cups->ppd->flip_duplex = 0
D [31/Mar/2004:13:16:31 +0900] [Job 2] width = 850, height = 1100
D [31/Mar/2004:13:16:31 +0900] [Job 2] PageSize = [ 612 792 ], HWResolution
= [ 100 100 ]
D [31/Mar/2004:13:16:31 +0900] [Job 2] HWMargins = [ 0.000 0.000 0.000 0.000
]
D [31/Mar/2004:13:16:31 +0900] [Job 2] matrix = [ 1.389 0.000 0.000 -1.389
-0.000 1100.000 ]
...
D [31/Mar/2004:13:16:31 +0900] [Job 2] matrix = [ 2.500 0.000 0.000 -2.500
-0.000 1838.268 ]
D [31/Mar/2004:13:16:31 +0900] [Job 2] 0 %%EOF
D [31/Mar/2004:13:16:31 +0900] [Job 2] Saw EOF!
d [31/Mar/2004:13:16:31 +0900] PID 2245 exited with no errors.
I [31/Mar/2004:13:16:31 +0900] [Job 2] CUPSToOmni: The job properties are
"Copies=1 Form=na_letter_8.50x11.00in InputTray=Rear NumberUp=1X1
NumberUpPresentationDirection=TobottomToright OutputBin=Bottom
Resolution=180x180 Rotation=Portrait ScalingPercentage=100
ScalingType=FitToPage Sides=OneSidedFront StitchingAngle=0 StitchingCount=0
StitchingPosition=0 StitchingReferenceEdge=Bottom StitchingType=Corner
Trimming=None XMLMasterFile="/usr/share/Omni/Epson 24-pin 80 Col.xml"
bidirectional=true dither=DITHER_STUCKI_DIFFUSION media=MEDIA_PLAIN
printmode=PRINT_MODE_1_ANY resolution=DRE1_180_180"
I [31/Mar/2004:13:16:31 +0900] [Job 2] CUPSToOmni: Begin job.
D [31/Mar/2004:13:16:31 +0900] [Job 2] cups_print_chunked - flip = 0, height
= 1810
d [31/Mar/2004:13:17:22 +0900] DeleteCert: removing certificate for pid 0
d [31/Mar/2004:13:17:22 +0900] AddCert: adding certificate for pid 0
...
--> as seen in the last lines of the debug spews the CUPSToOmni reports that
the form passed is Letter
I'm more or less a newbie to linux programming, coz I'm originally a
device-driver developer for MS products.
And currently I and my company would like to support linux for our printers.
Hope you guys can help me out.
Thanks.
Andrew
>From: Gottfried Scheckenbach <got...@xt...>
>Reply-To: got...@xt...
>To: Andrew Aguas <and...@ho...>
>CC: omn...@li...
>Subject: Re: [Omniprint-user] Omni and CUPS communication
>Date: Wed, 24 Mar 2004 09:14:46 +0100
>
>Perhaps you should specify explicitly the name of the printer - just a
>try...
>
>Grottfried
>
>
>Andrew Aguas wrote:
>>Hello All.
>>
>>I'm currently trying to develop printer drivers using Omni architecture
>>and
>>I've ran into some trouble.
>>
>>With esp-ghostscript 7.07.1, I can print and modify the properties of the
>>drivers (Epson 24-pin 80 Col) such as Form=A5 using the -sproperties
>>parameter.
>>
>>But when I use CUPS, both the Web Interface and lpr command to modify the
>>properties,
>>It does not change, my command is something like:
>> # lpr -o media=A5 test.ps
>> or
>> # lpoptions -o media=A5
>> # lpr test.ps
>>result:
>> --> test.ps is still printed using the default form/paper which is
>>Letter.
>>
>>Am I doing something wrong here?
>>Im using the following versions:
>> Redhat Linux 9
>> cups 1.1.20
>> omni 0.9.1-1
>>
><< smime.p7s >>
_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail
|
|
From: Andrew A. <and...@ho...> - 2004-04-05 07:06:35
|
Hello All.
Again thanks for the reply Grottfried, I further investigated based on what
you said and
I've come up with the following results. What I did was to compare a CUPS
native driver
(EPSON 24-Pin Series CUPS v1.1) and an Omni driver(Epson 24-pin 80 Col, CUPS
+ omni).
Here are the results:
1. CUPS Web Interface(Media Size= Legal, then <Print Test Page>)
EPSON 24-pin Series CUPS v1.1 Result : OK, Printed on Legal Paper
Epson 24-pin 80 Col, CUPS + omni Result : NG, Printed on Letter Paper
2. lpr command
EPSON 24-pin Series CUPS v1.1
command used: lpr -P EpsCups -o PageSize=Legal testprint.ps
Result: OK, Printed on Legal Paper
Epson 24-pin 80 Col, CUPS + omni
command used: lpr -P EpsOmni -o PageSize=DF01_144 testprint.ps
Result: NG, Printed on Letter Paper
3. Mozilla 1.2.1
EPSON 24-pin Series CUPS v1.1 Result : OK, works perfectly
Epson 24-pin 80 Col, CUPS + omni Result : OK, works perfectly
4. OpenOffice Draw V1.1.0
EPSON 24-pin Series CUPS v1.1 Result : OK, works perfectly
Epson 24-pin 80 Col, CUPS + omni Result : OK, works perfectly
As seen above, there seems to be no problem with other applications, with
Mozilla, I used only the
"postscript/default" as the printer(i can only see this printer). Likewise,
with OpenOffice Draw,
it works perfectly. But as seen in results 1&2, there seems to be a problem
with the CUPS interface,
I can't say its a CUPS problem since it works fine with their Native driver.
I'm also not sure if
it is by design(Omni design). Based on the Debug spews, Legal's dimensions
(612x1008) are being sent,
but it seems that it is not used---in the sense that the PageSize is not
updated.I hope you guys could
again shed some light on this matter, maybe some of you also encontered
this?
again thanks in advance
Andrew
>From: Gottfried Scheckenbach <got...@xt...>
>Reply-To: got...@xt...
>To: Andrew Aguas <and...@ho...>,
>omn...@li...
>Subject: Re: [Omniprint-user] Omni and CUPS communication
>Date: Wed, 31 Mar 2004 10:57:47 +0200
>
>Have a look at this line:
>>D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BoundingBox: 0 0 612 792
>"%%BoundingBox: 0 0 612 792" comes out of your postscript file and seems to
>overwrite the cups A5 printer configuration - look at "Form" in call of
>CUPSToOmni:
>
> > I [31/Mar/2004:13:16:31 +0900] [Job 2] CUPSToOmni: The job properties
> > are "Copies=1 Form=na_letter_8.50x11.00in InputTray=Rear NumberUp=1X1
> > NumberUpPresentationDirection=TobottomToright OutputBin=Bottom
> > Resolution=180x180 Rotation=Portrait ScalingPercentage=100
> > ScalingType=FitToPage Sides=OneSidedFront StitchingAngle=0
> > StitchingCount=0 StitchingPosition=0 StitchingReferenceEdge=Bottom
> > StitchingType=Corner Trimming=None XMLMasterFile="/usr/share/Omni/Epson
> > 24-pin 80 Col.xml" bidirectional=true dither=DITHER_STUCKI_DIFFUSION
> > media=MEDIA_PLAIN printmode=PRINT_MODE_1_ANY resolution=DRE1_180_180"
>
>Try the following: take some applications which can produce postscript
>(mozilla, acroread...). Have a look into the printersettings and change the
>paper format to A5 if possible. Print into file and look for "Boundigbox"
>(grep Boundingbox file). If there is no entry or the entry
>>%%BoundingBox: 0 0 420 539
>print this file via lpr -P printer. Now it must be printed as A5. You
>should see the differences in the log.
>
>After this check out google news and/or cups devel list for similar
>reportings and existing fixes. Cups 1.1.20 is the actual version thus it is
>probable you will find no meaningful hints and you have to send the problem
>in short to the cups developers to let them check out if "%%BoundingBox:
>..." has to overwrite the printer settings.
>
>Hope this helps!
>
>Regards,
>Gottfried
>
>
><< smime.p7s >>
_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail
|
|
From: Gottfried S. <got...@xt...> - 2004-04-05 17:41:08
Attachments:
smime.p7s
|
Andrew Aguas wrote: > Again thanks for the reply Grottfried, I further investigated based on > what you said and [snip] Have a look into the postscript files of Mozilla/Openoffice - check for header differences versus testprint.ps. There must be differences and these must trigger the different behavior. One way to get more information... Do you have checked other omni-ppd's? Do they show the same behavior? Then there is likely a problem between cups and omni. If not, the ppd of your "Epson 24-pin 80 Col, CUPS + omni" printer has a bug. Unfortuately I'm nor a cups or omni developer neither a ppd specialist... I'm only a someway experienced user of cups et al! I hope, you get this solved. Again, try to connect the cups developers if nothing goes on! Regards, Gottfried |
|
From: Mark H. <ha...@us...> - 2004-04-10 23:30:38
|
Hi Andrew, Thanks for waiting and looking at it. I have returned from a business trip and now I have an urgent project to work on, but I am still trying to look at user problems. So, bear with me. I found a problem in CUPS/CUPSToOmni.cpp where it is not changing the form from the default. Actually, all of the postscript ppd properties do not translate into omni properties correctly. I am working on a fix. Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
|
From: Mark H. <ha...@us...> - 2004-04-13 21:15:23
|
Hi Andrew, I have checked in a fix into CVS. Please test it out on the latest CVS version of the driver. Thanks, Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
|
From: Mark H. <ha...@us...> - 2004-04-15 16:13:33
|
Hi Andrew, I made some changes to the CUPS interface code. Please pull the new CVS sourcecode and do a full build and install. To see CUPS debugging information, edit /etc/cups/cupsd.conf and change LogLevel to debug and restart the CUPS daemon. Then tail the file /var/log/cups/error_log and search for CUPSToOmni in the output. Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
|
From: Gottfried S. <got...@xt...> - 2004-03-31 08:57:57
Attachments:
smime.p7s
|
Have a look at this line: > D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BoundingBox: 0 0 612 792 "%%BoundingBox: 0 0 612 792" comes out of your postscript file and seems to overwrite the cups A5 printer configuration - look at "Form" in call of CUPSToOmni: > I [31/Mar/2004:13:16:31 +0900] [Job 2] CUPSToOmni: The job properties > are "Copies=1 Form=na_letter_8.50x11.00in InputTray=Rear NumberUp=1X1 > NumberUpPresentationDirection=TobottomToright OutputBin=Bottom > Resolution=180x180 Rotation=Portrait ScalingPercentage=100 > ScalingType=FitToPage Sides=OneSidedFront StitchingAngle=0 > StitchingCount=0 StitchingPosition=0 StitchingReferenceEdge=Bottom > StitchingType=Corner Trimming=None XMLMasterFile="/usr/share/Omni/Epson > 24-pin 80 Col.xml" bidirectional=true dither=DITHER_STUCKI_DIFFUSION > media=MEDIA_PLAIN printmode=PRINT_MODE_1_ANY resolution=DRE1_180_180" Try the following: take some applications which can produce postscript (mozilla, acroread...). Have a look into the printersettings and change the paper format to A5 if possible. Print into file and look for "Boundigbox" (grep Boundingbox file). If there is no entry or the entry > %%BoundingBox: 0 0 420 539 print this file via lpr -P printer. Now it must be printed as A5. You should see the differences in the log. After this check out google news and/or cups devel list for similar reportings and existing fixes. Cups 1.1.20 is the actual version thus it is probable you will find no meaningful hints and you have to send the problem in short to the cups developers to let them check out if "%%BoundingBox: ..." has to overwrite the printer settings. Hope this helps! Regards, Gottfried |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X