06-21-2019, 01:42 AM | #136 |
BLAM!
Posts: 13,478
Karma: 26012494
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
@frostschutz: Huh. On the off chance this is font-specific (prooobaaably not, but who knows ;p), what font is this?
EDIT: And at which size, while I'm there . Actually, the exact full set of arguments could be helpful, in case it's really font and/or size and/or content specific... Last edited by NiLuJe; 06-21-2019 at 01:45 AM. |
06-21-2019, 02:17 AM | #137 |
Linux User
Posts: 2,279
Karma: 6123806
Join Date: Sep 2010
Location: Heidelberg, Germany
Device: none
|
Oh, sorry... in this case it was Vera.ttf from https://www.archlinux.org/packages/e...am-vera/files/ (md5 785d2fd45984c6548763ae6702d83e20) but it also happened with other fonts I tried
Code:
fbink --clear --truetype regular=vera.ttf $'\nx' # failed to print fbink --clear --truetype regular=vera.ttf $'x\n' # prints with empty square |
06-21-2019, 06:53 AM | #138 |
Zealot
Posts: 128
Karma: 842196
Join Date: Feb 2019
Device: none
|
|
06-22-2019, 01:34 AM | #139 |
BLAM!
Posts: 13,478
Karma: 26012494
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
@BloodRagg: Oh, yeah, Each model is different. Different screen resolutions, different input quirks ;/. There's a bit of overlap sometimes, but not always.
Plato might have the most concise way of dealing with that, if you need inspiration. |
06-23-2019, 11:44 PM | #140 |
BLAM!
Posts: 13,478
Karma: 26012494
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
@frostschutz: Oh, yeah, the leading linefeed one was actually triggering an underflow and then a nasty loop.
I think I have a fix for both, just need to do some more testing tomorrow to make sure I'm not making everything else worse ;p. Thanks for the report . Last edited by NiLuJe; 06-24-2019 at 12:33 PM. |
06-24-2019, 10:10 AM | #141 |
Connoisseur
Posts: 76
Karma: 2000
Join Date: Apr 2019
Device: sony
|
i still don't know what the title means, "print" what?
we need native speakers in this forums.. |
06-24-2019, 01:36 PM | #142 |
BLAM!
Posts: 13,478
Karma: 26012494
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
@frostschutz: Pushed the linefeeds fixes .
@sherman: They're here. I *think* that's a somewhat sensible approach, but you're probably more familiar with this logic than I am. It's mostly all related to not calling u8_dec when the index is 0, as it would happily look *before* the buffer, and underflow the index. Besides the test-cases provided by @frostschutz, the only other edge-case I could actually trigger is with a single character *right* above the size limit. I couldn't actually trigger a crash, but I did get an underflow, and by chance it happened to find a bogus break (very) soon after the wrapped-around value, so it mostly slipped through the cracks unnoticed. Now it reliably aborts with the proper "you blew the LW" error. Last edited by NiLuJe; 06-24-2019 at 01:39 PM. |
06-24-2019, 04:31 PM | #143 | |
Guru
Posts: 856
Karma: 2676800
Join Date: Aug 2008
Location: Taranaki - NZ
Device: Kobo Aura H2O, Kobo Forma
|
Quote:
I'm writing this while awaiting a flight at San Diego airport, so take my "review" with a dash of salt... |
|
06-24-2019, 05:04 PM | #144 |
BLAM!
Posts: 13,478
Karma: 26012494
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
@sherman: Thanks! (and have a safe flight ).
|
07-06-2019, 03:51 PM | #145 |
BLAM!
Posts: 13,478
Karma: 26012494
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
Released v1.17.0!
A fair amount of goodies in this one . There's the on-animator mimic mode used by KFMon to replace the boot progress bar, which didn't make the latest release because that basically started as a random post-release experiment ;p. Error handling in the CLI tool is now extra verbose, as discussed above. There's the line-breaking feedback discussed above, too. Also on the OT/TTF side of things, the font size can now be specified as a decimal, which should allow finer-grained control over the final rendering . On the fixed-cell font rendering side of things, Spleen has been updated to 1.0.5, and a couple of Amiga fonts have been imported (Topaz+ A1200 & MicroKnight+), as well as the VGA variant (8x16) of the IBM font. The LF glyph is now always replaced by a space, to account for fonts where it is visible. There's a bunch of minor performance improvements all over, but especially for the fixed-cell font rendering. In the continuing trend of "RGB565 is the worst", there's also a fix for a sneaky color accuracy issue in some corner-cases, that mainly affected progress bars @16bpp. Last edited by NiLuJe; 07-06-2019 at 03:53 PM. |
07-06-2019, 07:05 PM | #146 |
Bibliophagist
Posts: 35,464
Karma: 145525534
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Sage, Forma, Clara HD, Lenovo M8 FHD, Paperwhite 4, Tolino epos
|
|
08-11-2019, 08:30 AM | #148 |
Linux User
Posts: 2,279
Karma: 6123806
Join Date: Sep 2010
Location: Heidelberg, Germany
Device: none
|
fbink reading from stdin can lead to some unexpected results
Code:
[FBInk] Codepoint U+5348 is not covered by this font! [FBInk] Codepoint U+524D is not covered by this font! Next line should start @ row 240 [FBInk] Codepoint U+7B54 is not covered by this font! Next line should start @ row 241 Next line should start @ row 242 Next line should start @ row 243 [FBInk] Codepoint U+30B3 is not covered by this font! [FBInk] Codepoint U+30C3 is not covered by this font! [FBInk] Codepoint U+30D7 is not covered by this font! Next line should start @ row 244 Code:
while read line do # do something with line fbink "$line" # works with fancy options too fbink --clear # reads all other lines and prints them by itself (or not, if not ASCII) done < somefile.txt Last edited by frostschutz; 08-11-2019 at 08:34 AM. |
08-11-2019, 10:02 AM | #149 |
BLAM!
Posts: 13,478
Karma: 26012494
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
Yeah, --clear is never actually a shortcut (it's not intended to mean "clear the screen and get out", but "clear the screen before doing whatever else needs to be done"), there's a few workarounds to make it so when positional arguments are involved, but if stdin is not empty, it'll get drained .
So, yeah, either pass a single space as a positional arg, or ensure stdin is empty, which is what happens with your /dev/null redirection . Last edited by NiLuJe; 08-12-2019 at 07:52 AM. |
08-12-2019, 11:47 AM | #150 |
BLAM!
Posts: 13,478
Karma: 26012494
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
|
@frostschutz: Hopefully made that slightly clearer in the help message, and added a -k, --cls flag that *will* always abort early .
Obviously, in your example, unless there's a significant delay between the two calls during a single iteration, what'll happen is that the controller will bundle the two refreshes together, and you'll probably almost never see the line on screen . Without knowing more context about your use-cases, what would make more sense to me would be a single fbink -c "$line" (i.e., clear the screen, then print $line) . Last edited by NiLuJe; 08-12-2019 at 11:51 AM. |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Aura HD Small tool for filling book library in Kobo Aura | Paxerus | Kobo Developer's Corner | 2 | 12-31-2013 07:05 PM |
Small print | Broadback | Conversion | 12 | 12-12-2011 02:31 PM |
Small Tool to change book order (PRS-x50) | goaspy | Sony Reader | 113 | 10-14-2011 03:28 PM |
small print | breezeman | Introduce Yourself | 13 | 07-03-2011 09:02 AM |