windows-server-2003
ffmeg 0xfffffffa on all attempts to play a video. (Summary Post)
UPDATE: THREE WEEKS HAVE PASSED THE DEV HAS NOT PUSHED UPDATES YET I AM LOSING HOPE.
This is a detailed "summarization" of the already open issues. Almost/All attempts on playing a video on version 5.4 result in the error code: ffmeg 0xfffffffa And thus soft-locks your app, preventing any video or audio from playing. this is a critical issue and until fixed, prevents the app from working.
Luma3DS: v13.0.2 ThirdTube: v0.5.4
Credit to @azgaresncf for a solution? "AV1 should be working on the 3DS, as the creator of the original Video player is saying here, because the AV1 decoder of the player (dav1d) is a SOFTWARE decoder, not an hardware one. [...] So the first thing that we can do is to bring the updated video player source code to ThirdTube." [referencing Video player for 3DS by: Core 2 Extreme]
Image from other user (credit to: @0529Cb1)
Info From @SeveringHams: The error thrown, avformat_open_input() failed -1094995529 seems to be returned/thrown by the demuxer in FFmpeg, just looking at the documentation at https://ffmpeg.org/doxygen/trunk/group__libavf.html
The only mentions of this error anywhere on Google (by searching "avformat_open_input failed -1094995529" WITH the quotes) are on Chinese websites, and the one English translated one says to enable the demuxer library, or indicate in the configuration what demuxer library to use, or something to that effect.
Here is the website I found this on: https://programmersought.com/article/89887525290/ It is under the header "Encounter Problems"
The build.txt file in /library/FFmpeg/ tells us that many features of FFmpeg are configured to be disabled on the custom build of FFmpeg used in ThirdTube, and a handful of formats are selected to be enabled, so perhaps reconfiguring it to enable YouTube's current video file format (whatever it may be) would make it work.
I myself could not figure out how to get it to reconfigure and recompile, so maybe someone more experienced than measly me could crack the case.
Sorry i don't understand much of the solution paragraph and I'm dealing with the same thing
Sorry i don't understand much of the solution paragraph and I'm dealing with the same thing
there is no solution we can enact we just have to wait for the devs to fix the issue
Sorry i don't understand much of the solution paragraph and I'm dealing with the same thing
there is no solution we can enact we just have to wait for the devs to fix the issue
Basiclly Were F'ed
“So the first thing that we can do is to bring the updated video player source code to ThirdTube."
Honestly doesn’t sound too hard to do, I might try to do this myself when I have the time
I have the same problem on a 3DS OLD, could it be that they already fixed it?
Sorry i don't understand much of the solution paragraph and I'm dealing with the same thing
there is no solution we can enact we just have to wait for the devs to fix the issue
Basiclly Were F'ed
Yes we are
The error thrown, avformat_open_input() failed -1094995529 seems to be returned/thrown by the demuxer in FFmpeg, just looking at the documentation at https://ffmpeg.org/doxygen/trunk/group__libavf.html
The only mentions of this error anywhere on Google (by searching "avformat_open_input failed -1094995529" WITH the quotes) are on Chinese websites, and the one English translated one says to enable the demuxer library, or indicate in the configuration what demuxer library to use, or something to that effect.
Here is the website I found this on: https://programmersought.com/article/89887525290/ It is under the header "Encounter Problems"
The build.txt file in /library/FFmpeg/ tells us that many features of FFmpeg are configured to be disabled on the custom build of FFmpeg used in ThirdTube, and a handful of formats are selected to be enabled, so perhaps reconfiguring it to enable YouTube's current video file format (whatever it may be) would make it work.
I myself could not figure out how to get it to reconfigure and recompile, so maybe someone more experienced than measly me could crack the case.
Just my two cents, but that's what I could find on the matter.
If we know a fix(?), why not just fork ThirdTube?
We don't, this is just my analysis.
The error thrown,
avformat_open_input() failed -1094995529seems to be returned/thrown by the demuxer in FFmpeg, just looking at the documentation at https://ffmpeg.org/doxygen/trunk/group__libavf.htmlThe only mentions of this error anywhere on Google (by searching
"avformat_open_input failed -1094995529"WITH the quotes) are on Chinese websites, and the one English translated one says to enable the demuxer library, or indicate in the configuration what demuxer library to use, or something to that effect.Here is the website I found this on: https://programmersought.com/article/89887525290/ It is under the header "Encounter Problems"
The
build.txtfile in/library/FFmpeg/tells us that many features of FFmpeg are configured to be disabled on the custom build of FFmpeg used in ThirdTube, and a handful of formats are selected to be enabled, so perhaps reconfiguring it to enable YouTube's current video file format (whatever it may be) would make it work.I myself could not figure out how to get it to reconfigure and recompile, so maybe someone more experienced than measly me could crack the case.
Just my two cents, but that's what I could find on the matter.
Added To Main
For anyone who wants to attempt to fix this, you have to downgrade to 3ds-mbedtls 2.16 for the build to "work" properly. Newer versions cause the app to be even more broken to the point the app just crashes when you load a video. You still can't watch anything, but at least one can try and fix the real problem.
As for this issue, my guess is the decryptor needs to be updated, not ffmpeg. The debug log backs this up, reporting some 403 errors from the networking stack. If anyone knows what they're doing, that's the first thing I'd try.
Possibly Try FourthTube if you want an easier option: https://github.com/erievs/FourthTube
