Recently I’m experiencing YT playing issues on Haiku Nightly 64 bit (meanwhile I had been upgraded from hrev58787 to hrev58802).
Playing just simply does not start, but Haiku reports back error, and when I ask for debug report it has done about python 3.10 - seems yt_dlp is written in python.
I tried to
→ downgrade yt_dlp - 2 versions back - had not helped, same result
→ downgrade qmplay2 - 1 version back - had not helped, same result
→ downgrade faad2 - 1 versions back
I tried this as I thought I may downgrade another package as the directly related packages downgrade had not helped. It was the one and only package for me that has connection to video playback that updated recently as well.
it finally gave back an another result too - some warnings, just before when I attempted to create debug reports.
if you have issues downloading videos… always double check by trying to call yt-dlp directly from the command line, ie: yt-dlp -F <video url> (to see the which formats are available) and, just for example, yt-dlp -f 160+249 <video url> (to download one of the smallest versions).
Those “nsig extraction failed” type of errors are pretty common when Google/Youtube changes something, and yt-dlp hasn’t yet caught up (or you are still running an outdated version).
Solutions: update yt-dlp via pkgman update yt-dlp, help HaikuPorts by either reporting that a new yt-dlp version is available (assuming that’s the case), and/or, open a PR for such update. Somtimes you just need to wait for the yt-dlp project to come up with an updated version first.
Ok.
Seems I was not clear.
I am always on the latest package versions and I could help on my crit.sit.s with downgrading.
I was on available latest yt_dlp (qmplay2 and faad2 too)…
I hoped in answers from someone who checked the provided debug report files - what means what recorded in them about the error.
That’s because I cannot analyze decbug report files.
I packed them together as they created with several versions of packages related to qmplay2 and yt_dlp, and finally faad2 - from latest available to downgraded ones.
You can check what’s the newest upstream version of yt-dlp here. “yt-dlp 2025.03.31” at the moment, same as available on HaikuPorts. Not much to do but wait for a new version from there.
im having this issue too. when i tried to use pip, it was not working either. debug shows that movsxdl 0x10(%rdx), %rcx is failing, maybe issue is not with yt-dlp but with python? i try “pip3.10 search”, and it’s failing with the same debug as yt-dlp about this movsxdl, Segment violation
I do not experience the same either on beta5 no while running the same commands on hrev58783. I’ll try updating to the latest nigthly and see if that changes things.
yeah, updated to hrev58802, and pip3.10 uninstall pyserial (just to test with something that doesn’t even involves network) crashes.
Python 3.10 RPL interpreter seems to work still, same as pip3.10 --help.
@waddlesplash might have a better idea of what changed between hrev58783 and hrev58802 that might be causing these issues.
In any case, I’ll try to do a PR for latest Python 3.10 (3.10.17), and see if I can enable debug info for it (as a separate debuginfo package), and also try building that same version on newest nightlies, to see if it helps. (might take me a bit, brain is as slow as my old CPU )
Edit: latest Python 3.10.17, built on hrev58802 (unoptimized, -g), still crash in the same way. Added a bit more info over the previously mentioned Haikuports ticket.