Hi BPA,
I've followed the instructions for using mplayer rather than mov123 for
m4a files on slimserver 6.5.4.
If I attempt to start playing an M4a file, no sound is output and the
time remaining counter on the player does not reduce.
I have vista 32 bit installed but have disabled my
Make sure socketwrapper.exe is also trusted/unblocked by your
firewall s/w. Some firewall s/w blocks apps even thiugh the firewall
is disabled.
What version of mplayer is installed and where did you get it ?
--
bpa
They're both trusted apps in my firewall. I've tried simply changing the
orginal convert.conf file by replacing mov123 with mplayer. This enables
the m4a files to play without jittering but the audio is through the pc
speakers and not the squeezebox. I'm sure I'm close but not quite
there
mplayer needs a special command line in a conf file. I think the one in
this post should work.
http://forums.slimdevices.com/showpost.php?p=193656postcount=16
Post the convert.conf, custom-convert.conf and slimserver-conver.conf
that you currently have in your server directory.
The file
I've renamed slimserver-convert.conf to custom-convert.conf but the
problem is persisting. I've attached my convert.conf and
custom-convert.conf files.
Thanks
Ian
+---+
|Filename: convert.zip
Regardless of SS version, socketwrapper is used with mplayer because of
some mplayer shortcomings.
--
bpa
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
bpa;224820 Wrote:
It's possible that a security app is not allowing mplayer to run. Also
mplayer will need to use socketwrapper so make sure mplayer.exe and
socketwrapper.exe are trusted app/exception in your security s/w.
There was a change about using socketwrapper in 6.5.3 which might
bpa;193656 Wrote:
Some more thoughts and things to try out.
1. Testing WAV and FLAC may not be a good test as they may have been
sent directly to SB. Try playing a WMA file with Windows Media
builtin disabled.
2. I think the problem could be associated with loading QuickTime
The log says you have not installed mplayer.exe in the right place.
You need to have in the same directory (something like Bin/MSWin32 ...)
as mov123.exe a file called mplayer.exe.
--
bpa
bpa's Profile:
bpa;224788 Wrote:
The log says you have not installed mplayer.exe in the right place.
You need to have in the same directory (something like Bin/MSWin32 ...)
as mov123.exe a file called mplayer.exe.
Thanks - I just realized that and did it. However, when Slimserver
attempts to play my
It's possible that a security app is not allowing mplayer to run. Also
mplayer will need to use socketwrapper so make sure mplayer.exe and
socketwrapper.exe are trusted app/exception in your security s/w.
There was a change about using socketwrapper in 6.5.3 which might
affect its use with
BPA
Your suggestions for using MPlayer to play MP4 worked for me, not
sure why they haven't worked for Matt.
Running SlimServer Version 6.5.2 - 11700 on Windows Vista Ultimate
32bit. Couldn't play any MP4 files until I followed your instructions
exactly. Now plays fine from both remote and Web
I wrote the instructions for a 6.5.x installation and wasn't clear about
renaming mplayerrc1.exe but by the time Matt got around to it he had
downgraded to 6.3.1 and then tried to make the 6.5.x solution work with
6.3.x and ended up with a hybrid.
Your success should give him encouragement that
Success! I installed yesterday's 6.5.2 daily, renamed
mplayerrc1.exe to mplayer.exe, installed custom-convert.conf into the
same folder as convert.conf, and the issue is solved! M4a's are now
playing flawlessly (and the web interface with yesterday's 6.5.2 is
performing much better than last
my wife is ready to forbid me from ever upgrading to a new op system
again
Listen to her - it is good advice - if everything is OK avoid upgrading
OSs wherever possible failing that - make it a dual boot system so you
can tackle new OS problem at leisure knowing you can
reboot old system and
Are you by any chance using ReadyBoost?
There have been some reports that Quicktime and ReadyBoost do not work well
with each other. As a test can you the USB FLASH or disable it.
___
discuss mailing list
discuss@lists.slimdevices.com
Interesting. It's not only SlimServer that is having troubles with MP4
files.
Winamp will play them if you open the file and play manually but if you
associate the file with Winamp and click on the file in explorer, winamp
loads but the file will not play and Winamp cannot read the file tags.
Enoch Light: I converted all of my CDs to m4a and have bought very
little from iTunes, so I haven't had a DRM issue. How are you playing
your m4a's? Through Lame?
BPA: Thanks again. I had to take a mental break from this
exasperating problem for a week or two (my wife is ready to forbid me
Just wanted to chime in since I went Vista... After I did so I
discovered that my regular .m4a files played fine, but any .m4a file
that I scrubbed of DRM after purchase from the iTMS wouldn't play
unless I had the mov123/flac checked off for file type streaming.
Prior to that, I only used the
Thanks for the suggestion; I'll try that tonight. I just tried the
simple test of installing LAME 3.98 and selecting the mov123/lame
decoder in File Types, and that didn't work, either.
--
Matt Shelton
Matt Shelton's
Testing mov123 Lame still has the common factor of the source file,
socketwrapper and mov123.
The problem needs to be isolated and see if it is associated with just
one of the source file, socketwrapper and mov123. Here are some of the
possibilities and associated conclusions.
If problem
Some more thoughts and things to try out.
1. Testing WAV and FLAC may not be a good test as they may have been
sent directly to SB. Try playing a WMA file with Windows Media
builtin disabled.
2. I think the problem could be associated with loading QuickTime
libraries as mov123 uses QuickTime
If this thread is true, then the delay problem is not in slimserver or
socketwrapper.
http://www.proxure.com/forums/viewtopic.php?p=418sid=bf720f27c4b91c6da6177ea7838535c3
What app has Vista associated with m4a extensions ?
--
bpa
Interesting. In my debugging efforts, here is what I did today and
yesterday after reviewing your analysis of the debug report and after
reading the website that you provided a link to, in order:
a) Moved a few m4a files from my music file hard drive (f:) to my
regular hard drive (c:)
I forgot one thing. In my internet research, I've noticed quite a bit
of chatter stating that with Microsoft's and/or Apple's efforts to
control Digital Rights Management, people will run into problems
playing their files. I don't believe that is the issue that is
affecting me, as I did not
BPA, to answer your questions, no I did not delete the time stamps from
the log. For this go around, I did a clean install of 6.5.2 v
2007-04-07, after verifying that there weren't any slimserver.db or
slimserversql.db or slimserver.pref files that hadn't been deleted. I
followed your
BPA, to answer your questions, no I did not delete the time stamps from
the log. For this go around, I did a clean install of 6.5.2 v
2007-04-07, after verifying that there weren't any slimserver.db or
slimserversql.db or slimserver.pref files that hadn't been deleted. I
followed your
I'm glad to see the timestamps have returned.
Below are two excepts: one from your log and one from from my XP
system. I had d_source_v set on my system which is why there are
additional messages.
Socketwrapper is a very simple program which just has a thread per app.
which reads from the source
My files are all local - albeit not on the same hard drive as
slimserver. Maybe I'll move a m4A file over to the same hard drive as
slimserver to see if that works.
--
Matt Shelton
Matt Shelton's Profile:
That's a brave thing putting an e-mail address on a forum - you could
have PM'ed me. I'll mail you my address.
Alternatively you can attached log files zipped - log files compress
very well.
A couple of points - the 15 secs delay before playing and now nothing -
that is definitely a different
Thanks BPA. Re testing via 6.5.2 vs. 6.5.1 or 6.5.0: at least my m4a's
will play using 6.5.0 or 6.5.1 - they won't play at all with 6.5.2. I
have 6.5.0 installed right now. Im attaching a zip file of the debug
report using d_source, tested on 6.5.0.
I'm working on getting a build of 6.5.2 slim.exe which will open a debug
window on socketwrapper. I also have an update to socketwrapper, no
functionality change but has more messages. They won't be ready for a
few hours.
I'll look at the log file first in case I don't have to make the
special
Below are debug verison but before using them I have comments about the
log.
There are no timestamps in the log you attached - did you remove them ?
If not the last time I saw this happen the installation was corrupt.
When you installed different version, did you delete all traces of
previous
Thanks BPA. I'll take a look at this this weekend and let you know how
it works out!
--
Matt Shelton
Matt Shelton's Profile: http://forums.slimdevices.com/member.php?userid=4983
View this thread:
Hi there. Ever since doing a clean install from XP SP2 to 32-bit Vista a
few weeks ago, I'm having major problems playing m4a files (95% of my
library), but no problems playing mp3 files. The m4a files either never
play or take 10 to 15 seconds to start playing after starting. On XP, I
never had
The error message below is typical of the socketwrapper problem.
2007-04-04 07:37:16.0254 readlen undef: (Unknown error)10054
What socketwrapper are you using - I know you have tried a number but
for this debug log the version is important ?
Did you tell you security s/w (e.g. anti Virus, anti
Thanks BPA. I'm using the socketwrapper that I found here:
http://homepage.eircom.net/~altondsl/slim/socketwrapper_0.12_20060220.zip
I use McAfee's firewall/antivirus, and I've given socketwrapper.exe
full access in McAfee's Program Permissions (is there perhaps a
related port I need to open
That socketwrapper is effectively the latest that overcame problem in XP
with security s/w. A number of Vista users have found that it seems to
fix a similar problem with Vista. If it is a problem related to McAfee
- disabling is not enough to undo its effects - you have to uninstall
it.
There
Thanks BPA. The log that I posted was from 6.5.2. I experienced the
identical issue - m4a's take 15 seconds to start playing after pressing
play while mp3's start playing instantaneoulsy - under 6.3.1, 6.5.0 and
6.5.1 (historically, prior to upgrading to Vista, I had been using
6.3.1, as I had
39 matches
Mail list logo