I am working with a device that generates a PDF417 barcode upon receiving data. The barcode is read as below (I'm attaching 4 different example outputs by the same device). If anyone can point me in how to decode this please.
Vsh9t+rTEIJxFIzQu/Os1BDsceAcGWe/7WZREL8fv9aTbZGuhnyZirI01z/aXzTPB2JN+4riIhrXTQINGD43WqGHzQCCGJkAsmpTByAgICAgMTE2MDIraFMHICAgIEJvc3MgUFFVSUNLU09CUAAAnwAAKgcAAAAAAAAA
OX0Sn6mPqJABPJtstRzmlvqjRfSXMyKqKTP5yL6JaKhetNupKiFFgRI32TDbm4MxKovt7q8s185KaNCNQGJmtaGHzQB5GJkANmpTByAgICAgMTE1OTmwZ1MHICAgIEJvc3MgUCAgIDQ0U09CPAAAdwAAXgUAAAAAAAAA
7SQ2PN28/K46uo9tkh2AIz8U7t8z4XVeT8FvDn2mqWd/Y6W4DC1VQCFev3yVFZPpMgotFi52zoNyyBOtRmsMo6GHzQB/GJkAiGpTByAgICAgMTE2MDECaFMHICAgIEJvc3MgUFFVSUNLU09CUAAAnwAAKgcAAAAAAAAA
aR9KHkCNZNtiuAE4OU5/cR/JTY3q7u2jZ4iAEFcCmu2yM4Ji6FscuWl3wTdNt0TQlzaGxovgeECgx3EjydlsQqGHzQB8GJkAX2pTByAgICAgMTE2MDDZZ1MHICAgIEJvc3MgUFFVSUNLU09CJgAASwAAXwMAAAAAAAAA
This might be Base-64 encoded data.
I've popped it through a base64 decoder and get binary data with some strings in it.
Noticeable they all have variations on Boss PQUICKSOB as field a near the end.
Related
I am supposed to decode this string: IConIT0xdSoldit1GTJ2GTIudRkxdigidTQgMyoZMXY0KiIZdiAZJTQ/NjJ2Zzs=
I first recognize that this is in base64 format, so i decode it to hex and get 202a27213d31752a25762b7519327619322e751931762822753420332a193176342a221976201925343f363276673b.
Then I tried using this solution to decipher the text but it isn't working.
I've been stumped for days trying to figure this out. Can anyone provide me with a clue as how to proceed with this?
You're on the right track. The decrypted string has some unusual properties, and you're unlikely to be able to detect it with frequency analysis. You can narrow down the possibilities a little by considering the range that the XORed characters will end up in, but the easiest approach will be to just try them all and print the results.
The correct XOR key is between 0x40 and 0x5f.
I'm trying to decode array of bytes from DSP TrueSpeech to PCM.
When we convert this array as part of streaming (divide it to packets) we can hear some strange "Beep" tones after the decoding.
We tried to decode the entire WAV file in one piece and we didn't get those Beeps.
Currently we are using Alvas.net for it, but we tried also with NAudio and got the same reaults?
My questions:
1)Is anyone familiar with this kind of behavior?
2)Do you have an idea what can we do?
Thanks
Ziv
How are you performing the decode? Often codecs maintain internal state, so it's important that you don't keep closing and re-opening the codec for each block of audio that you receive. In NAudio, that means just one AcmStream/WaveFormatConversionStream that everything you receive is passed through.
Also, make sure it is only compressed audio that is being passed into the codec. Sometimes when you receive audio over the network it is contained within some kind of larger packet that contains timing or encoding metadata (e.g. RTP).
At the bottom line, we have the packet data(array of bytes) which we are sending to decode (return as PCM) and then we're writing the new decoded array of bytes in to the new WAV file.
We're defiantly going to try your suggestion regarding the stream with NAudio.
Regarding the bytes we're working on, they don't contain any garbage. We've wrote a tester that stream the file directly (without network) and got the same beep results.
Our solution is working so well with many other codecs (GSM and etc..) and only in true speech we're having this problem.
Therefore it seems to be like some behavior of True Speech codec, but we didn't find any documentation about it.
Thanks Again
Ziv
I'm making an Apple Passbook Pass for a 3rd party, and the QR code that I need to show on the pass is actually made from another QR code by decoding it, because Apple only lets you specify the message for the QR code and not the actual picture of it.
For some reason, the Passbook-generated QR code is different from the original 3rd-party QR code, even though they appear to have the same message upon decoding. Both of them are Version 10 QR codes.
I've already figured out that this is due to different levels of error recovery.
How can I verify that the codes contain the exact same information (same encoding and such)?
You should decode them and compare the strings. There aren't "invisible" characters -- non-printing, maybe, but they would still appear in the string.
Note that encoding can vary by choice of mask pattern and ECI segments.
I'm increasingly looking at using QR codes to transmit binary information, such as images, since it seems whenever I demo my app, it's happening in situations where the WiFi or 3G/4G just doesn't work.
I'm wondering if it's possible to split a binary file up into multiple parts to be encoded by a series of QR codes?
Would this be as simple as splitting up a text file, or would some sort of complex data coherency check be required?
Yes, you could convert any arbitrary file into a series of QR codes,
something like Books2Barcodes.
The standard way of encoding data too big to fit in one QR code is with the "Structured Append Feature" of the QR code standard.
Alas, I hear that most QR encoders or decoders -- such as zxing -- currently do not (yet) support generating or reading such a series of barcodes that use the structured append feature.
QR codes already have a pretty strong internal error correction.
If you are lucky, perhaps splitting up your file with the "split" utility
into pieces small enough to fit into a easily-readable QR code,
then later scanning them in (hopefully) the right order and using "cat" to re-assemble them,
might be adequate for your application.
You surely can store a lot of data in a QR code; it can store 2953 bytes of data, which is nearly twice the size of a standard TCP/IP packet originated on an Ethernet network, so it's pretty powerful.
You will need to define some header for each QR code that describes its position in the stream required to rebuild the data. It'll be something like filename chunk 12 of 96, though encoded in something better than plain text. (Eight bytes for filename, one byte each for chunk number and total number of chunks -- a maximum of 256 QR codes, one simple ten-byte answer, still leaving 2943 bytes per code.)
You will probably also want to use some form of forward error correction such as erasure codes to encode sufficient redundant data to allow for mis-reads of either individual QR codes or entire missing QR codes to be transparently handled well. While you may be able to take an existing library, such as for Reed-Solomon codes to provide the ability to fix mis-reads within a QR code, handling missing QR codes entirely may take significantly more effort on your part.
Using erasure codes will of course reduce the amount of data you can transmit -- instead of all 753,408 bytes (256 * 2943), you will only have 512k or 384k or even less available to your final images -- depending upon what code rate you choose.
I think it is theoretically possible and as simple as splitting up text file. However, you probably need to design some kind of header to know that the data is multi-part and to make sure different parts can be merged together correctly regardless of the order of scanning.
I am assuming that the QR reader library returns raw binary data, and you will you the job of converting it to whatever form you want.
If you want automated creation and transmission, see
gre/qrloop: Encode a big binary blob to a loop of QR codes
maxg0/displaysocket.js: DisplaySocket.js - a JavaScript library for sending data from one device to another via QR ocdes using only a display and a camera
Note - I haven't used either.
See also: How can I publish data from a private network without adding a bidirectional link to another network - Security StackExchange
I am trying to create end to end SMS encryption application, but don't want to use standard encryption algorithm.The idea is to convert the text of message to completely different meaningful text so that over the network it doesn't seem encrypted. I am assuming messages only in English language.
In implementation part, I have first compressed the message using huffman encoding which gives me compressed stream of bits. Now for encryption I don't have any idea. Is it possible to build a dictionary of some random text or what other way can be used for getting such encryption? Decryption at other receiving end is also required.
Are you asking for a a codebook? If you have access to an English language dictionary of 65536 entries for example, you can take every 16-bits of your message as an index into this table to get a word. Good luck converting this into a real cryptosystem.