#237 closed defect (fixed)
sound_play.exe fails on windows - no gstreamer plugins found/installed
Reported by: | aradtech | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | major | Milestone: | 0.8 |
Component: | external | Version: | trunk |
Keywords: | Cc: |
Description (last modified by )
Playing standard mp3 with command line:
sound_play.exe z:\1.mp3
C:\Program Files\Xpra>Sound_Play.exe z:\1.mp3 loaded 8146162 bytes from z:\1.mp3 Traceback (most recent call last): File "sink.py", line 198, in <module> File "sink.py", line 172, in main File "sink.py", line 59, in __init__ IndexError: list index out of range
Change History (10)
comment:1 Changed 8 years ago by
Description: | modified (diff) |
---|---|
Owner: | set to Antoine Martin |
Status: | new → accepted |
comment:2 Changed 8 years ago by
Assuming that somehow the assert didn't fire (not sure why), can you please post the output of:
GStreamer_info.exe
We're looking for the matching decoders from the hard-coded MP3 default codec:
MP3 : (["lamemp3enc"], ["mad"]),
So, to be able to play mp3s, you should have mad
installed and it should show up in the gstreamer info which lists all the plugins available.
comment:3 Changed 8 years ago by
On system that I have installed your latest 8 beta 9
C:\Program Files (x86)\Xpra>GStreamer_info.exe 2013-01-21 17:36:44,459 GStreamer plugins found: bin, pipeline Press Enter to close
On System we complied ourselves:
C:\Program Files\Xpra>GStreamer_info.exe 2012-12-23 15:46:44,362 GStreamer plugins found: bin, pipeline Press Enter to close
comment:4 Changed 8 years ago by
OK, so either the gstreamer plugins aren't installed properly, or xpra isn't finding them at runtime.
comment:5 Changed 8 years ago by
Does it work if you run it on the build machine, immediately after generating the installer? (if so, it is probably a missing DLL or environment variable from the GStreamer SDK setup)
comment:7 Changed 8 years ago by
Summary: | sound_play.exe on windows fails. → sound_play.exe fails on windows - no gstreamer plugins found/installed |
---|
I don't know what "the second error" is that you are referring to (there is only one stacktrace in this bug report), but in any case I don't think I have the right tools to be debugging this here: the Windows VM is waaaay too slow (by a few orders of magnitude), rdp doesn't let me use arrow keys (tedious), etc..
Anyway, since listing all the gstreamer plugins with GStreamer_Info.exe
finds almost nothing, I am pretty sure that this is just a packaging issue, and that can definitely be solved since winswitch uses almost exactly the same code and it works on win32 (ie: used by gstreamer video shadow mode) - this should be made easier by the fact that I have a dev VM setup that already works, so comparing PATH
s and DLL
s found therein ought to get us get there.
comment:8 Changed 8 years ago by
I meant the 2nd output in comment:3 not error my mistake. The first one is identical to the second one.
comment:10 Changed 5 weeks ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/237
Odd, according to trunk, line 59 is:
But 3 lines above we check that the list is not empty: