Notices


Reply
Thread Tools
Posts: 252 | Thanked: 252 times | Joined on Nov 2009
#461
I like svuorela's suggestion as well, if I got it right. You're saying that:
- mbarcode depends on mbarcode-all-plugins or mbarcode-plugin
- mbarcode-all-plugins depends on the core plugins
- mbarcode-plugin is a virtual debian package which is named as Provides: mbarcode-plugin in all the other packages?

I'll try to set this up now and revert the changes in SVN.
 

The Following 3 Users Say Thank You to dragly For This Useful Post:
Posts: 252 | Thanked: 252 times | Joined on Nov 2009
#462
Originally Posted by lardman View Post
I know the deps are the wrong way around, but no-one can use a plugin on its own so no worries there, and this will mean that all the plugins are installed to begin with, and all but one can be removed without any dpkg problems.
I agree. It doesn't really matter if the dependencies are the wrong way around. If circular dependencies break, it is better to let the user install unusable libraries than to have most users be unable to use the application because no relevant plugins are installed automatically.

Providing a splash screen telling the user how to install the plugins does not seem user friendly at all to me. Especially since the application manager is slow when installing multiple packages by hand.
 

The Following 2 Users Say Thank You to dragly For This Useful Post:
Posts: 252 | Thanked: 252 times | Joined on Nov 2009
#463
I've just pushed all packages to the autobuilder now. Hopefully I've got the dependencies right. I had to remove deps on mbarcode from all the plugins in mbarcode-plugins-all to avoid dpkg -i crashing on circular deps.
 

The Following 2 Users Say Thank You to dragly For This Useful Post:
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#464
Thanks for sorting that Dragly
 

The Following 2 Users Say Thank You to lardman For This Useful Post:
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#465
Just a quick status update, I've got PythonQT compiling. Now I need to package it up and push it to the repo and then we can look at how to use it to let us have Python plugins as well as C++.
 

The Following 3 Users Say Thank You to lardman For This Useful Post:
Posts: 7 | Thanked: 5 times | Joined on Aug 2010
#466
I have tried to use mbarcode to decode the QR codes shown at http://www.qrcomic.com/. I traced the problem to the small size of the pictures used by mbarcode (400x240), which doesn't allow a large enough resolution to scan e.g., a 175x175 dots QR code. Is 400x240 a hardware limitation? Or would it be possible to use e.g. 800x480?

Besides, I'm eagerly waiting for python plugins!
 

The Following 2 Users Say Thank You to noursy For This Useful Post:
systemcrash's Avatar
Posts: 74 | Thanked: 27 times | Joined on Jun 2010 @ France
#467
Originally Posted by noursy View Post
I have tried to use mbarcode to decode the QR codes shown at http://www.qrcomic.com/.
It worked correctly for me. It is a wikipedia URL.
 

The Following User Says Thank You to systemcrash For This Useful Post:
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#468
Originally Posted by noursy View Post
I have tried to use mbarcode to decode the QR codes shown at http://www.qrcomic.com/. I traced the problem to the small size of the pictures used by mbarcode (400x240), which doesn't allow a large enough resolution to scan e.g., a 175x175 dots QR code. Is 400x240 a hardware limitation? Or would it be possible to use e.g. 800x480?

Besides, I'm eagerly waiting for python plugins!
Which device are you running on?

I just tried the link you gave and other than needing to hold the N900 quite a long way back (as the barcode that was displayed was rather large on my monitor) it all seemed to work fine.

I did a rough count, and the barcode I scanned was only something like 60x60 elements (probably 64, though I've not checked the QR spec recently to see what the required sizes are), which should be easy to decode.

Also, iirc internally mBarcode uses a frame size of 640x480 on the N900 and this size of frame should also be saved in the history list/exported to file (though if it's not, please let me know and I'll check). The thumbnail that is actually presented to the user is smaller afaicr.


I'll try to get PythonQT packaged up this evening when I have a few minutes spare
 

The Following 2 Users Say Thank You to lardman For This Useful Post:
Posts: 7 | Thanked: 5 times | Joined on Aug 2010
#469
I'm running it on a N900. I saved a picture shot by mbarcode, and the Pictures application in Maemo claims its size is 400x240. These are also the values of N900_WIDTH and N900_HEIGHT in mbarcode-qt/common.h.

The picture changed since I posted the link. Try http://http://www.qrcomic.com/39 and let me know if it works (zbar is able to decode it, this I tried already).
 

The Following User Says Thank You to noursy For This Useful Post:
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#470
Originally Posted by noursy View Post
I'm running it on a N900. I saved a picture shot by mbarcode, and the Pictures application in Maemo claims its size is 400x240. These are also the values of N900_WIDTH and N900_HEIGHT in mbarcode-qt/common.h.
I'll have to check with dragly and see what modifications he made when implementing the new UI. That cropped size is certainly odd.

Originally Posted by noursy View Post
The picture changed since I posted the link. Try http://www.qrcomic.com/39 and let me know if it works (zbar is able to decode it, this I tried already).
Good Lord that is a high density barcode!

I see the problem. No, I'm not able to decode it either. I wonder if there's a way around this? Basically using full-frame data is slow for the decoder, also altering caps in the pipeline requires that it is paused which is obvious to the user. I wonder if pulling higher res data from the pipeline and then either sub-sampling it in my decoder threads or asking the decoders to do this themselves normally would be a decent trade off of normal speed vs the ability to look at the high res data if nothing can be detected.

I'll see what I can do, thanks for bring it up.
 

The Following 2 Users Say Thank You to lardman For This Useful Post:
Reply

Tags
barcode, camera, mbarcode

Thread Tools

 
Forum Jump


All times are GMT. The time now is 13:50.