RE: nfbtrans conversion

  • From: "Ken Perry" <whistler@xxxxxxxxxxxxx>
  • To: <programmingblind@xxxxxxxxxxxxx>
  • Date: Mon, 4 Jul 2011 23:13:54 -0400

I compiled it under cygwin and linux both on 64 bit machines and I get
perfect conversions.  I didn't have to deal with the asm files because if
you use the -DLinux and change very little it complies with no problems no
warnings under cygwin and linux.  I did not see what was used to compile the
one  that is being used right now but it is possible that some define or
other was not used.  Sorry that both my versions won't run under ed sharp I
just wanted to let you know that it did convert fine.

ken  

-----Original Message-----
From: programmingblind-bounce@xxxxxxxxxxxxx
[mailto:programmingblind-bounce@xxxxxxxxxxxxx] On Behalf Of Steve Jacobson
Sent: Monday, July 04, 2011 10:54 PM
To: programmingblind@xxxxxxxxxxxxx
Subject: Re: nfbtrans conversion

I have inconsistent access to e-mail as I'm traveling to the NFB
Convention, but I am wondering if the line length setting might be
limiting the length of lines on backtranslated texts?  I don't know that
for certain, but it might be worth changing it to see what happens. 
I'll try to dig into the docs a little when I get a chance.

Best regards,

Steve Jacobson

On Sat, 02 Jul 2011 22:07:57 -0400
Jamal Mazrui <empower@xxxxxxxxx> wrote:

> I found that both the 16-bit and 32-bit versions of NFBTrans produced 
> identical versions of the file founding.txt from founding.brf.  I 
> configured EdSharp to do do some reformatting with .brl files, which are 
> now converted by liblouis, but EdSharp does not do anything to alter the 
> output of NFBTrans.  I thus think this is an NFBTrans issue, though it 
> might just be a setting that I did not configure correctly when 
> installing NFBTrans for redistribution.  If anyone happens to know the 
> program well enough to address whether this problem can be resolved, 
> please inform.
> 
> Jamal
> 
> On 7/2/2011 9:36 PM, Littlefield, Tyler wrote:
> > I noticed that too. is that an edsharp deal? or nfbtrans.
> > On 7/2/2011 7:13 PM, Alex Hall wrote:
> >> I don't know about ctrl-shift-o. I just went and found a brf file (an
> >> unpacked Bookshare book, as it happens) and hit enter on it. I
> >> received a .txt file of the same name opened in edSharp. The only
> >> problem I see right now is that each line is only a few words long,
> >> even when I maximize the window. Still, at least brf files are
> >> readable on win64. Thanks!
> >>
> >> On 7/2/11, Jamal Mazrui<empower@xxxxxxxxx> wrote:
> >>> Excellent work Tyler!
> >>>
> >>> I just posted a new EdSharp distribution with the 32-bit version of
> >>> NFBTrans that Tyler has built. Would one or more others using Win64
> >>> please test and confirm that Control+Shift+O will now convert a .brf
> >>> file to text?
> >>>
> >>> To anyone who does not already have EdSharp but may be interested in
> >>> trying it, the installer is available at
> >>>
> >>> http://EmpowermentZone.com/edsetup.exe
> >>>
> >>> Jamal
> >>>
> >>> On 7/2/2011 6:38 PM, Littlefield, Tyler wrote:
> >>>> Jamal:
> >>>> Thanks for that. I threw nfbtrans.exe into the edsharp directory
under
> >>>> nfbtrans and off it went. Converted perfectly.
> >>>> http://dl.dropbox.com/u/10204868/NFBTR774.7z
> >>>> There is the link for the new archive. I included the new
> >>>> executable, as
> >>>> well as the sln and vcproj files that visual studio will need to
build
> >>>> the single nfbtrans.c.
> >>>> On 7/2/2011 4:28 PM, Jamal Mazrui wrote:
> >>>>> Attached is a free braille file from National Braille Press,
> >>>>> founding.brf, containing the Declaration of Independence and related
> >>>>> material. Hope it can be used for testing.
> >>>>>
> >>>>> Jamal
> >>>>>
> >>>>> On 7/2/2011 6:20 PM, Littlefield, Tyler wrote:
> >>>>>> It looks like I have this done a lot sooner. Do I just need to
> >>>>>> dump this
> >>>>>> in my edsharp directory to test? will someone send me a .brf file
> >>>>>> that I
> >>>>>> can try this out with to see if it does, indeed work?
> >>>>>> There were some asm functions (which were declared in the asm
file),
> >>>>>> called sound, nosound and delay. I wasn't really sure what those
> >>>>>> did, so
> >>>>>> I just wrote c replacements. sound plays the beep (at a duration
> >>>>>> of 250
> >>>>>> ms), nosound toggles a flag that is checked for beeps, and delay
just
> >>>>>> calls sleep. I have a ton of warnings, but I'm aiming for this to
> >>>>>> just
> >>>>>> work on a 64-bit system.
> >>>>>> On 7/2/2011 3:25 PM, Littlefield, Tyler wrote:
> >>>>>>> Hello all:
> >>>>>>> Since this isn't something that is a huge issue to keep up to date
> >>>>>>> beyond it just working on 64-bit systems, I removed the secure
> >>>>>>> warnings, and started the conversions. There aren't to many issues
I
> >>>>>>> don't think so far, except the fact that a lot of the function
calls
> >>>>>>> (utime etc) are no longer in windows. I'm yanking the code with
> >>>>>>> older
> >>>>>>> functions and writing drop-in replacements to do exactly
(hopefully)
> >>>>>>> what the old functions do, so hopefully it will work with minimal
> >>>>>>> modifications. I'll post later with progress and/or a working copy
> >>>>>>> sometime this week.
> >>>>>>>
> >>>>>>
> >>>>
> >>> __________
> >>> View the list's information and change your settings at
> >>> //www.freelists.org/list/programmingblind
> >>>
> >>>
> >>
> >
> >
> __________
> View the list's information and change your settings at 
> //www.freelists.org/list/programmingblind
> 

-- 
 <>

__________
View the list's information and change your settings at 
//www.freelists.org/list/programmingblind

__________
View the list's information and change your settings at 
//www.freelists.org/list/programmingblind

Other related posts:

  1. Home
  2. programmingblind
  3. Archive
  4. 07-2011