(2015-01-04, 20:57)ashlar Wrote: Can't you do that by adding it as a favourite and then adding a shortcut to it in the homescreen?

---

(2015-01-03, 04:09)dmdsoftware Wrote:

(2014-12-30, 22:36)ashlar Wrote: Which features?

First off, happy new year.

I spent the day forking off the code to a gdrive-testing and moved the code over. I'm going through right now making sure none of the API calls folks might be using are still working.

The fork over is more based on moving forward. Right away, it will enable building STRMs and multiple google accounts, which is pretty lack luster. It was easy enough to build STRMs from a list of content from Google Drive. For multiple accounts, it's also easier to just merge them using Google Drive sharing. So nothing ground breaking.

Moving forward, the API becomes modular, so moving to Google Drive API 2 becomes an easy task. Also, tacking on other Google APIs like YouTube and Photos can be just a matter of a few lines of code change.

More so, it's easier to add new features and make code changes with minimum breakage of existing features. It has been worthwhile investment that has been paying off on the Hive plugin.

Thanks for the explanation. And Happy New Year to you too.

I still hope that sooner or later you'll have the time to look into the seeking stuff. Theoretically all elements seem to be present to enable perfect seeking (while still downloading, I mean). That would be great for resuming more than anything else, once the library integration is done.

(2015-01-10, 13:35)ashlar Wrote: Unfortunately, and much to my frustration, since I would really like to help you out if I could, I'm no programmer.

From other plugins, such as the old XBMC Torrent, I can imagine that XBMC, once it reads the header of a file, "knows" which bytes to ask for. Otherwise how could it handle streaming a 30+GB file via SMB, with perfect seeking? Even on a gigabit internal network, the file is not copied instantly. Google Drive supports requesting a file from a certain byte. Not being a programmer, I suppose that this should be all that's needed for having seeking implemented. But I might be missing something fundamental.
http://forum.kodi.tv/showthread.php?tid=210752

(2015-01-10, 17:36)Nimious Wrote: I started testing out 0.5.1 and I can confirm you're right about the script errors I was getting. They were completely based off the names of the video files. All video files now avoid that error compared to 0.4.8 which had several files run into the error.

However did you intend for the testing version to be unable to select the "original" option on the videos?

Anyways thanks for the great work. It was exactly what I was looking for .

(2015-01-10, 16:09)dmdsoftware Wrote:

(2015-01-10, 13:35)ashlar Wrote: Unfortunately, and much to my frustration, since I would really like to help you out if I could, I'm no programmer.

From other plugins, such as the old XBMC Torrent, I can imagine that XBMC, once it reads the header of a file, "knows" which bytes to ask for. Otherwise how could it handle streaming a 30+GB file via SMB, with perfect seeking? Even on a gigabit internal network, the file is not copied instantly. Google Drive supports requesting a file from a certain byte. Not being a programmer, I suppose that this should be all that's needed for having seeking implemented. But I might be missing something fundamental.
http://forum.kodi.tv/showthread.php?tid=210752

I have played around with the seek option available through the transcoded streams by google. You can pass Google a time and the stream will start at that time. Override the player class, and when a user moves forward or back in the playback, you could, in theory, stop the stream and restart it at the new position chosen.

With OneDrive, I notice they send 2 initial packets down, one for initial segment for video and one for initial segment for audio. Then the actual content is sent down in subsequent packets, and you would need to stitch them together yourself. None of them is recognized as media content by any video playback software that I've used to play them back on.

(2015-01-17, 02:35)ashlar Wrote:

(2015-01-10, 16:09)dmdsoftware Wrote:

(2015-01-10, 13:35)ashlar Wrote: Unfortunately, and much to my frustration, since I would really like to help you out if I could, I'm no programmer.

From other plugins, such as the old XBMC Torrent, I can imagine that XBMC, once it reads the header of a file, "knows" which bytes to ask for. Otherwise how could it handle streaming a 30+GB file via SMB, with perfect seeking? Even on a gigabit internal network, the file is not copied instantly. Google Drive supports requesting a file from a certain byte. Not being a programmer, I suppose that this should be all that's needed for having seeking implemented. But I might be missing something fundamental.
http://forum.kodi.tv/showthread.php?tid=210752

I have played around with the seek option available through the transcoded streams by google. You can pass Google a time and the stream will start at that time. Override the player class, and when a user moves forward or back in the playback, you could, in theory, stop the stream and restart it at the new position chosen.

With OneDrive, I notice they send 2 initial packets down, one for initial segment for video and one for initial segment for audio. Then the actual content is sent down in subsequent packets, and you would need to stitch them together yourself. None of them is recognized as media content by any video playback software that I've used to play them back on.

To clarify, I was talking about seeking in the original versions of files. You can request a file from a specific byte through Google APIs, and XBMC has to know which bytes to ask for, otherwise how could it work with SMB?

(2015-01-28, 16:59)ashlar Wrote: I strongly doubt that XBMC needs to download the whole file to scan it for library. Otherwise scanning through a whole library via SMB would take ages. And it doesn't. Plex should be similar and I'm led to believe that we are simply accessing stuff the "wrong" way. Or maybe it's just wishful thinking on my behalf, who knows

I'll check the discussion on Plex forums, thx.

(2015-02-03, 02:22)dmdsoftware Wrote: New testing release:

http://dmdsoftware.net/repository.ddurdle-testing/plugin.video.gdrive-testing-0.5.2.zip

Version 0.5.2
- add starred files/folders
- implement proper label sorting
- nekwebdev contribution: saving movies and tv shows to "easily" XBMC importable folders -- enhancements
- add: save STRM path to settings (optional tvshows and movies)

(2015-02-05, 20:07)ashlar Wrote:

(2015-02-03, 02:22)dmdsoftware Wrote: New testing release:

http://dmdsoftware.net/repository.ddurdle-testing/plugin.video.gdrive-testing-0.5.2.zip

Version 0.5.2
- add starred files/folders
- implement proper label sorting
- nekwebdev contribution: saving movies and tv shows to "easily" XBMC importable folders -- enhancements
- add: save STRM path to settings (optional tvshows and movies)

Hi! Nice to see work going on. Care to provide some documentation for these new features?

(2015-02-07, 18:31)dmdsoftware Wrote: Anyone (or rather, 4 people) interested in going into a business venture to procure a Google Apps Unlimited account. If you have a Google Apps account with 5 or more users, you can opt for unlimited space on Google Drive. Price per user in that package is $10/month.