Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

MUPDF/DGJPP test release | missing PDFDRAW.EXE | source cod (Users)

posted by DOS386(R), 23.02.2011, 06:56

> Of course there's no mupdf.exe itself coz it depends on win32 stuff but pdfdraw.exe works fine, go ahed to test it!
> http://www.ulozto.cz/7940392/mupdf-07-djgpp-rar
> (click "stahnout" and then enter captcha)

Anyone got the file ? Please upload it to omp :-)

> I tried to recompile MuPDF with some better optimizations, maybe help little bit
> http://rayer.ic.cz/350d/mupdf_07_dos.zip
> -O3 -DNDEBUG -fomit-frame-pointer -frerun-loop-opt -ffast-math -march=pentium-mmx

Seems to work on early pentium with MMX ... for major/final release please compile -march=i80386 too.

> BTW there's short help if you press F1

Bright yellow text on white ... what about adding a dark background ? ;-)

> You can download and measure it here http://rayer.ic.cz/350d/vesatest.exe

Updated 2010-Apr ... did you fix the "EMM386 vs Ring0" flaw ?

http://rayer.ic.cz/ wrote:

> Service Temporarily Unavailable
> The server is temporarily unable to service your request due to maintenance
> downtime or capacity problems. Please try again later

> Instead of an initial black screen can you output the message: "Please wait while mupdf is preparing your document" ?

Right ... or a progress indicator ;-)

> This improves the "user experience" for large documents.
> I have to wait for 10 seconds till the black screen is cleared.

Depends from document ...

> Are there any plans for the support of printing the documents?
> Or making screenshots and save these as image files?
> E.g. hit CTRL-PrtScr to save the current screen as mupdf.bmp

Screen or page ? Being able to save the full page just from MUPDF would be cool (but there is PDFDRAW.EXE ... I just can't download it ... F***).

> tested also some huge 80MxB PDF (computer magazine) and no delay but I test on fast PC only.

Depends from page size only, not amount of pages ?

> I don't know how printing of graphics docs works

ESC/P2 (old standard) or @#$%@%# (non-standard printers) ... or just save BMP (one page or all) and export the responsability to deal with the printer.

> LFB (Linear FrameBuffer) is a feature of VESA VBE 2.0 that means entire video memory in
> mapped to your CPU memory address space

no 64 KiB limit , no B*** S*** :-)

> MTRRs are special registers that set caching mode for some memory area (here for LFB area)

Faster big and well aligned writes, slower or unreliable (?) reads ;-)

> - Your MTRRLFBE doesn't work on my AMD K7 CPU / SiS chipset system

Use some CPUID tool (by RayeR or other) and post results. :hungry:

> reports about found VESA 3.0, outputs the LFB address

no MTTRR obligation

> then tells it failed to set the MTRRs.

not present ???

> The diagnostic is not precise enough in the absence of source code or adequate app documentation

WRTFM please. Source code of VESATEST would be nice but is not absolutely needed if no 3rd party GPL'ed code included. Source code for MUPDF is a must, see GPL (same would apply to MPLAYER ...) :-(

PDF 1.7 doesn't work: http://www.adobe.com/content/dam/Adobe/en/devnet/pdf/pdfs/PDF32000_2008.pdf

(or at least my copy of this, downloaded in the past, 16'072'714 Byte's of bloat)

Much PDF bloat: http://www.adobe.com/devnet/pdf/pdf_reference_archive.html

Anyone has smaller 1.7 PDF's to test ?

> equest: could be posible add other resize mode options for low CPU users or people
> that need to render each image constantly cause they display the images
> zoomed-in and need to scroll down very often?
> I dont know if you are using lanczos/spline resize because quality is amazing...
> can you try to add linear,bilinear, point resize or others?. If this option is available
> in the cfg file users can find their best balance between speed and image quality

Are you missing something ??? MUPDF doesn't ZOOM the fonts nor the graphical elements (see shots far above), it just brews them in the final size !!! It does zoom embedded bitmaps, though (and there is no way to find out the "dpi" value for leaving them as-is :-()

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

 

Complete thread:

Back to the forum
Board view  Mix view
15188 Postings in 1365 Threads, 250 registered users, 17 users online (0 registered, 17 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum