-
Notifications
You must be signed in to change notification settings - Fork 895
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Certain Videos glitch out into a white screen #5975
Comments
As with your last bug report, please provide a lot more information, ideally in the original message so we don't have to ask you for it. The more information you can provide the more likely we are going to be able to investigate t and find a solution. Using vague language like "certain videos" but not actually providing the videos, doesn't help, because we can't read minds, we have no idea what is happening on your computer unless you provide details. |
@liammcsh2008 links please, to make it as easy as possible. |
https://www.youtube-nocookie.com/embed/xXBHkxJPhwU don't forget about that too |
This comment has been minimized.
This comment has been minimized.
@Nvixbl That is completely unrelated, it's yellow so just a warning and it's part of the YouTube response that FreeTube doesn't even use. |
I am also experiencing this. However, it does not occur with "certain" videos; it occurs with nearly any video. If I open a video, click play, and then switch to either "full window" or "full screen", the video blanks out to white with the tiny frowny face at the upper right. (Audio continues to play.) Same thing if I move the FreeTube window from one screen to another while a video is playing. My info: |
Only happens in the flatpak app for me, appimage works fine. |
I was about to create a new issue about this yesterday, but I got lazy, and waited for someone else to do it instead. As @PHY1643 stated, this happens with nearly any video for me. There are a few weird things about it though:
|
One other comment (Flatpak only; I've not tested other installs): I've found that once a video blanks out to a white screen, the only way I can reliably restore proper functionality is to quit FreeTube, clear out its cache (manually, via the terminal), relaunch FreeTube, and restart the video. If I don't clear the cache and pre-emptively set the window size/function, then I get a white screen again and have to start over. |
This comment was marked as off-topic.
This comment was marked as off-topic.
@chev2 Thank you for the detailed information, definitely sounds like an issue with hardware acceleration which is causing Chromium's player to crash (if you look in the top left corner of the white area you'll notice a square with a |
Another thing to check is if you get anything interesting logged to the terminal when the crash happens (you'll have to launch FreeTube from the terminal), maybe it is logging it there instead of to the devtools as something is crashing in the internals of Chromium. |
@Nvixbl No, those hopefully shouldn't be related those are about the thumbnails you see when you hover over the seek bar. Can you try running FreeTube from your terminal and see if anything interesting pops up there when the error happens? |
@absidue here's what shows up upon launching the app: Also the images displayed on hover work all the time even though the video itself doesn't and so far I haven't experienced this issue on my other machine with the AMD APU (flatpak too), giving you all the info I can think of because I got no idea what to look for tbh. |
Okay that is very interesting, according to the log something is going wrong while doing something with images???, so the GPU process restarts itself in an attempt to recover from it, which is why video playback ends. Thank you for all the information. |
Ubuntu 24.04 ARC-750 graphics works fine with --enable-features='' mentioned earlier Without flag console session though I forgot to see which timestamp matches the white screen. Not sure it's helpful but different than previous and no image errors (or rather different image error maybe?): $ freetube --no-sandbox |
This comment has been minimized.
This comment has been minimized.
I have the same issue with Flatpak on AMD GPU. Using Without
With
|
How can I do the |
@liammcsh2008 You don't, passing that on Windows won't do anything, as FreeTube only sets the enable features flag on Linux (to enable hardware accelerated video playback, which works automatically on Windows), so you would be setting something that is already empty to empty. |
Apologies for not replying sooner. I can confirm that the
Unfortunately I can't seem to run FreeTube from the command line (the Flatpak version, anyway), I just get a few errors before it exits. I'm not an expert on how Flatpak works, so I'm not sure if it's having trouble with permissions or portals and if I'm doing something wrong--It's likely unrelated with this bug, however.
|
It's also been happening with videos with CinemaScope Ratio |
Is it normal that issues which renders the app unusable, take this long to be fixed? Genuine question. |
@Erothas We are volunteers that work on FreeTube in our spare time, nobody is getting paid to work on FreeTube. If want things to happen faster, you are welcome to get your hands dirty and contribute to FreeTube, the app is open source and we accept pull requests. Comments like that are counterproductive because all they do is demotivate us even further, which means we'll spend our spare time doing other things that aren't so mentally draining. |
@absidue First of all. I would like to apologise if my message came off as insensitive or brash in any way. That wasn't my intention. However, and as I explicitly stated, it was a genuine question, not an off handed comment meant to deliver any negativity. I am not a github guru or know anything about actual coding. I assumed, with the radio silence on this issue, that it may have been buried and/or unnoticed in some form or another. What I was after was simply a hint as to whether it really was normal for issues of this urgency to take this long, as I initially assumed it would be something that would be fixed right away. Ultimately, my question should have been worded in a better way, I agree. However, I also feel like it wasn't egregious, if the last part of my question was to be taken into consideration. Anyway, once again, you have my apologies. |
The two main reasons why nobody can do anything about this issue is that firstly it is not happening to any of the maintainers or anyone that has enough development experience with FreeTube to experiment with various things, the second reason is that it is highly likely to be some low-level incompatibility between certain graphics drivers and Chromium/Electron, which is completely out of our hands. All we can do is wait for updates to Chromium and Electron that hopefully fix it or experiment and see if we can avoid whatever triggers it on the FreeTube side, but as mentioned above that is currently not possible. But yes to answer your question it is completely normal for things to take this long on a volunteer driven project, where the maintainers have limited time and especially in cases like this where the problem can't be reproduced by any of the maintainers. Nothing in FreeTube is actually urgent, despite what some users like you seem to think, if anything breaks you can always use other 3rd party clients or even YouTube's official ones in the meantime, it is not a life or death situation. |
Thank you very much for taking the time to reply once again. That was thorough and conclusive, and clarifies everything up for me. |
I have a similar issue with all three of deb, flatpak, or AppImage on Kubuntu 24.04.1 Whenever you watch a video and make it 'full-screen' it turns white while audio continues to work. After that all videos remain white even after un-maximizing again, or starting a different video. This remains in effect until you restart the application. The white videos still play correctly in picture in picture view. This behavior is fully reproducible, i.e. appears in 100% of attempts. There is no error output to the console when the white screen problem is reproduced. However, when watching the first video the following is logged to the console (even when the video is still working and the error is not reproduced by maximizing):
Running the AppImage with --enable-features='' resolves the issue and also the above error does not appear on the console. |
for me running similar problem (also happened back when I used arch with flatpak, videos still have audio but have blank white screen fullscreen or not (pip still outputs the full video, external player can't play the video) nixos 24.05, nix-channel 24.11 |
As mentioned in my previous messages the cause is likely an incompatiblity between certain graphics drivers and low level GPU handling in Chromium. The reason that passing Could someone please try the latest FreeTube nightly which uses a newer Electron version that 0.22.0 and see if that helps? https://github.com/FreeTubeApp/FreeTube/actions/runs/12097704441 (you need to be logged in to GitHub for GitHub to let you download it) If not we'll likely have to stop FreeTube enabling VA-API and Linux users will just have to accept that FreeTube won't use hardware acceleration for video playback. |
@baumeister As you mentioned that it only happens when you switch to fullscreen, do you have the video quality set to auto or to a specific resolution? If it is set to auto, switching to full screen will usually make FreeTube switch to a higher resolution stream. |
I downloaded the 5184 AppImage but same problem:
Error again being printed to the console at the exact time I start the video. No error being printed when I maximize and the video turns white.
Video is at the default of 720p when I start it and stays like this after I maximize and the screen has turned white. Changing the resolution before or after does not make a difference. However, I now realized that the white videos are not just caused by maximizing (it's just that I always maximize it on one display by habit) but I can also reliably reproduce it by just switching to a different video from the initial one. And I can also reproduce it by maximizing and then unmaximizing the application window while the stream is running (even without maximizing the stream inside of it). |
This issue has been automatically closed because there has been no response to our request for more information from the original author. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you have or find the answers we need so that we can investigate further. |
Guidelines
Describe the bug
Expected Behavior
Video should play normally
Issue Labels
causes crash, content not loading
FreeTube Version
v0.22.0
Operating System Version
Windows 11 version 23H2
Installation Method
.exe
Primary API used
Local API
Last Known Working FreeTube Version (If Any)
No response
Additional Information
Result of new video player update
Nightly Build
The text was updated successfully, but these errors were encountered: