Mobileread
Failed conversion of azw3 to mobi
#1  fishgirl182 05-16-2013, 04:49 AM
Hello,

I received a failed conversion error message today while trying to convert an azw3 file to mobi. Not sure what the problem is, as I was able to convert as recently as a couple of days ago. This is the report from Calibre. Any help is appreciated. Thanks!
Spoiler Warning below








Convert book 1 of 1 (The Clockwork Scarab: A Stoker & Holmes Novel)
Resolved conversion options
calibre version: 0.9.25
{'asciiize': False,
'author_sort': None,
'authors': None,
'base_font_size': 0.0,
'book_producer': None,
'change_justification': u'original',
'chapter': u"//*[((name()='h1' or name()='h2') and re:test(., '\\s*((chapter|book|section|part)\\s+)|((prolog|pr ologue|epilogue)(\\s+|$))', 'i')) or @class = 'chapter']",
'chapter_mark': u'pagebreak',
'comments': None,
'cover': u'C:\\Users\\Thuy\\AppData\\Local\\Temp\\calibre_h 3u0g0\\ybryvi.jpeg',
'debug_pipeline': None,
'dehyphenate': True,
'delete_blank_paragraphs': True,
'disable_font_rescaling': False,
'dont_compress': False,
'duplicate_links_in_toc': False,
'embed_font_family': None,
'enable_heuristics': False,
'extra_css': None,
'extract_to': None,
'filter_css': u'',
'fix_indents': True,
'font_size_mapping': None,
'format_scene_breaks': True,
'html_unwrap_factor': 0.4,
'input_encoding': None,
'input_profile': <calibre.customize.profiles.InputProfile object at 0x045215B0>,
'insert_blank_line': False,
'insert_blank_line_size': 0.5,
'insert_metadata': False,
'isbn': None,
'italicize_common_cases': True,
'keep_ligatures': False,
'language': None,
'level1_toc': None,
'level2_toc': None,
'level3_toc': None,
'line_height': 0.0,
'linearize_tables': False,
'margin_bottom': 5.0,
'margin_left': 5.0,
'margin_right': 5.0,
'margin_top': 5.0,
'markup_chapter_headings': True,
'max_toc_links': 50,
'minimum_line_height': 120.0,
'mobi_file_type': u'old',
'mobi_ignore_margins': False,
'mobi_keep_original_images': False,
'mobi_toc_at_start': False,
'no_chapters_in_toc': False,
'no_inline_navbars': True,
'no_inline_toc': False,
'output_profile': <calibre.customize.profiles.KindleOutput object at 0x045218F0>,
'page_breaks_before': u"//*[name()='h1' or name()='h2']",
'personal_doc': u'[PDOC]',
'prefer_author_sort': False,
'prefer_metadata_cover': False,
'pretty_print': False,
'pubdate': None,
'publisher': None,
'rating': None,
'read_metadata_from_opf': u'C:\\Users\\Thuy\\AppData\\Local\\Temp\\calibre_h 3u0g0\\dc89wq.opf',
'remove_fake_margins': True,
'remove_first_image': False,
'remove_paragraph_spacing': False,
'remove_paragraph_spacing_indent_size': 1.5,
'renumber_headings': True,
'replace_scene_breaks': u'',
'search_replace': '[]',
'series': None,
'series_index': None,
'share_not_sync': False,
'smarten_punctuation': False,
'sr1_replace': None,
'sr1_search': None,
'sr2_replace': None,
'sr2_search': None,
'sr3_replace': None,
'sr3_search': None,
'start_reading_at': None,
'subset_embedded_fonts': False,
'tags': None,
'timestamp': None,
'title': None,
'title_sort': None,
'toc_filter': None,
'toc_threshold': 6,
'toc_title': None,
'unsmarten_punctuation': False,
'unwrap_lines': True,
'use_auto_toc': False,
'verbose': 2}
InputFormatPlugin: MOBI Input running
on C:\Users\Thuy\AppData\Local\Temp\calibre_h3u0g0\m6 svzc.azw3
Found KF8 MOBI of type 'standalone'
Extracting text...
The div table for SKEL0000000000 has incorrect insert positions. Calculating manually.
Python function terminated unexpectedly
'utf8' codec can't decode bytes in position 20084-20085: invalid continuation byte (Error Code: 1)
Traceback (most recent call last):
File "site.py", line 132, in main
File "site.py", line 109, in run_entry_point
File "site-packages\calibre\utils\ipc\worker.py", line 189, in main
File "site-packages\calibre\gui2\convert\gui_conversion.py", line 31, in gui_convert_override
File "site-packages\calibre\gui2\convert\gui_conversion.py", line 25, in gui_convert
File "site-packages\calibre\ebooks\conversion\plumber.py", line 1009, in run
File "site-packages\calibre\customize\conversion.py", line 239, in __call__
File "site-packages\calibre\ebooks\conversion\plugins\mobi_in put.py", line 40, in convert
File "site-packages\calibre\ebooks\mobi\reader\mobi8.py", line 93, in __call__
File "site-packages\calibre\ebooks\mobi\reader\mobi8.py", line 419, in expand_text
File "site-packages\calibre\ebooks\mobi\reader\markup.py", line 310, in expand_mobi8_markup
File "site-packages\calibre\ebooks\mobi\reader\markup.py", line 51, in update_internal_links
File "encodings\utf_8.py", line 16, in decode
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 20084-20085: invalid continuation byte
Reply 

#2  mbovenka 05-16-2013, 05:59 AM
Quote fishgirl182
InputFormatPlugin: MOBI Input running
on C:\Users\Thuy\AppData\Local\Temp\calibre_h3u0g0\m6 svzc.azw3
Found KF8 MOBI of type 'standalone'
Extracting text...
The div table for SKEL0000000000 has incorrect insert positions. Calculating manually.
Python function terminated unexpectedly
'utf8' codec can't decode bytes in position 20084-20085: invalid continuation byte (Error Code: 1)
It sounds like an iffy KF8 file to me, but perhaps someone more familiar with the inner workings of AZW3/KF8 can chime in...

Edit: Perhaps the KindleUnpack plugin can help? It may be less picky than Calibre's internal conversion routines.
Reply 

#3  kovidgoyal 05-16-2013, 06:38 AM
https://launchpad.net/bugs/1179144
Reply 

#4  pdurrant 05-16-2013, 06:41 AM
Quote kovidgoyal
https://launchpad.net/bugs/1179144
i.e. the bug has been found and fixed, and the fix will be included in the next release of calibre, which will probably be out tomorrow.
Reply 

#5  kovidgoyal 05-16-2013, 06:51 AM
Quote pdurrant
i.e. the bug has been found and fixed, and the fix will be included in the next release of calibre, which will probably be out tomorrow.
It isn't actually a bug, the problem files are being generated by the (unreleased) kindlegen 2.9, which has increased the size of the MOBI header it uses beyond the limit calibre accepts (that limit was there to try to workaround old, pre-Amazon MOBI files). I've now increased the limit since accepting newly generated files is more important than supporting old ones.
Reply 

#6  pdurrant 05-16-2013, 07:52 AM
Quote kovidgoyal
It isn't actually a bug,
OK! "The design choice made because the Mobi format isn't properly documented has been updated and...."
Reply 

#7  fishgirl182 05-16-2013, 02:08 PM
thank you! i will try the update tomorrow and see if that fixes it.
Reply 

Today's Posts | Search this Thread | Login | Register