9 replies to this topic

[JustPingo]

Hi everyone !

I was wondering, is there a way to create an IMount without a "real" folder ? I mean, an IMount generated on the fly with dynamics datas stored in java.util.String objects ie ?
I searched in the doc and tried to find source codes but never managed to find something like this...

Is it at least possible ?

Thanks in advance !

Edited by pingoleon60, 10 October 2014 - 08:45 PM.

[theoriginalbit]

To be honest, I've had a whole lot of trouble getting an IMount to work with files, let alone anything else, so unless you can return a faux InputStream which instead of having a file, has a string, then I'm going to say no, it's not possible.

[JustPingo]

Thanks.
I guess it's time to visit the "Suggestions" section.

[theoriginalbit]

tbh I'm not completely sure it would be something that'd be implemented.

why do you want this to be possible? what's your use case?

why can't you just write the string to a file and use that?

[JustPingo]

theoriginalbit, on 11 October 2014 - 10:18 AM, said:

tbh I'm not completely sure it would be something that'd be implemented.

why do you want this to be possible? what's your use case?

I have an item that store an UUID in its NBT, and I want the computer to be able to read it. So there would be a file containing it inside the IMount (inside the IMedia).

theoriginalbit, on 11 October 2014 - 10:18 AM, said:

why can't you just write the string to a file and use that?

Isn't that super heavy in terms of CPU/HDD? And that would be hard to handle a lot of that disks, and if I remember right I can't know when the item is taken off the DIsk Drive, so I wouldn't be able to delete the "real" files then.

I can create a new peripheral reading the UUID, but I would prefer that way.

Edited by pingoleon60, 11 October 2014 - 10:29 AM.

[theoriginalbit]

what would the purpose be of the user getting the UUID?

EDIT: also, if it's a UUID, this means you should be storing this somewhere so it can be used again, why can't you just open that up in your mount?

Edited by theoriginalbit, 11 October 2014 - 10:34 AM.

[JustPingo]

The UUID is like a frequency to communicate with other computers by a very precise network with my peripheral.

But anyway, I can make that when you right click my peripheral with that item, the peripheral automatically connect, and then you can run p.getFrequency(). But that would have been nicer with that IMount stuff.

Thanks anyway !

[theoriginalbit]

personally I think that a method is nicer than an IMount. If a user wishes to get the data, an IMount they'd need to open the file and read it, a method call they've got it far easier.

[JustPingo]

theoriginalbit, on 11 October 2014 - 10:30 AM, said:

EDIT: also, if it's a UUID, this means you should be storing this somewhere so it can be used again, why can't you just open that up in your mount?

That is stored in the NBTs.

[sci4me]

Okay, with a quick look at IMount, I can tell you that yes, it can be done. As long as you can read/write your data with an Input/Output stream, it will work.
By the way, this gives me an interesting idea... thanks for that!