John (101010)---------------------------->David(101010)

Hi guys giving clues/suggestions to how to start the concept from scratch will be helpful.
------An desktop application in C++, GPL, platform independent-----

Concept:-"File Constructor"
The application would have 2 parts

(a) First part of the code resides in John's desktop, what exactly it has to do is "after opening a given file it has to just analyze the file in binary level(may be bit or byte level)" and produce an output file

(b)Second part of the code resides in David's desktop, what exactly it has to do is "after opening the output file from part(a)" it has to exactly construct the file as it is like original file.


Ex:-A brief explanation is like this assuming that we both have installed the application i.e First stage of code in your desktop second stage of code in my desktop.
Now you want to give me a file of 1GB,you will just open that file in that application and will gave me out put file instead of original 1Gb file

Now in my desktop with help of second stage of code I will create the original file as it is with your output file.....!


Thanks

Comments

  • : Hi guys giving clues/suggestions to how to start the concept from
    : scratch will be helpful.
    : ------An desktop application in C++, GPL, platform
    : independent-----
    :
    : Concept:-"File Constructor"
    : The application would have 2 parts
    :
    : (a) First part of the code resides in John's desktop, what exactly
    : it has to do is "after opening a given file it has to just analyze
    : the file in binary level(may be bit or byte level)" and produce an
    : output file
    :
    : (b)Second part of the code resides in David's desktop, what exactly
    : it has to do is "after opening the output file from part(a)" it has
    : to exactly construct the file as it is like original file.
    :
    :
    : Ex:-A brief explanation is like this assuming that we both have
    : installed the application i.e First stage of code in your desktop
    : second stage of code in my desktop.
    : Now you want to give me a file of 1GB,you will just open that file
    : in that application and will gave me out put file instead of
    : original 1Gb file
    :
    : Now in my desktop with help of second stage of code I will create
    : the original file as it is with your output file.....!
    :
    :
    : Thanks
    :
    :

    The most obvious program for this would be a Copy&Paste. But what you probably want is to shrink the file size a bit using a Compression algorithm (like RAR, ZIP, and others).
    Since you want it to be platform independent, you're going to have to encapsulate all the platform dependent code in a sort of interface. For instance, a File class for file access. The exact implementation of this class will be written per platform, but all have the same interface/behaviour to the code using it. The code that works on a binary stream provided by the file can be coded without having to worry about what platform you are on. Just make sure to use only standard C/C++ headers and/or your own platform-encapsulation classes (such as the File class example).
    Best Regards,
    Richard

    The way I see it... Well, it's all pretty blurry
  • [color=Red][code] :
    :
    : [color=Green]The most obvious program for this would be a Copy&Paste[/color]. But what
    : you probably want is to shrink the file size a bit using a
    : Compression algorithm (like RAR, ZIP, and others).

    : Best Regards,
    : Richard
    :
    : The way I see it... Well, it's all pretty blurry
    [/code][/color]


    @ Richards first of all thanks for your help.
    Exactly what I want to do the first part of the code is to give me the copied file string,so that in second part of the code it will try to create the file from string.I don't want the real file.

    [b]any help guys:)[/b]
  • : @ Richards first of all thanks for your help.
    : Exactly what I want to do the first part of the code is to give me
    : the copied file string,so that in second part of the code it will
    : try to create the file from string.I don't want the real file.

    In that case I suggest you first start with the classes and their methods that will be used (at least I assume you'll want this to be object oriented?).
    I envision a File class that can be used to open one file and output another. Possibly you could make a second class Converter that can be 'attached' to the File class and which specifies how the input file data is converted to the output file data. So basically, File reads source file, it passes the binary data to Converter which processes the data and outputs new data to the File class' 'Output pin'. The File class then writes the Output data to the output file.
    This way, File is an encapsulation of the file access code which will be platform dependent. The Converter is a dynamically usable data processor, so that with the same 'code structure' you can easily add and remove different ways of processing the data. For simple file copy, you could use a Converter that does nothing but pass each bit of data it receives directly and untouched to the output.
    I hope this is of any help to you. If you had a different structure in mind, or if I have misinterpreted your intentions then please post it here.
    Best Regards,
    Richard

    The way I see it... Well, it's all pretty blurry
  • : : @ Richards first of all thanks for your help.
    : : Exactly what I want to do the first part of the code is to give me
    : : the copied file string,so that in second part of the code it will
    : : try to create the file from string.I don't want the real file.
    :
    : In that case I suggest you first start with the classes and their
    : methods that will be used (at least I assume you'll want this to be
    : object oriented?).
    : I envision a File class that can be used to open one file and output
    : another. Possibly you could make a second class Converter that can
    : be 'attached' to the File class and which specifies how the input
    : file data is converted to the output file data. So basically, File
    : reads source file, it passes the binary data to Converter which
    : processes the data and outputs new data to the File class' 'Output
    : pin'. The File class then writes the Output data to the output file.
    : This way, File is an encapsulation of the file access code which
    : will be platform dependent. The Converter is a dynamically usable
    : data processor, so that with the same 'code structure' you can
    : easily add and remove different ways of processing the data. For
    : simple file copy, you could use a Converter that does nothing but
    : pass each bit of data it receives directly and untouched to the
    : output.
    : I hope this is of any help to you. If you had a different structure
    : in mind, or if I have misinterpreted your intentions then please
    : post it here.
    : Best Regards,
    : Richard
    :
    : The way I see it... Well, it's all pretty blurry[hr]


    If you don't mind me can you please explain considering with this example

    Ex:- Suppose if I've to give this 1 GB file to my friend,will I've to give that 1GB file string,so whats the use with that,instead I can give him original file.






  • :
    :
    : If you don't mind me can you please explain considering with this
    : example
    :
    : Ex:- Suppose if I've to give this 1 GB file to my friend,will I've
    : to give that 1GB file string,so whats the use with that,instead I
    : can give him original file.
    :

    Exactly, which is why I supposed you wanted to compress the file, like Zip or Rar, because in that case you'll get a smaller file which can still be 'unpacked' to the original.

    You colored my reply green and red, which I thought meant me being right and wrong, respectively. My suggestion about compressing it was in red, whilst the part about a direct 1-on-1 copy was green.

    I'm getting the idea you want more than is technically possible at the moment? Like a 1GB file from a 50 character string?

    At any rate the example architecture I gave works perfectly for both direct copying and compression.

    But I think the main problem is that I don't understand what you expect. I think I know what you want, but what do you expect to be able to program? How about you give me a very concrete example of what you want the program to do?

    Best Regards,
    Richard

    The way I see it... Well, it's all pretty blurry
  • [color=Green]I'm getting the idea you want more than is technically possible at
    the moment? Like a 1GB file from a 50 character string?

    [/color]
    thats exactly what I want
    can you suggest me in this regards



    once again
    thanks for you reply

  • OK I got it what you said so not writing any clues or the concept here reply me will give you my mail id


    Thanks.
  • hai can i ask u..
  • : [color=Green]I'm getting the idea you want more than is technically
    : possible at
    : the moment? Like a 1GB file from a 50 character string?
    :
    : [/color]
    : thats exactly what I want
    : can you suggest me in this regards
    :
    :
    :
    : once again
    : thanks for you reply
    :
    :

    If you can program that, then guard your code with your life. You'd be rich!
    Unfortunately, compression standards of the day are a tat bit weaker.
    On average, rar and zip might be able to give you a 20-50% size reduction using very advanced compression techniques.
    I'm sorry but what you want isn't possible.
    Best Regards,
    Richard

    The way I see it... Well, it's all pretty blurry
  • definitely ask me...!


  • : OK I got it what you said so not writing any clues or the concept
    : here reply me will give you my mail id
    :
    :
    : Thanks.

    What I said about keeping it secret was sort of a joke to illustrate that it currently isn't possible.
    There just is no way to shrink a file th
  • : What I said about keeping it secret was sort of a joke to illustrate
    : that it currently isn't possible.
    : There just is no way to shrink a file th
  • :
    : Well in computing world certain words or sentences are not present
    : one of them is "isn't possible".
    : 20%-50% efficiency is not correct for 512MB mp4 file all major
    : compression softwares achieve just 505MB.
    : I'm fearing to write any clue,but small hint
    : see this
    : [link=http://en.wikipedia.org/wiki/Quantum_teleportation]link [/link]
    :
    :

    What you're linking is an entirely different physical platform, which has not been developed yet. Also, it's not directly compression, but a way of transferring data.
    MP3 is itself a compressed format (with loss!), so it's not surprising that a lossless compression over that isn't capable of doing much shrinking.
    Best Regards,
    Richard

    The way I see it... Well, it's all pretty blurry
  • What you're linking is an entirely different physical platform,
    which has not been developed yet.[color=Red]Also, it's not directly[/color]
    [color=Red]compression, but a way of transferring data.[/color]



    Exactly you got my point,you got to be very close.
    so whats next





Sign In or Register to comment.

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Categories