MBarcode - Revision history

lardman: /* ToDo/Stuff for volunteers */

2010-12-24T08:25:46Z

ToDo/Stuff for volunteers

← Older revision		Revision as of 08:25, 24 December 2010
Line 82:		Line 82:
	* Improve appearance of the plugin settings window		* Improve appearance of the plugin settings window
	* Create an icon for the "decode from file" button (bottom right button on the main screen.		* Create an icon for the "decode from file" button (bottom right button on the main screen.
		+	* Return location of detected barcode from backends (possible at least with libdmtx) so we can highlight it in the live view (to look pretty, no other purpose!) :)
	* More to be added as I think of them! :)		* More to be added as I think of them! :)

	[[Category:Software]]		[[Category:Software]]
	[[Category:mBarcode]]		[[Category:mBarcode]]

lardman: /* ToDo/Stuff for volunteers */

2010-12-24T08:17:30Z

ToDo/Stuff for volunteers

← Older revision		Revision as of 08:17, 24 December 2010
Line 76:		Line 76:
	* Support more barcode types - this is mainly down to [http://zbar.sourceforge.net/ ZBar] (though if you find a good decoder for an unsupported barcode type I'm quite happy to look at adding it in in addition to the current ones). Currently in the works is PDF417 and it would also be good to have things like Aztec. Please head over to the ZBar site to grab their code and do some hacking if you think you can help with this or any other barcodes.		* Support more barcode types - this is mainly down to [http://zbar.sourceforge.net/ ZBar] (though if you find a good decoder for an unsupported barcode type I'm quite happy to look at adding it in in addition to the current ones). Currently in the works is PDF417 and it would also be good to have things like Aztec. Please head over to the ZBar site to grab their code and do some hacking if you think you can help with this or any other barcodes.
	* Speed up Data Matrix decoding - work is underway in the [http://www.libdmtx.org/ libdmtx] project to re-write the code and make it run faster. I imagine that as with other open source projects, offers of help would be gratefully received.		* Speed up Data Matrix decoding - work is underway in the [http://www.libdmtx.org/ libdmtx] project to re-write the code and make it run faster. I imagine that as with other open source projects, offers of help would be gratefully received.
		+	* Modify code so that more than one barcode can be returned and processes sequentially if visible in an image - both backends support this afaiu, but we currently just grab the first decoded barcode, even though more may be available.
		+	* Improve 1D decoding in low contrast conditions (down to ZBar)
		+	* Improve performance of decoding from file - currently Data Matrix barcodes can't be scanned this way
		+	* Allow arbitrarily sized barcodes to be scanned from file - currently they are limited to 800x480, but we should alter the decoder backend to allow changes to the maximum frame buffer size.
		+	* Improve appearance of the plugin settings window
		+	* Create an icon for the "decode from file" button (bottom right button on the main screen.
	* More to be added as I think of them! :)		* More to be added as I think of them! :)

	[[Category:Software]]		[[Category:Software]]
	[[Category:mBarcode]]		[[Category:mBarcode]]

lardman: /* ToDo/Stuff for volunteers */

2010-12-23T21:48:03Z

ToDo/Stuff for volunteers

← Older revision		Revision as of 21:48, 23 December 2010
Line 73:		Line 73:
	Other items:		Other items:

-	* Decode from image file - code is in SVN and should really work, but I've obviously made a mistake somewhere (the image data is passed to the decoder threads, and appears to be valid data, and the same format as the video data which does work, when it's output to file to debug it, but still it's not working). I've tested with zbarimg on the pc, so the data that is being fed to mBarcode should work. Any thoughts or extra eyes on the code to spot my mistake gratefully received.
	* Plugin API modification - currently each plugin implements an isReady() method which is called to see whether the plugin is ready to be displayed in the ResultsWindow. This means that we continue to poll plugins to see if they are "ready" when they might in fact not be interested in the barcode payload at all. We should change this to something along the lines of an isInterested() method and an isReady() method for those that are "interested". Talking to Dragly it might be worth implementing this using signals and slots.		* Plugin API modification - currently each plugin implements an isReady() method which is called to see whether the plugin is ready to be displayed in the ResultsWindow. This means that we continue to poll plugins to see if they are "ready" when they might in fact not be interested in the barcode payload at all. We should change this to something along the lines of an isInterested() method and an isReady() method for those that are "interested". Talking to Dragly it might be worth implementing this using signals and slots.
	* Support more barcode types - this is mainly down to [http://zbar.sourceforge.net/ ZBar] (though if you find a good decoder for an unsupported barcode type I'm quite happy to look at adding it in in addition to the current ones). Currently in the works is PDF417 and it would also be good to have things like Aztec. Please head over to the ZBar site to grab their code and do some hacking if you think you can help with this or any other barcodes.		* Support more barcode types - this is mainly down to [http://zbar.sourceforge.net/ ZBar] (though if you find a good decoder for an unsupported barcode type I'm quite happy to look at adding it in in addition to the current ones). Currently in the works is PDF417 and it would also be good to have things like Aztec. Please head over to the ZBar site to grab their code and do some hacking if you think you can help with this or any other barcodes.

amigadave: wikify links and list

2010-12-23T09:56:32Z

wikify links and list

← Older revision		Revision as of 09:56, 23 December 2010
Line 23:		Line 23:

	==== 1D ====		==== 1D ====
-	* (well stacked 1D anyway) [~~http~~:~~//en.~~wikipedia~~.org/wiki/~~PDF417 PDF417] - work in progress in ZBar	+	* (well stacked 1D anyway) [[:wikipedia:PDF417\|PDF417]] - work in progress in ZBar
-	* [~~http~~:~~//en.~~wikipedia~~.org/wiki/~~Intelligent_Mail_barcode Intelligent mail]	+	* [[:wikipedia:Intelligent_Mail_barcode\|Intelligent mail]]
-	* [~~http~~:~~//en.~~wikipedia~~.org/wiki/~~POSTNET POSTNET]	+	* [[:wikipedia:POSTNET\|POSTNET]]

	==== 2D ====		==== 2D ====
-	* [~~http~~:~~//en.~~wikipedia~~.org/wiki/~~Aztec_Code Aztec Code] - I'll look into this	+	* [[:wikipedia:Aztec_Code\|Aztec Code]] - I'll look into this

	== Currently handled barcode payloads ==		== Currently handled barcode payloads ==
Line 74:		Line 74:

	* Decode from image file - code is in SVN and should really work, but I've obviously made a mistake somewhere (the image data is passed to the decoder threads, and appears to be valid data, and the same format as the video data which does work, when it's output to file to debug it, but still it's not working). I've tested with zbarimg on the pc, so the data that is being fed to mBarcode should work. Any thoughts or extra eyes on the code to spot my mistake gratefully received.		* Decode from image file - code is in SVN and should really work, but I've obviously made a mistake somewhere (the image data is passed to the decoder threads, and appears to be valid data, and the same format as the video data which does work, when it's output to file to debug it, but still it's not working). I've tested with zbarimg on the pc, so the data that is being fed to mBarcode should work. Any thoughts or extra eyes on the code to spot my mistake gratefully received.
-
	* Plugin API modification - currently each plugin implements an isReady() method which is called to see whether the plugin is ready to be displayed in the ResultsWindow. This means that we continue to poll plugins to see if they are "ready" when they might in fact not be interested in the barcode payload at all. We should change this to something along the lines of an isInterested() method and an isReady() method for those that are "interested". Talking to Dragly it might be worth implementing this using signals and slots.		* Plugin API modification - currently each plugin implements an isReady() method which is called to see whether the plugin is ready to be displayed in the ResultsWindow. This means that we continue to poll plugins to see if they are "ready" when they might in fact not be interested in the barcode payload at all. We should change this to something along the lines of an isInterested() method and an isReady() method for those that are "interested". Talking to Dragly it might be worth implementing this using signals and slots.
-
	* Support more barcode types - this is mainly down to [http://zbar.sourceforge.net/ ZBar] (though if you find a good decoder for an unsupported barcode type I'm quite happy to look at adding it in in addition to the current ones). Currently in the works is PDF417 and it would also be good to have things like Aztec. Please head over to the ZBar site to grab their code and do some hacking if you think you can help with this or any other barcodes.		* Support more barcode types - this is mainly down to [http://zbar.sourceforge.net/ ZBar] (though if you find a good decoder for an unsupported barcode type I'm quite happy to look at adding it in in addition to the current ones). Currently in the works is PDF417 and it would also be good to have things like Aztec. Please head over to the ZBar site to grab their code and do some hacking if you think you can help with this or any other barcodes.
-
	* Speed up Data Matrix decoding - work is underway in the [http://www.libdmtx.org/ libdmtx] project to re-write the code and make it run faster. I imagine that as with other open source projects, offers of help would be gratefully received.		* Speed up Data Matrix decoding - work is underway in the [http://www.libdmtx.org/ libdmtx] project to re-write the code and make it run faster. I imagine that as with other open source projects, offers of help would be gratefully received.
-
	* More to be added as I think of them! :)		* More to be added as I think of them! :)

	[[Category:Software]]		[[Category:Software]]
	[[Category:mBarcode]]		[[Category:mBarcode]]

lardman: /* Currently handled barcode payloads */

2010-12-23T09:48:06Z

Currently handled barcode payloads

← Older revision		Revision as of 09:48, 23 December 2010
Line 30:		Line 30:
	* [http://en.wikipedia.org/wiki/Aztec_Code Aztec Code] - I'll look into this		* [http://en.wikipedia.org/wiki/Aztec_Code Aztec Code] - I'll look into this

-	=== Currently handled barcode payloads ===	+	== Currently handled barcode payloads ==

	* Weblookup for all payloads (this should handle EAN/UPC until someone writes a specific plugin to present data about them)		* Weblookup for all payloads (this should handle EAN/UPC until someone writes a specific plugin to present data about them)
Line 44:		Line 44:

	If there are any other things you'd like to see, please file an enhancement request and/or catch me on IRC to discuss.		If there are any other things you'd like to see, please file an enhancement request and/or catch me on IRC to discuss.
		+
		+	== Plugins ==
		+
		+	list of plugins here...

	== Post PR1.3 issues ==		== Post PR1.3 issues ==

lardman: /* 1D */

2010-12-23T09:46:52Z

← Older revision		Revision as of 09:46, 23 December 2010
Line 23:		Line 23:

	==== 1D ====		==== 1D ====
-	* (well stacked 1D anyway) PDF417 - work in progress in ZBar	+	* (well stacked 1D anyway) [http://en.wikipedia.org/wiki/PDF417 PDF417] - work in progress in ZBar
	* [http://en.wikipedia.org/wiki/Intelligent_Mail_barcode Intelligent mail]		* [http://en.wikipedia.org/wiki/Intelligent_Mail_barcode Intelligent mail]
	* [http://en.wikipedia.org/wiki/POSTNET POSTNET]		* [http://en.wikipedia.org/wiki/POSTNET POSTNET]

lardman: /* Other barcode types */

2010-12-23T09:46:24Z

Other barcode types

← Older revision		Revision as of 09:46, 23 December 2010
Line 19:		Line 19:
	* QR Code (ZBar)		* QR Code (ZBar)

-	=== Other barcode types ===	+	=== Other barcode types wishlist ===
	Please add other barcode types below and we will fill in the status/likelihood of them being added.		Please add other barcode types below and we will fill in the status/likelihood of them being added.

	==== 1D ====		==== 1D ====
	* (well stacked 1D anyway) PDF417 - work in progress in ZBar		* (well stacked 1D anyway) PDF417 - work in progress in ZBar
		+	* [http://en.wikipedia.org/wiki/Intelligent_Mail_barcode Intelligent mail]
		+	* [http://en.wikipedia.org/wiki/POSTNET POSTNET]

	==== 2D ====		==== 2D ====
-	* Aztec - I'll look into this	+	* [http://en.wikipedia.org/wiki/Aztec_Code Aztec Code] - I'll look into this

	=== Currently handled barcode payloads ===		=== Currently handled barcode payloads ===

lardman: /* Currently handled barcode payloads */

2010-12-22T22:56:27Z

Currently handled barcode payloads

← Older revision		Revision as of 22:56, 22 December 2010
Line 39:		Line 39:
	* geo://		* geo://
	* tel://		* tel://
-	* install files (this is currently disabled as the install files generated huge barcodes, but certainly we could re-implement this if wanted (a la Android), or simply encode a URL to the downloads.maemo.org location.	+	* install files - this is currently disabled as the install files generated huge barcodes, but certainly we could re-implement this if wanted (a la Android), or simply encode a URL to the downloads.maemo.org location.

	If there are any other things you'd like to see, please file an enhancement request and/or catch me on IRC to discuss.		If there are any other things you'd like to see, please file an enhancement request and/or catch me on IRC to discuss.

lardman: /* Currently handled barcode payloads */

2010-12-22T22:56:05Z

Currently handled barcode payloads

← Older revision		Revision as of 22:56, 22 December 2010
Line 30:		Line 30:
	=== Currently handled barcode payloads ===		=== Currently handled barcode payloads ===

-	* Weblookup for all payloads (this should handle EAN/UPC until someone writes a specific plugin to present data about them.	+	* Weblookup for all payloads (this should handle EAN/UPC until someone writes a specific plugin to present data about them)
	* isbn lookups		* isbn lookups
	* vCards		* vCards

lardman: /* 2D */

2010-12-22T22:55:44Z

← Older revision		Revision as of 22:55, 22 December 2010
Line 26:		Line 26:

	==== 2D ====		==== 2D ====
-	Aztec - I'll look into this	+	* Aztec - I'll look into this

	=== Currently handled barcode payloads ===		=== Currently handled barcode payloads ===