pbm2g3

Bug #46076 reported by Helios
8
Affects Status Importance Assigned to Milestone
mgetty (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

The command pbm2g3, to convert pbm images to g3 fax format does not convert the full source image.
After the command execution and running viewfax to view the resulting g3 file, i can see only half the g3 file in width.
The manual entry says that no additional parameters have to be inserted to have a correct conversion to g3 format but that does not seem correct.
I tried also efix of efax package, but the same problem persists.
Same for faxspool, that is an utility to convert many file types to g3 format (i think using the same set of applications i got pbm2g3 from) then spool to a fax queue till a new command is entered.
The converted g3 files can be seen as trunked in width.
It seems that is not viewfax bugged, as the result g3 file results trunked also if opened with other image viewers.

Revision history for this message
Christian Brandt (brandtc) wrote :

This is most likely not a bug, this is intended by design. pbm2g3-output sendfaxing through an USR V.everything works perfectly for me.

The mgetty-pbm2g3 is different from netpbm-pbmtog3 because there are only some resolutions making sense when preparing data for sendfax. See "man pbm2g3" for more:

-w <page width> sets the width of the resulting G3 page. Default is 1728. If you want to be able to fax it with sendfax, don’t use anything else. For other fax programs, 2048, 2432, 864 and 1216 may be useful. For other purposes, use what you like.

Most likely the init-string for your modem is wrong, resulting in an excedingly high or low resolution. See the sendfax-manual about initializing your modem in /etc/inittab

Changed in mgetty:
assignee: nobody → brandtc
status: Unconfirmed → In Progress
Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this symptom still reproducible in 8.10 alpha?

Changed in mgetty:
status: In Progress → Incomplete
Revision history for this message
Andreas Moog (ampelbein) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in mgetty (Ubuntu):
assignee: Christian Brandt (brandtc) → nobody
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.