2016-02-20, 18:49
Hi... but what about the fact that activating cache breaks the plugin? Are you looking into that? I had the impression that you had solved it from yesterday's message but check my log... still the Bad Request error.
2016-02-20, 19:03
(2016-02-20, 18:49)ashlar Wrote: Hi... but what about the fact that activating cache breaks the plugin? Are you looking into that? I had the impression that you had solved it from yesterday's message but check my log... still the Bad Request error.
Yes, I can see from the log that the error 400 is back. I'm trying to trace where this could be originating from.
Does the playback start at all before it stops?
It is hard to track because I'm not encountering this error with playback.
2016-02-20, 19:08
(2016-02-20, 19:03)dmdsoftware Wrote:No, I never see even a single frame of the video. In the logs it's clear (or so I interpret it) that DVDPlayer doesn't get anything to playback. Disabling cache works perfectly (being on a 16GB RAM machine I even configured network settings in advancedsettings.xml to buffer ahead 600MB of data, and it did that with no problem).(2016-02-20, 18:49)ashlar Wrote: Hi... but what about the fact that activating cache breaks the plugin? Are you looking into that? I had the impression that you had solved it from yesterday's message but check my log... still the Bad Request error.
Yes, I can see from the log that the error 400 is back. I'm trying to trace where this could be originating from.
Does the playback start at all before it stops?
It is hard to track because I'm not encountering this error with playback.
2016-02-21, 01:40
I spent the last 2 hours trying to reproduce the issue without success.
v0.7.30 has an additional print statement to log file that may help
http://dmdsoftware.net/repository.ddurdl...0.7.30.zip
v0.7.30 has an additional print statement to log file that may help
http://dmdsoftware.net/repository.ddurdl...0.7.30.zip
2016-02-21, 07:27
(2016-02-18, 20:57)dmdsoftware Wrote: Add:
promptquality=False
plugin://plugin.video.gdrive?mode=streamURL&promptquality=False&url=https://docs.google.com/file/d/#####/preview
Hey mate,
the promptquality does not change a thing..
Code:
xbmc.executebuiltin('PlayMedia(plugin://plugin.video.gdrive?mode=streamURL&promptquality=False&url=https://docs.google.com/file/d/'+url+'/preview)')
2016-02-21, 08:48
(2016-02-21, 07:27)finalmakerr Wrote:(2016-02-18, 20:57)dmdsoftware Wrote: Add:
promptquality=False
plugin://plugin.video.gdrive?mode=streamURL&promptquality=False&url=https://docs.google.com/file/d/#####/preview
Hey mate,
the promptquality does not change a thing..
Code:xbmc.executebuiltin('PlayMedia(plugin://plugin.video.gdrive?mode=streamURL&promptquality=False&url=https://docs.google.com/file/d/'+url+'/preview)')
I see why.
self.promptQuality = getParameter('promptquality', self.getSetting('prompt_quality', True))
But for public strm (streamurl), it overrides this with pulling the value from setting. So right now it works for all except streamurl. Will need to fix that in 0.7.31 today.
2016-02-21, 10:36
Thank you!
I really like your work
btw will it auto select public too? I simply want it to not show the dialogselect window.
I really like your work
btw will it auto select public too? I simply want it to not show the dialogselect window.
2016-02-21, 13:08
(2016-02-21, 01:40)dmdsoftware Wrote: I spent the last 2 hours trying to reproduce the issue without success.
v0.7.30 has an additional print statement to log file that may help
http://dmdsoftware.net/repository.ddurdl...0.7.30.zip
Hi! Here's the log (failing as before). I think it created an additional statement in the log (lines 607 and 608), before the usual HTTP error 400.
http://xbmclogs.com/paxnr8t9j
2016-02-21, 16:15
(2016-02-21, 13:08)ashlar Wrote:(2016-02-21, 01:40)dmdsoftware Wrote: I spent the last 2 hours trying to reproduce the issue without success.
v0.7.30 has an additional print statement to log file that may help
http://dmdsoftware.net/repository.ddurdl...0.7.30.zip
Hi! Here's the log (failing as before). I think it created an additional statement in the log (lines 607 and 608), before the usual HTTP error 400.
http://xbmclogs.com/paxnr8t9j
great news! I suspected the url was generating incorrectly for some reason in your runs in cache mode, but this proves it now. There is this one line of code run prior to executing this method that validates the url and corrects it if it is not the proper form. I know exactly what is happening now but why that case is being triggered is a mystery. I can simply remove the validation and it will work, but I need to trace back why it was put in there originally.
It definitely will be working today, or at least get past the error 400
2016-02-21, 16:38
(2016-02-21, 13:08)ashlar Wrote:(2016-02-21, 01:40)dmdsoftware Wrote: I spent the last 2 hours trying to reproduce the issue without success.
v0.7.30 has an additional print statement to log file that may help
http://dmdsoftware.net/repository.ddurdl...0.7.30.zip
Hi! Here's the log (failing as before). I think it created an additional statement in the log (lines 607 and 608), before the usual HTTP error 400.
http://xbmclogs.com/paxnr8t9j
I was able to figure out how are getting down the path you are and I was able to invoke the same failure.
enable never transcode
enable always cache for playback
I have the debug mode enabled and it immediately sent me the error information. I assumed you had it enabled as well and that it simply wasn't prompting you to send the information.
2/21/2016 9:27:47 7649 gdrive-testing - plugin.video.gdrive-testing 0.7.dev 0 - 0 HTTP Error 400: Bad Request downloadMediaFile
We would have saved so much back-and-forth
2016-02-21, 16:56
I'm not sure I understand... Which debug mode? In the plugin itself? Do you mean where it asks for email and such?
Should I do something there or you have it solved now? Sorry if I wasn't giving proper info, by the way.
Should I do something there or you have it solved now? Sorry if I wasn't giving proper info, by the way.
2016-02-21, 17:02
(2016-02-21, 16:27)ashlar Wrote: Thanks for your support!
Fixed in v0.7.31. 4 tests cases surrounding this were tested successfully. Hopefully you don't run into another issue.
http://dmdsoftware.net/repository.ddurdl...0.7.31.zip
2016-02-21, 17:05
(2016-02-21, 16:56)ashlar Wrote: I'm not sure I understand... Which debug mode? In the plugin itself? Do you mean where it asks for email and such?
Should I do something there or you have it solved now? Sorry if I wasn't giving proper info, by the way.
In the plugin's addon-settings, there is a logger that can be enabled. When enabled, when the plugin encounters an error, it will prompt you if you want to send a crash report. It sends me what error and module the problem occurred in. When I see these come in, I can decipher where issues are occurring. The key is the module since error 400 can be triggered anywhere -- in cache, in srt, in cc, in playback. So like in this case, only a 400 and no indication on where or what failing. downloadMediaFile narrows it down significantly as it would indicate that error 400 must be from a bad-formed url, then it becomes very obvious after that what is happening.
