Kodi Community Forum
Release Rooster Teeth - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: Add-on Support (https://forum.kodi.tv/forumdisplay.php?fid=27)
+---- Forum: Video Add-ons (https://forum.kodi.tv/forumdisplay.php?fid=154)
+---- Thread: Release Rooster Teeth (/showthread.php?tid=235071)

Pages: 1 2 3 4 5 6 7 8 9 10 11


RE: Rooster Teeth - Joseph011296 - 2020-05-06

I've been having an issue that I'll attempt to describe in detail ever since the RT site updated a few months ago.
The update was concerning videos that had a public, free version and a First members version. Prior to that site update both videos would appear on the site, with the First version being shorter due to not having ads.
After the update this changed so that the free version was the one listed on the site, and when clicking into it the video player would instead load the first version.
I'm quite sure of this due to the lengths listed on the thumbnail versus the length of the video in the player.
As an example, when looking at the thumbnail of the most recent Filmhaus "All Time Perfect Film Battle Royale Showdown!" the thumbnail lists a length of 1:00:13, but after starting the video the player lists a length of 58:02.
The version that plays when I try to load the video through this app on Kodi is the free version, ads and all. I've triple checked my login credentials and settings and am able to view first only videos.

I've also been able to confirm that the site player loads different m3u8 files from the site depending on your login status. The m3u8 link I get when viewing the site source while logged in is different than the one I get when in incognito mode.
Both links produced the expected video versions when downloaded through Jdownloader 2.

My assumption is that the site behavior that causes it to switch the m3u8 being loaded when a sponsor loads the page isn't being duplicated by your app.

Sorry to ramble on, but this issue is the only one I have with your wonderful app, and It was a real treat to use before they updated the behavior on the main site.
Since you mentioned not having a membership I would be happy to pay for it if it would help with isolation and ironing this issue out. That is, assuming this is a valid issue and not just some odd gremlin in my setup.


RE: Rooster Teeth - Woobus - 2021-03-17

Hi, having trouble with the Add-on (Windows version).  Getting "no video found" when trying to play anything.
Windows 10 OS, running Kodi 18.8.  Here's my log:

https://pastebin.com/eS1vLbdN

Lemme add: I replicated the issue with a Raspberry Pi running LibreELEC.  The log is from the Windows version.


RE: Rooster Teeth - phaseshift42 - 2021-03-17

(2021-03-17, 00:27)Woobus Wrote: Hi, having trouble with the Add-on (Windows version).  Getting "no video found" when trying to play anything.
Windows 10 OS, running Kodi 18.8.  Here's my log:

https://pastebin.com/eS1vLbdN

Lemme add: I replicated the issue with a Raspberry Pi running LibreELEC.  The log is from the Windows version.
I also noticed this with LibreELEC 9.2.3 (Kodi 18.9.0) on RPi4.arm and Kodi 19.0.0 on Ubuntu 20.04.2 LTS x86_64. My kodi.log from the Kodi 19.0.0 instance is here: hesixecuba.kodi (paste)

Happily, GitHub user ch-rs has already contributed a source code fix (https://github.com/skipmodea1/plugin.video.roosterteeth.python3/pull/1) that handily resolved the issue for me, so we can look forward to that being merged into a future release of the add-on.


RE: Rooster Teeth - Skipmode A1 - 2021-03-18

I am looking into it.


RE: Rooster Teeth - Skipmode A1 - 2021-03-20

A new version should be available for kodi 18 and 19 in a day or two.

1.5.1 (2021-03-18)
- website change


RE: Rooster Teeth - ch-rs - 2023-05-05

Hello fellow Rooster Teeth Kodi add-on enjoyers... if you are out there.

Has anyone else started seeing ads on some videos despite being a first member? Looks like the ads are embedded in the video stream now, which seems like a new development but I'm not sure.

Forcing a first member login for public videos fixes the issue for me. There could be a better solution, but I've created a pull request with my findings anyway.

I'm no Python expert, but if you need a quick fix, you can try changing resources/lib/roosterteeth_play.py line 107 to from False to True.

Code:
must_login_first_member_user = True

If I'm right, this only works if you are a first member and have that enabled in the add-on settings. Otherwise you'll see the ads.