Posts: 385
Joined: Oct 2011
Bizarre yes; but it works flawlessly :-)
What let to inquire about the object store model is the inherent benefits it offers. Yes is new and different and it requires a new way of thinking...but its benefits are undeniable...
Think of the benefits of using MYSQL instead of local store for media metadata. Imagine that same level of control over the content itself...
Posts: 385
Joined: Oct 2011
Just as an aside: Consider that every advance that underpins Western civilization arose because at some point someone said "I wonder what would happen if I try it this way..."
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
I totally understand why you'd want to try an alternative solution given the pigs ear you've created, but there are straight forward solutions you could use - tried, tested and proven and in the case of ZFS an Enterprise-grade solution - without going for something exotic and with dubious benefits.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 19,982
Joined: May 2009
Reputation:
451
nickr
Retired Team-Kodi Member
Posts: 19,982
You still haven't answered why this is unsuitable to do at the OS level? (Mind you you could say that about smb and nfs.)
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Posts: 385
Joined: Oct 2011
You gotta start thinking differently. You are still stuck with the idea that a media stream is a file and belongs in a directory in a hard drive...but a media stream is an object that should have continuous and persistent access...
Posts: 385
Joined: Oct 2011
@
nickr,
All I am asking is for XBMC to be able to interact and manipulate an object store. I am not asking for XBMC to develop its own object store...
There are already several Object Store implementation to choose from. All open source...
Posts: 258
Joined: Apr 2013
Reputation:
9
2014-01-19, 11:15
(This post was last modified: 2014-01-19, 11:15 by disrupted.)
sorry man, I think I didn't quite get it yet. it's just that I don't really feel your idea. what would be the advantage instead of just using the methods on OS level? you are speaking about the XBMC userbase not being average users. this may be right because many of us have there own home servers, NAS-devices and multiple clients throughout the house and whatever. but keep in mind that your gigantic rig is a very rare individual case. I don't think the XBMC Team will include a feature that only 0,01% of the userbase want to use.
HTPC LibreELEC 9.0 -
Xperience1080+
RPi3 LibreELEC Milhouse build - Arctic Zephyr
Posts: 385
Joined: Oct 2011
2014-01-19, 11:41
(This post was last modified: 2014-01-19, 11:44 by jacintech.fire.)
The fact that everybody keeps on saying "why on earth would you want a 512TB storage solution..." or a variation thereof tells me I may have something here...
BTW, RAID or any similar solution has been obsolete for several years now...so until I could find something better I chose not to implement anything...
I have always partitioned my HDDs. It's a force of habit and I have not found any reason not to...
The fact that no ones has figured out why an object store would be a better approach tells me I may be in the right path...
I could tell you all what the ultimate end would be; but where is the fun in that...? :-)
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
This is a wind up, right?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 385
Joined: Oct 2011
2014-01-19, 11:43
(This post was last modified: 2014-01-19, 11:47 by jacintech.fire.)
@freem@n,
All I am doing is asking for a mechanism to access and manipulate the already existing object stores directly from xbmc...rather than using some mapping mechanism....
@MhouseVH,
No this is a legitimate query...I am just blown away to nobody has raised this issue before...to me is soooo obvious, is funny
Posts: 7,650
Joined: Jun 2011
Reputation:
287
its not obvious at all why on earth xbmc would need to support this directly. You can do it on the OS level!
Besides that I really don't see a benefit over a proper raid setup.
Posts: 385
Joined: Oct 2011
2014-01-19, 12:10
(This post was last modified: 2014-01-19, 12:18 by jacintech.fire.)
@
wsnipex,
You in order to use the object store, you would need either a mapping mechanism to expose the objects as files to XBMC or native support for the object store by XBMC.
As I have said before, I am not asking for an object store implementation just an API (or rather, an "API Hook") to allow XBMC to access and manipulate the object store directly. This could be as easy as an internal object to file mapping mechanism ...
Posts: 7,135
Joined: Oct 2012
un1versal
Out of Memory (1939–2016)
Posts: 7,135
Im not here to join this discussion, Im posting this as a reference for the OP He should read its especially the setup part.
http://www.admin-magazine.com/HPC/Articl...Filesystem