[BUG] Firefox ends song after a couple of seconds

[Apapora]

I went into app.py and made the following changes:

#from selenium.webdriver.chrome.options import Options
#from selenium.webdriver.chrome.service import Service
from selenium.webdriver.firefox.options import Options
from selenium.webdriver.firefox.service import Service

#options.add_experimental_option("excludeSwitches", ['enable-automation'])
#driver = webdriver.Chrome(service=service, options=options)
driver = webdriver.Firefox(service=service, options=options)

Then I ran the program (on Windows) and started a video, which worked fine at first, except every video I try plays for only 2 seconds before ending. From looking at the network inspector it seems "end_song" gets called for some reason.

[vicwomg]

Firefox is not supported at this time for this exact reason. I have not been able to solve it yet

[Apapora]

After some more testing, it seems like the issue is from using the .mp4 file type. I tried with .webm files and was able to play through entire videos without problem.

[scottackerson]

I am getting a similar issue where the base install onto an RPi4 is crashing songs back to the splash screen a few seconds into the song. I'm having trouble finding log information but will keep checking. There were no configuration changes made to the install.

[vicwomg]

As it turns out this has to do with the ffmpeg encoding. This flag: movflags="frag_keyframe+default_base_moof generates mp4 files that only play for 5 seconds in firefox. Appears to be working better with some enhancements made in #447

[frankchau93]

As it turns out this has to do with the ffmpeg encoding. This flag: movflags="frag_keyframe+default_base_moof generates mp4 files that only play for 5 seconds in firefox. Appears to be working better with some enhancements made in #447

I've been messing around with converting the MP4 to HLS streaming and it seems to be working on firefox/safari on my local build. I've been wanting to add a feature for myself where you can fast forward and it led me into a rabbit hole. Seems like webplayers don't really like MP4 streaming, I got better results using FFMPEG to convert the MP4 to a HLS stream and then using that to play the video. It does create extra files though and transcodes on the fly so it might not work well with lower powered machines

[Hartebee5t]

That 'on-the-fly' aspect would probably clobber (or at least limit) pitch-transpose capability too.

[vicwomg]

Mp4 streaming in Safari and Firefox work fine with the new -b (full buffering flag) in this branch #447 This option fully transcodes the song to disk before playing. If running on a modern computer the time to transcode is negligible. This should solve streaming and transpose bad quality issues though there will be some extra time up front on old pi versions.

…

-v

On Thu, Dec 26, 2024 at 4:39 PM Hartebee5t ***@***.***> wrote: That 'on-the-fly' aspect would probably clobber (or at least limit) pitch-transpose capability too. — Reply to this email directly, view it on GitHub <#327 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AA7KXNXJQ56M34LVG6DAQBL2HSOSJAVCNFSM6AAAAABUGVVTTSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNRTGE4TOMBXGU> . You are receiving this because you commented.Message ID: ***@***.***>