[haiku-bugs] Re: [Haiku] #11351: <kdebug>qrencode broken since outsourcing of libqrencode

  • From: "richienyhus" <trac@xxxxxxxxxxxx>
  • Date: Mon, 20 Oct 2014 13:21:22 -0000

#11351: <kdebug>qrencode broken since outsourcing of libqrencode
-----------------------------+----------------------------
   Reporter:  mmlr           |      Owner:  nobody
       Type:  bug            |     Status:  closed
   Priority:  low            |  Milestone:  R1
  Component:  System/Kernel  |    Version:  R1/Development
 Resolution:  fixed          |   Keywords:
 Blocked By:                 |   Blocking:
Has a Patch:  0              |   Platform:  All
-----------------------------+----------------------------

Comment (by richienyhus):

 Replying to [comment:6 bonefish]:
 > Replying to [comment:5 pulkomandy]:
 > > There is a "qrwebpost" command which will wrap the data in an URL to
 send it to some pastebin-like service directly. Any qrcode scanning app
 can be used then. Several qrcodes can be chained and the output is
 appended to the same post on the web service. And this is documented in
 the post about qrencode: https://www.haiku-
 os.org/blog/mmlr/2012-07-01_qr_encode_your_kdl_output
 >
 > I understand the process, and that's exactly what I mean. It is not very
 convenient. The process of taking pictures, connecting the phone to the
 computer, and adding the pictures to the ticket isn't that complicated and
 nowadays one cannot complain about the quality of pictures taken by the
 phone cameras. So for the QR thing to become really usable it would have
 to be a lot more convenient. I was thinking of an app that captures a
 complete KDL session (codes could be shown in intervals of a few seconds)
 and optionally adds it to a ticket directly. Unfortunately it is also
 quite a bit of work and I don't think the time would be particularly well
 invested. Time invested in implementing KDL debugging via USB or ethernet
 OTOH would be, though.


 There is also the possability of of using an audio-modem if the midi kit
 or media kit is available. https://github.com/romanz/amodem &
 http://chirp.io

 The other option is to use blinking CMYK, CcMmYK or greyscale barcodes and
 have the user capture that on their cellphone as a video and get them to
 decode the it to text.

 There are iOS and Andriod apps that decode morse code sent via lamp
 singals/heliographs in real time and an open source project to decode
 morse code from video.

 So it a possability, but obviously a pretty low priority.

 Also those blinkin' bebox lights might be a good idea for a comeback:
 http://en.wikipedia.org/wiki/Optical_Wireless_Communications
 http://en.wikipedia.org/wiki/Li-Fi

--
Ticket URL: <https://dev.haiku-os.org/ticket/11351#comment:7>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.

Other related posts: