[mikey1984]

I'm surprised that the plugin even installed on v14. strings.xml support has been removed in favour of strings.po.

I will setup a v14 install and test.

EDIT:
Created a new LXC with the latest Kodi. None of the setting dialogs work for me.

The plugin://plugin.video.firedrive?mode=buildstrm
method worked for me though.

Looks like a defect with Kodi. Action tag doesn't work. Tried about a different tricks. Until they fix it, will need to find some other way to invoke these buttons for Kodi 14 users.

Thanks for reply. Ill keep looking up on some dev/nightlies for possible fixes.

I added context item to video files (if you right click on them, there will be a create non-public strm).

https://github.com/ddurdle/XBMC-firedriv...master.zip

It worked for me on XBMC 13 and Kodi 14, but the buidstrm method also worked for me but didn't for you. I want to see if this might also be a Windows issue.

Ive tested it again now, seems like the strm 'plugin' invoke from file works (with issues tho, log below), the context method works too!

With the 'mass strm generation' called from the .strm file, i get the following errors:

Code:

22:45:02 T:2280  NOTICE: Thread LanguageInvoker start, auto delete: false
22:45:02 T:2280  NOTICE: -->Python Interpreter Initialized<--
22:45:09 T:7912  NOTICE: DVDPlayer: Opening:
22:45:09 T:7912 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
22:45:09 T:7384  NOTICE: Thread DVDPlayer start, auto delete: false
22:45:09 T:7384  NOTICE: Creating InputStream
22:45:09 T:7384   ERROR: CDVDPlayer::OpenInputStream - error opening []
22:45:09 T:7384  NOTICE: CDVDPlayer::OnExit()
22:45:09 T:7912   ERROR: Playlist Player: skipping unplayable item: 0, path [plugin://plugin.video.firedrive?mode=buildstrm]
22:45:09 T:8964  NOTICE: PrimeWire: Playback Stopped
22:45:09 T:8964  NOTICE: PrimeWire: Service: Resetting...
22:45:09 T:3756  NOTICE: Thread BackgroundLoader start, auto delete: false
22:45:09 T:8732  NOTICE: Thread JobWorker start, auto delete: true
22:45:09 T:7912  NOTICE: CDVDPlayer::CloseFile()
22:45:09 T:7912  NOTICE: DVDPlayer: waiting for threads to exit
22:45:09 T:7912  NOTICE: DVDPlayer: finished waiting
22:45:09 T:7912  NOTICE: CDVDPlayer::CloseFile()
22:45:09 T:7912  NOTICE: DVDPlayer: waiting for threads to exit
22:45:09 T:7912  NOTICE: DVDPlayer: finished waiting

I reckon the problem is, that on the account there are other kinds of files, not ONLY 'media' ones.
Probably, thats whats happening there, it quits with error.

Maybe add a context menu for a folder at Firedrive, to generate only links for file within it, with the 'child' dir structure etc...

Also, other question, if there a way to have it play/stream/create strm links for playback of 'rar'ed files? Kodi/XBMC is able to play such content from local storage, but from firedrive/stream?

Hehe, im getting greedy

[dmdsoftware]

Thanks for reply. Ill keep looking up on some dev/nightlies for possible fixes.

I added context item to video files (if you right click on them, there will be a create non-public strm).

https://github.com/ddurdle/XBMC-firedriv...master.zip

It worked for me on XBMC 13 and Kodi 14, but the buidstrm method also worked for me but didn't for you. I want to see if this might also be a Windows issue.

Ive tested it again now, seems like the strm 'plugin' invoke from file works (with issues tho, log below), the context method works too!

With the 'mass strm generation' called from the .strm file, i get the following errors:

Code:

22:45:02 T:2280  NOTICE: Thread LanguageInvoker start, auto delete: false
22:45:02 T:2280  NOTICE: -->Python Interpreter Initialized<--
22:45:09 T:7912  NOTICE: DVDPlayer: Opening:
22:45:09 T:7912 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
22:45:09 T:7384  NOTICE: Thread DVDPlayer start, auto delete: false
22:45:09 T:7384  NOTICE: Creating InputStream
22:45:09 T:7384   ERROR: CDVDPlayer::OpenInputStream - error opening []
22:45:09 T:7384  NOTICE: CDVDPlayer::OnExit()
22:45:09 T:7912   ERROR: Playlist Player: skipping unplayable item: 0, path [plugin://plugin.video.firedrive?mode=buildstrm]
22:45:09 T:8964  NOTICE: PrimeWire: Playback Stopped
22:45:09 T:8964  NOTICE: PrimeWire: Service: Resetting...
22:45:09 T:3756  NOTICE: Thread BackgroundLoader start, auto delete: false
22:45:09 T:8732  NOTICE: Thread JobWorker start, auto delete: true
22:45:09 T:7912  NOTICE: CDVDPlayer::CloseFile()
22:45:09 T:7912  NOTICE: DVDPlayer: waiting for threads to exit
22:45:09 T:7912  NOTICE: DVDPlayer: finished waiting
22:45:09 T:7912  NOTICE: CDVDPlayer::CloseFile()
22:45:09 T:7912  NOTICE: DVDPlayer: waiting for threads to exit
22:45:09 T:7912  NOTICE: DVDPlayer: finished waiting

I reckon the problem is, that on the account there are other kinds of files, not ONLY 'media' ones.
Probably, thats whats happening there, it quits with error.

Maybe add a context menu for a folder at Firedrive, to generate only links for file within it, with the 'child' dir structure etc...

Also, other question, if there a way to have it play/stream/create strm links for playback of 'rar'ed files? Kodi/XBMC is able to play such content from local storage, but from firedrive/stream?

Hehe, im getting greedy

I actually added code to provide the Generate STRM from context menu on folders, but I had not properly tested it yet, so I disabled it. So the feature is coming in one of the upcoming releases.

Your hypothesis is probably correct about encountering a "bad" file, or perhaps a bad account, etc. Will further work on cleaning up the logic.

The issue about RAR files is that I believe XBMC uncompresses them for playback. Any other file we access, we "stream" it, so play back is automatic. For a RAR, there is no way to stream it, so you'd be essentially downloading it, uncompressing, and playback of the uncompressed file.

[mikey1984]

I added context item to video files (if you right click on them, there will be a create non-public strm).

https://github.com/ddurdle/XBMC-firedriv...master.zip

It worked for me on XBMC 13 and Kodi 14, but the buidstrm method also worked for me but didn't for you. I want to see if this might also be a Windows issue.

Ive tested it again now, seems like the strm 'plugin' invoke from file works (with issues tho, log below), the context method works too!

With the 'mass strm generation' called from the .strm file, i get the following errors:

Code:

22:45:02 T:2280  NOTICE: Thread LanguageInvoker start, auto delete: false
22:45:02 T:2280  NOTICE: -->Python Interpreter Initialized<--
22:45:09 T:7912  NOTICE: DVDPlayer: Opening:
22:45:09 T:7912 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
22:45:09 T:7384  NOTICE: Thread DVDPlayer start, auto delete: false
22:45:09 T:7384  NOTICE: Creating InputStream
22:45:09 T:7384   ERROR: CDVDPlayer::OpenInputStream - error opening []
22:45:09 T:7384  NOTICE: CDVDPlayer::OnExit()
22:45:09 T:7912   ERROR: Playlist Player: skipping unplayable item: 0, path [plugin://plugin.video.firedrive?mode=buildstrm]
22:45:09 T:8964  NOTICE: PrimeWire: Playback Stopped
22:45:09 T:8964  NOTICE: PrimeWire: Service: Resetting...
22:45:09 T:3756  NOTICE: Thread BackgroundLoader start, auto delete: false
22:45:09 T:8732  NOTICE: Thread JobWorker start, auto delete: true
22:45:09 T:7912  NOTICE: CDVDPlayer::CloseFile()
22:45:09 T:7912  NOTICE: DVDPlayer: waiting for threads to exit
22:45:09 T:7912  NOTICE: DVDPlayer: finished waiting
22:45:09 T:7912  NOTICE: CDVDPlayer::CloseFile()
22:45:09 T:7912  NOTICE: DVDPlayer: waiting for threads to exit
22:45:09 T:7912  NOTICE: DVDPlayer: finished waiting

I reckon the problem is, that on the account there are other kinds of files, not ONLY 'media' ones.
Probably, thats whats happening there, it quits with error.

Maybe add a context menu for a folder at Firedrive, to generate only links for file within it, with the 'child' dir structure etc...

Also, other question, if there a way to have it play/stream/create strm links for playback of 'rar'ed files? Kodi/XBMC is able to play such content from local storage, but from firedrive/stream?

Hehe, im getting greedy

I actually added code to provide the Generate STRM from context menu on folders, but I had not properly tested it yet, so I disabled it. So the feature is coming in one of the upcoming releases.

Your hypothesis is probably correct about encountering a "bad" file, or perhaps a bad account, etc. Will further work on cleaning up the logic.

The issue about RAR files is that I believe XBMC uncompresses them for playback. Any other file we access, we "stream" it, so play back is automatic. For a RAR, there is no way to stream it, so you'd be essentially downloading it, uncompressing, and playback of the uncompressed file.

Regarding rars, yes, correct, but if there are multiple 'part' archives (like many are packed), it would still be semi-stream, because we would need to download the partial rars, first .rar then .r01 then .r02 and so on, unpack play, while next 'part' rar is being streamed.

[dmdsoftware]

Ive tested it again now, seems like the strm 'plugin' invoke from file works (with issues tho, log below), the context method works too!

With the 'mass strm generation' called from the .strm file, i get the following errors:

Code:

22:45:02 T:2280  NOTICE: Thread LanguageInvoker start, auto delete: false
22:45:02 T:2280  NOTICE: -->Python Interpreter Initialized<--
22:45:09 T:7912  NOTICE: DVDPlayer: Opening:
22:45:09 T:7912 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
22:45:09 T:7384  NOTICE: Thread DVDPlayer start, auto delete: false
22:45:09 T:7384  NOTICE: Creating InputStream
22:45:09 T:7384   ERROR: CDVDPlayer::OpenInputStream - error opening []
22:45:09 T:7384  NOTICE: CDVDPlayer::OnExit()
22:45:09 T:7912   ERROR: Playlist Player: skipping unplayable item: 0, path [plugin://plugin.video.firedrive?mode=buildstrm]
22:45:09 T:8964  NOTICE: PrimeWire: Playback Stopped
22:45:09 T:8964  NOTICE: PrimeWire: Service: Resetting...
22:45:09 T:3756  NOTICE: Thread BackgroundLoader start, auto delete: false
22:45:09 T:8732  NOTICE: Thread JobWorker start, auto delete: true
22:45:09 T:7912  NOTICE: CDVDPlayer::CloseFile()
22:45:09 T:7912  NOTICE: DVDPlayer: waiting for threads to exit
22:45:09 T:7912  NOTICE: DVDPlayer: finished waiting
22:45:09 T:7912  NOTICE: CDVDPlayer::CloseFile()
22:45:09 T:7912  NOTICE: DVDPlayer: waiting for threads to exit
22:45:09 T:7912  NOTICE: DVDPlayer: finished waiting

I reckon the problem is, that on the account there are other kinds of files, not ONLY 'media' ones.
Probably, thats whats happening there, it quits with error.

Maybe add a context menu for a folder at Firedrive, to generate only links for file within it, with the 'child' dir structure etc...

Also, other question, if there a way to have it play/stream/create strm links for playback of 'rar'ed files? Kodi/XBMC is able to play such content from local storage, but from firedrive/stream?

Hehe, im getting greedy

I actually added code to provide the Generate STRM from context menu on folders, but I had not properly tested it yet, so I disabled it. So the feature is coming in one of the upcoming releases.

Your hypothesis is probably correct about encountering a "bad" file, or perhaps a bad account, etc. Will further work on cleaning up the logic.

The issue about RAR files is that I believe XBMC uncompresses them for playback. Any other file we access, we "stream" it, so play back is automatic. For a RAR, there is no way to stream it, so you'd be essentially downloading it, uncompressing, and playback of the uncompressed file.

Regarding rars, yes, correct, but if there are multiple 'part' archives (like many are packed), it would still be semi-stream, because we would need to download the partial rars, first .rar then .r01 then .r02 and so on, unpack play, while next 'part' rar is being streamed.

Looking up further in the matter, if the RAR file is "stored" instead of "compressed" (apparently like most video RAR files are), then downloading the first and last parts would be sufficient to playback, while the remaining parts download. Apparently this is not true if its compressed.

[mikey1984]

I actually added code to provide the Generate STRM from context menu on folders, but I had not properly tested it yet, so I disabled it. So the feature is coming in one of the upcoming releases.

Your hypothesis is probably correct about encountering a "bad" file, or perhaps a bad account, etc. Will further work on cleaning up the logic.

The issue about RAR files is that I believe XBMC uncompresses them for playback. Any other file we access, we "stream" it, so play back is automatic. For a RAR, there is no way to stream it, so you'd be essentially downloading it, uncompressing, and playback of the uncompressed file.

Regarding rars, yes, correct, but if there are multiple 'part' archives (like many are packed), it would still be semi-stream, because we would need to download the partial rars, first .rar then .r01 then .r02 and so on, unpack play, while next 'part' rar is being streamed.

Looking up further in the matter, if the RAR file is "stored" instead of "compressed" (apparently like most video RAR files are), then downloading the first and last parts would be sufficient to playback, while the remaining parts download. Apparently this is not true if its compressed.

Exactly so.

The rars I am talking about would be with STOR setting, aswell as whole set of the rars would be in a separate - release folder ie. "Movie.2013.720p.BluRay.x264".

Such playback feature would allow users to play big releases ie 10GB or so HD content, since Firedrive blocks big/single files. Multiple rars solve this limitation.

[dmdsoftware]

Regarding rars, yes, correct, but if there are multiple 'part' archives (like many are packed), it would still be semi-stream, because we would need to download the partial rars, first .rar then .r01 then .r02 and so on, unpack play, while next 'part' rar is being streamed.

Looking up further in the matter, if the RAR file is "stored" instead of "compressed" (apparently like most video RAR files are), then downloading the first and last parts would be sufficient to playback, while the remaining parts download. Apparently this is not true if its compressed.

Exactly so.

The rars I am talking about would be with STOR setting, aswell as whole set of the rars would be in a separate - release folder ie. "Movie.2013.720p.BluRay.x264".

Such playback feature would allow users to play big releases ie 10GB or so HD content, since Firedrive blocks big/single files. Multiple rars solve this limitation.

I appreciate the need and value for it. I've done some preliminary investigation and I have a general idea what I need to do to accomplish it. I've added it as an issue so it can be tracked. https://github.com/ddurdle/XBMC-firedrive/issues/5

It won't be a quick turnaround, but I believe a generalized approach will allow me to reuse the same logic for all cloud-based plugins. Therefore, there's a lot of value to be gained.

[mikey1984]

Looking up further in the matter, if the RAR file is "stored" instead of "compressed" (apparently like most video RAR files are), then downloading the first and last parts would be sufficient to playback, while the remaining parts download. Apparently this is not true if its compressed.

Exactly so.

The rars I am talking about would be with STOR setting, aswell as whole set of the rars would be in a separate - release folder ie. "Movie.2013.720p.BluRay.x264".

Such playback feature would allow users to play big releases ie 10GB or so HD content, since Firedrive blocks big/single files. Multiple rars solve this limitation.

I appreciate the need and value for it. I've done some preliminary investigation and I have a general idea what I need to do to accomplish it. I've added it as an issue so it can be tracked. https://github.com/ddurdle/XBMC-firedrive/issues/5

It won't be a quick turnaround, but I believe a generalized approach will allow me to reuse the same logic for all cloud-based plugins. Therefore, there's a lot of value to be gained.

Superb. Kudos for the approach!