Open jariz opened 3 years ago
This puzzled me as well, as I moved from Chromecast to an Android TV with built-in Chromecast. Sucks unfortunately.
Hmm, that sucks. Without the contentId
we cannot ask the sponsorblock api if the video has sponsor segments. I do have an android-tv (well, the youtube app built in my smart tv, but my phone see it as a chromecast), I will try to check it.
Thanks for the report!
Having the same issue too - would it maybe be possible to look up the video ID from the video title?
@maxexcloo That would definitely be a final resort imo because of the high possibility of false positives.
Ah I misunderstood, I thought Google were actually suppressing that info - my bad there!
If there's any way to help, happy to!
Hi, may I ask if anything new has come to light here? I set up this fantastic Docker Container yesterday and while it works for all the other Chromecast Devices I have, the Chromecast with Google TV has exactly this problem:
2021-12-13T11:12:13.121092Z ERROR - castblock.sponsorblock: Error from Sponsorblock -- status_code: 400, video_id: "", 2021-12-13T11:12:15.160721Z ERROR - castblock.sponsorblock: Error from Sponsorblock -- status_code: 400, video_id: "", 2021-12-13T11:12:17.196981Z ERROR - castblock.sponsorblock: Error from Sponsorblock -- status_code: 400, video_id: "", 2021-12-13T11:12:19.215848Z ERROR - castblock.sponsorblock: Error from Sponsorblock -- status_code: 400, video_id: "", 2021-12-13T11:12:21.293483Z ERROR - castblock.sponsorblock: Error from Sponsorblock -- status_code: 400, video_id: ""
Shame really, because it's just great on all the other Devices 👍
Edit: From the mentioning of the Issue above I see that someone has provided (in another repo) the workaround that was discussed here too https://github.com/nichobi/sponsorblockcast/pull/17 Is that something which could also be implemented in castblock @erdnaxeli ?
For AndroidTV, you can install SmartTubeNext and cast to specifically to the app
Really appreciate the suggestion, I know the App. However in my case I'd like to stay on stock Apps. Same reason I'm not using e.g. Vanced on Android.
Edit: From the mentioning of the Issue above I see that someone has provided (in another repo) the workaround that was discussed here too nichobi/sponsorblockcast#17 Is that something which could also be implemented in castblock @erdnaxeli ?
Thanks for the hint, I will look at it this week-end.
Edit: From the mentioning of the Issue above I see that someone has provided (in another repo) the workaround that was discussed here too nichobi/sponsorblockcast#17
Is that something which could also be implemented in castblock @erdnaxeli ?
Thanks for the hint, I will look at it this week-end.
Thanks. Please mention me if it is a feasable option and you need someome to try it at any point 😄
Just a heads up, I opened this issue nichobi/sponsorblockcast#20 in the similar sponsorblockcast which uses the fix of looking up the title/artist to get the ID. But each search endpoint call counts as 100 out of 10000 queries per day. So if you implement the lookup in this project watch out, you'll only be able to get 100 video lookups per day.
Edit: From the mentioning of the Issue above I see that someone has provided (in another repo) the workaround that was discussed here too nichobi/sponsorblockcast#17
Is that something which could also be implemented in castblock @erdnaxeli ?
Thanks for the hint, I will look at it this week-end.
@erdnaxeli A bit of time has passed and it seems the project is more active again. May I ask if something regarding Android TV/Google TV has been implemented yet?
So we have not a lot of choices:
I think I will try to implement both solution. If you provide an API key, let's use it, else let's fallback to the scrapping way. It should not be too hard to implement.
To clarify, it seems news Chromecast (v4) behaves like android TV already does. So this issue really need to be fixed.
Great solution! Sounds like this will cover the best of both worlds, as tech savvy users can use the API (which shouldn't be too hard anyways) and others can use the fallback/default. Looking forward to this.
Has that workaround been tested as working? Do you expect to merge and/or publish on docker hub soon? Thanks!
To clarify, it seems news Chromecast (v4) behaves like android TV already does. So this issue really need to be fixed.
Tested this on multiple modern android tv devices. Still get the same status error.
I know this project focuses on chromecast, but considering new chromecasts are now running on Android TV, and android TV having 'build-in chromecast', I do think it's relevant to this project.
The youtube app does not seem to expose the
contentId
, rather, it leaves it blank.Running with
--debug
doesn't really give us any more infoI then decided to manually run
go-chromecast watch
, and there we can see the contentId appears to be left blank 😞: (edited for brevity)So, maybe it's not possible at all, but would like to at least get a discussion going around this.