Triode;488897 Wrote:
For people having a problem with NAS cpu load, try the latest iPlayer
(0.9j) plugin and set the prefer wma preference on the settings page.
Brilliant. I can also now listen to BBC outside the UK using iPlayer on
the QNAP without rebuffering. Thanks for this simple
Parky;489201 Wrote:
Hmm - that's a bit strange. Looking at the 'SVN repository'
(http://svn.slimdevices.com/slim/7.4/trunk/vendor/faad2) it builds it
with -DFIXED_POINT in the 'buildme-crosstool.sh'
flipflip;489767 Wrote:
7.4.1 != 7.4-trunk
Let's see what we find in the tarball of the next stable release
(7.4.2).
I wouldn't be convinced there will be a 7.4.2 as development has moved
to 7.5 and it depends on the number of bugs found in 7.4.x. It does
seem well known that fixed point
This fixed my continual rebuffering problem on live and listen again BBC
radio. Thanks very, very much :)
A happy non uk resident Radio4 listener.
SSOTS Release 4.1-7.4.0.
Squeezebox Server 7.4.0-28672
iPlayer (0.9j)
QNAP TurboStation TS-109 / 3.1.0 build 0708T
--
TomBed
bpa;487880 Wrote:
It is interesting to note the AACplus at 48k has a higher CPU load than
128k AAC. It looks like the psychoacoustic additions of AACplus are
processor intensive. I had assumed the slower speed link would be less
of a system load than a higher speed link.
Both streams work
For people having a problem with NAS cpu load, try the latest iPlayer
(0.9j) plugin and set the prefer wma preference on the settings page.
--
Triode
Triode's Profile: http://forums.slimdevices.com/member.php?userid=17
Triode;488266 Wrote:
I've updated the main BBCiPlayer version to include the workaround in
the RTMP.pm file, so you should not need to install this manually now -
just install 0.9h and it should work on the problem architecture.
I have updated to 0.9h on my previously problematic QNAP, and
Re the original problem with the arm archiecture on QNAPs devices. I've
updated the main BBCiPlayer version to include the workaround in the
RTMP.pm file, so you should not need to install this manually now - just
install 0.9h and it should work on the problem architecture. (not
withstanding
Some stats in case it helps. I'm running on a 500MHz armv5tejl so here's
some figures from the cpu% using 'top' swapping versions of faad
Code:
Soma FM 48k AACplus
http://www.somafm.com/illstreet48.pls
Floating Fixed
slimserver 25%+ 10-15%
faad
It is interesting to note the AACplus at 48k has a higher CPU load than
128k AAC. It looks like the psychoacoustic additions of AACplus are
processor intensive. I had assumed the slower speed link would be less
of a system load than a higher speed link.
--
bpa
bpa;487300 Wrote:
Faad has been built to use floating point - most NAS do not have FPU in
their processor so it is emulated and this is a very processor intensive
-
You should request flipflip to build fixed point version of faad. A
few weeks ago Logitech changed to building faad with
Does the SBS version of faad for ARM work with QNAP ?
My concern is because QNAP seems to have a strange mixed endian
architecture which caused problems with BBCiPlayer and the plugin needed
a special QNAP patch.
--
bpa
bpa;487403 Wrote:
Does the SBS version of faad for ARM work with QNAP ?
My concern is because QNAP seems to have a strange mixed endian
architecture which caused problems with BBCiPlayer and the plugin needed
a special QNAP patch.
Well, at least it doesn't segfault or so when I type
The mixed endian issue will only come up when handling packing/unpacking
64bit words so seg faulting wouldn't happen but the decoded audio stream
would be garbled occassionally.
I don't think the issue will occur with a fixed point version as 64bit
is mainly used with floating pt operations but
I see.
Thanks.
I'll test it.
--
flipflip
Check out flipflip's 'Squeezebox Server On DiskStation (SSODS) and on
TurboStations (SSOTS)' (http://oinkzwurgl.org/ssods/)! Please do
NOT file SSODS bugs in (SD's) bugzilla. Use the forums. And only the
forums. Thanks.
bpa;486972 Wrote:
It's definitely using faad - you just have to find it.
Enable logging with os.paths set to DEBUG and also set player.source to
DEBUG and then try to play an AAC file or stream.
Check the log for faad - there should be one line where a full command
line with path to
Copying from the log you type the following at a shell prompt
/opt/ssods4/bin/faad
If you are in the current directory then you can try (don't forget
leading dot)
./faad
faad by itself will only run faad if faad is on the path.
--
bpa
bpa;487290 Wrote:
Copying from the log you type the following at a shell prompt
/opt/ssods4/bin/faad
Simple when you know how (which I obviously didn't).
Here's the result (hope it helps) ...
[~] # /opt/ssods4/bin/faad
*** Ahead Software MPEG-4 AAC Decoder V2.7 **
Faad has been built to use floating point - most NAS do not have FPU in
their processor so it is emulated and this is a very processor intensive
-
Build: Oct 20 2009
Copyright 2002-2004: Ahead Software AG
http://www.audiocoding.com
Floating point version
You should request flipflip to
MunichMelly;486543 Wrote:
Sorry but I don't really know how to do this - any tips?
I have a TS-119 meaning that I have only one QNAP HDD whereas you have
two. But I have a USB external HDD and QNAP provide a choice under
External Device External Storage Device whereby Disk Usage Setting can
MunichMelly;486575 Wrote:
Do you know if it is possible to reconfigure from a RAID 1 setup to 2
single disks without losing data and/or network shares and/or
reinstalling SSOTS / Squeezebox Server?
I don't have a 2-disk QNAP, but assume that yours is configured with
the 1st and 2nd disks
Find the SBS server\Bin directory - it should have executables such as
flac and sox in a subdirectory.
--
bpa
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
bpa;486919 Wrote:
Find the SBS server\Bin directory - it should have executables such as
flac and sox in a subdirectory.
Still no joy. In the Squeezeboxserver\Bin directory I can't find faad.
I can find it in the SSOTS directory but I don't know how to execute
it.
Output is below - maybe you
It's possible SSOTS has set up AAC decoding to use something else.
Confirm by looking at WebUI/Settings/Advanced/Filetypes/AAC
--
bpa
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
bpa;486939 Wrote:
It's possible SSOTS has set up AAC decoding to use something else.
Confirm by looking at WebUI/Settings/Advanced/Filetypes/AAC
Settings there are as follows:
AAC AAC Native
AAC FLAC faad/flac
AAC MP3 faad/lame
AAC PCM faad
Is there any logging I can do to confirm
It's definitely using faad - you just have to find it.
Enable logging with os.paths set to DEBUG and also set player.source to
DEBUG and then try to play an AAC file or stream.
Check the log for faad - there should be one line where a full command
line with path to faad is shown.
--
bpa
bpa;486191 Wrote:
can you run the faad program on a command line with no arguments. It
will display a banner and check if it the fixed point version.
Sorry but I don't really know how to do this - any tips?
--
MunichMelly
System Info
Squeezebox Duet (receiver firmware 65)
QNAP
majones;486283 Wrote:
I found with my TS-119 that the CPU load became excessive when using the
RAID configuration, because the software interpreted Squeezebox
streaming over the internet as a trigger for disk duplication. My
solution has been to run a planned backup overnight rather than
MunichMelly;486543 Wrote:
Sorry but I don't really know how to do this - any tips?
I don't know about QNAP but for a linux system the normal approach
would be first get a shell prompt and this is usually achived by using
SSH from another PC or less secure would be telnet.
--
bpa
It's good to see lots of people are now successfully running iplayer on
their QNAPs thanks to the contributions in this thread.
Having done a clean install of SSOTS and Squeezebox Server, and
applying the iplayer filechange provided in this thread, I am also able
to start both live and
It's possible the UK users of QNAP have disabled AAC and so QNAP does no
transcoding (i.e. no processor load) whereas your QNAP must transcode
the AAC stream and this would have a significant processor load.
Have you disabled AAC-MP3 and AAC-Flac. This will ease processor
load but increase
bpa;486141 Wrote:
... your QNAP must transcode the AAC stream and this would have a
significant processor load.
Have you disabled AAC-MP3 and AAC-Flac. This will ease processor
load but increase network load.
I haven't (knowingly) disabled anything.
How can I check this, and how can I
bpa;486158 Wrote:
WebUI Settings/Filetypes
set AAC - MP3 to disabled
Set AAC-Flac to disabled
Click Apply
Thanks - I tried this but it didn't appear to make any difference.
That left AAC-AAC as native and AAC-PCM as faad.
As it didn't work, for now I've put it back to
AAC-MP3 faad/lame
Check CPU load of the QNAP - if it is high 70% or more then then
transcoding is likely the cause of the problem.
I don't know what tools are available on QNAP to show cpu load but top
is the usual linux tool
--
bpa
bpa's
bpa;486179 Wrote:
Check CPU load of the QNAP - if it is high 70% or more then then
transcoding is likely the cause of the problem.
I don't know what tools are available on QNAP to show cpu load but top
is the usual linux tool
QNAP supply a web admin tool, which has a system information
can you run the faad program on a command line with no arguments. It
will display a banner and check if it the fixed point version.
--
bpa
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this
MunichMelly;486185 Wrote:
When playing an iplayer stream cpu load is indicated to be around 100%
confirming your thoughts, compared with playing a local mp3 file showing
a load between 5% and 25%.
I found with my TS-119 that the CPU became excessive when using the
RAID configuration, because
Fixed for me as well - Thanks
--
alexandali
Regards Alex
QNAP TS-209 ProII
SSOTS Release 4.1-7.4.0 (31st Oct 09)
SqueezeServer Version: 7.4.1 - r28947 (31st Oct 09)
Wi-Fi connection via Netgear GS108T/Thompson TG585V7/NetgearWG602
Squeezebox Duet - optical feed to Audiolab 8000DAC/Pre/Power
It's Alive! Replaced existing RTMP.pm with new one, above. Re-started
QNAP. Sorted.
Thankyou Triode and BPA, your work is much appreciated in this house.
For the semi-techie, solution can be implemented from a Windows PC
without the use of command lines or any Linux experience:
1 Download
This has fixed mine as well.
Fantastic support and thanks so much for your hard work to find a
resolution.
--
Boydieuk
Boydieuk's Profile: http://forums.slimdevices.com/member.php?userid=34070
View this thread:
bpa;483567 Wrote:
The log file seemed to have no logging enabled. It would be great to
get an full log just to make sure that all the variables have reasonable
values now.
Sorry, bpa, in my excitement I sent the wrong part of the server log.
Does the attached look OK?
QNAP have advised on
The log looks fine - no crazy floating point numbers anywhere.
QNAP have advised on their forum that they will now get SSOTS modified,
so again many thanks to you and Triode for your most helpful and expert
engagement. Pending QNAP's fix, is there any downside in using the new
RTMP.pm file?
bpa;483668 Wrote:
Is BBCiPlayer included in SSOTS?No, it isn't. SSOTS is QNAP's implementation
of SSODS, modified for
compatibility with QNAP's turbostations. When SSOTS is running on the
QNAP, it handles the installation of the Perl Source Code version of
SBS. And when SBS is running, it
'been following this thread with interestmany thanks to Triode
and BPA for their efforts in getting our BBCiPlayer working again!!.
cheers chaps:)
dennis
--
dennis55
Slim Devices/Logitech Transporter
Bonnec Audiosysteme Timpano
Linn Products Akurate C4200
Totem Acoustics Forest
Good to hear this fixes it. Can you post a link to where you are
disucssing it on the QNAPs forums. If they can't fix quickly it would
be possible to include the fix into the main iPlayer plugin with some
code to use it when installed on a problem system. So really looking
for any views on how
Triode;483837 Wrote:
Can you post a link to where you are disucssing it on the QNAPs forums.
If they can't fix quickly it would be possible to include the fix into
the main iPlayer plugin with some code to use it when installed on a
problem system.
Here's the link
Please try the attached - it should automatically detect the problem
architecture and use the new code, but otherwise work as before.
Assuming this works for you on the qnaps and people also try it on a pc
then I'll include it in the next version of the plugin.
Triode - your and bpa's engagement is exemplary. I'll check-out the .pm
from the qnap user's standpoint tomorrow. Many thanks.
--
majones
majones's Profile: http://forums.slimdevices.com/member.php?userid=13029
View this
Perfect.
For other readers of the thread - QNAP is behaving as a mixed endian
system unlike other little endian ARM systems such as Radio/Touch and a
big-endian Freecom FSG3 NAS which I have.
The output of a code pasted below is as follows on different ARM
systems
Touch: ENDIAN:LITTLE
So Bryan - my understanding of this is that we treat as little endian,
but swap the first and second 32 bits in the binary representation of
the double?
In which case - could someone try the attached. (Note this assumes the
architecture discussed so is bound not to work on anything else.)
Correct about swappign 1st and 2nd word when 32 bit number however I
think your version of RTMP.pm won't work for 2 reasons.
(i) encode_number is called with various size numbers such as 1,4 and 8
bytes so the swapDouble should only be done when length is 8.
(ii) when decoding swapDoubles
bpa;483515 Wrote:
(i) encode_number is called with various size numbers such as 1,4 and 8
bytes so the swapDouble should only be done when length is 8.
Isn't it called with any perl number but always returns an 8 byte
string as its always returning the result of pack 'd'?
(ii) when
If a QNAP user could test Triode's it would provide real results.
I was slow in posting my version of RTMP.pm because I have been trying
to convince myself what code is needed to do the byte and word
swapping.
1. My worry about the order of SwapDouble and swap - you're right it
makes no
Triode;483508 Wrote:
In which case - could someone try the attached. (Note this assumes the
architecture discussed so is bound not to work on anything else.)
Congratulations - it worked! Start and stop are a bit sluggish, but
that may simply be because of other demands on my system - might
That's good and it is really the QNAP this time !!
Are you playing Flash/AAC or Flash/MP3 ? With AAC there may be a
transcoding load on the server whereas for MP3 there is no transcoding.
--
bpa
bpa's Profile:
I have done some testing on little endian and big endian ARM systems and
couldn't reproduce the QNAP issue.
I have attached a RTMP.pm file which does not change any of the
original 0.9f code but it has a new log message just to definitive test
whether QNAP is behaving as a mixed endian system
bpa;482988 Wrote:
I have attached a RTMP.pm file which does not change any of the original
0.9f code but it has a new log message just to definitive test whether
QNAP is behaving as a mixed endian system as follows
Code:
[09-11-08 09:02:50.7050]
Something has happened to your setup - the faad application can't be
found so AAC is not supported.
Code:
[09-11-09 00:28:35.3206] Slim::Player::TranscodingHelper::checkBin (260)
couldn't find binary for: faad
However I thought the code
bpa;483254 Wrote:
Something has happened to your setup - the faad application can't be
found so AAC is not supported.
However I thought the code I added would have been run. I think
perhaps the program you chose has not been added to Listen Again.
If you disable BBCiPlayer AAC setting
majones;482551 Wrote:
That seems to have worked! I need to head off now, put will post the
server file tomorrow moring. Many thanks to both you and bpa. Hopefully
this is a permanent fix?
CORRECTION - it didn't work. I was looking at the Windows
implementation of SBS, not the QNAP one.
majones;482649 Wrote:
CORRECTION - it didn't work.
Thats a pitty.. The debug does prove though that there is a problem
with perl's encoding/decoding of numbers in this version of SSODS.
There's a chance the attched may work if its only the decoding which is
causing a problem. Please try and
There is an issue with ARM processor where they are mixed/cross endian
for double - so I suspect there is something related since floating
point nos are appearing. I'll try to find something more definitive.
WARNING: On ARM processors, double variables have a different format
from
Triode;482671 Wrote:
Thats a pitty.. The debug does prove though that there is a problem with
perl's encoding/decoding of numbers in this version of SSODS.
Is there a way of raising a bug against SSODS so the author can look at
this too? (Its a little difficult to debug without having any
OK - please refer them to this thread and say that the version of perl
included in SSODS appears to have a problem with packing and unpacking
numbers using perl pack commands in format 'd'.
--
Triode
Triode's Profile:
I've comes across this patch to handle unpack d on an ARM platform.
It was part of a Tiff library for Perl. Instead of getting a value 1
returned the value 5.29980882362664e-315 was returned. The patch is old
from 2005 which makes me think some compiler update may have removed
it.
It is worth
OK.
I think I found a bug so attached is a modified version of RTMP.pm
file. Can you use to replace the file of same name on your system in
the BBCiPlayer plugin directory.
Then restart SBS and test as before with a log so that if it still
fails, it will be possible to see if the change made a
bpa,
Here's the log you requested with AAC enabled under the iPlayer
settings.
Thanks for your help.
+---+
|Filename: SBS Log 2.zip|
|Download:
It doesn't go on endlessly - how it starts and ends are important.
Can you copy the log message into a text file from the time you press
play (note the time whn you do it ) until about 1 minute later. Don't
edit the messages logged.
Attach the text file to a post - if necessary zip the text
OK, bpa. I think I've captured all the info that you requested. Let me
know if you want more.
+---+
|Filename: SBS Log.zip |
|Download:
Everything looks fine - it's just no audio packets are received by SBS.
Is there a firewall or some sort of security on the QNAP ?
--
bpa
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this
I'm no expert, but I can't see any QNAP settings that would prevent
audio packets being received. The iPlayer live broadcasts work fine, as
did the Listen Again broadcasts with the prior version of SSOTS (3.8)
and SBS (7.3).
I've just noticed that Listen Again actually does work for the BBC
You need to check the URLs of the stream carefully and the format that
is displayed on the WebUI - so that there is an accurate description
which protocols and format have the problem.
rtmp - Flash/AAC or Flash/MP3
http - can be MP3 or WMA
mms - WMA
Can you now clarify
1. Are the Live
The BBC streams that don't work are rtmp-Flash/AAC (= most Listen Again
streams).
The BBC streams that do work are http-WMA (= live streams and World
Service Listen Again).
I can't recall coming across any other combinations, but half-remember
trying rtmp-Flash/MP3 and it not working.
Previously,
I think v0.6 of BBCiPlayer did not use Flash/AAC for Listen Again so it
looks like the problem is Flash/AAC and possibly something about the
QNAP environment.
--
bpa
bpa's Profile:
Many thanks for your thorough efforts to help pin-down the problem, bpa.
It does seem to be a QNAP/SSOTS compatibility problem with Flash/AAC, so
I'll switch to the QNAP forum to try and get some traction there.
Meanwhile, I'm using one of my PC's to run SBS 7.4.1 and BBCiPlayer 0.9
and all is
Following this with interest - looks to be a QNAP/SSOTS problem..
--
alexandali
Regards Alex
QNAP TS-209 ProII
SSOTS Release 4.1-7.4.0 (31st Oct 09)
SqueezeServer Version: 7.4.1 - r28947 (31st Oct 09)
Wi-Fi connection via Netgear GS108T/Thompson TG585V7/NetgearWG602
Squeezebox Duet -
I'm also experiencing exactly the same problem as described by majones
with my QNAP TS-119. So I'm also following with great interest, and
thanks for your focus on the problem.
All worked great with BBC iplayer live and listen again at SSOTS 1.8
and Squeezecenter 7.3.3. Now with any version of
majones,
Can you repeat your last log except this time enable AAC in BBCiPlayer
settings. The log you attached showed trying to play a Flash/MP3 stream
which I cannot use for comparison.
However after looking at the log there is one message which stands out.
Scroll text to see end of message.
I have a QNAP TS-119 running Squeezebox Server 7.4.0 with SSOTS 4.1.
iPlayer plays BBC live streams fine but not BBC Listen Again streams.
The server log errors are as follows:
0019: [09-10-31 00:29:43.4063] Slim::Utils::Misc::msg (1165)
Warning:[00:29:43.4000] 'apps/bbc/index.html' is not the
As a test of QNAP capability - can you play this stream
http://www.somafm.com/illstreet48.pls
If it doesn't play then workarounds may be needed.
Are you in the UK ? It affects what workaround are feasible.
--
bpa
bpa's
the fast TS-119 processor.
Speed is relative - 500MHz and no FPU is not fast when decoding and
re-encoding. Do you have AAC-MP3 and AAC-Flac disabled ?
Since you are in the UK - the AAC streams you get are 128k. Are there
any error message in the log. There is a peculiar problem since
Thanks for the help, bpa. I see that you are one of the gurus of
iPlayer/AlienBBC, so I am honoured to have your attention!
I have disabled AACMP3 and AACFlac = no change.
I have disabled iPlayer AAC = no change.
The Squeezebox Server web page indicates that BBC Listen Again
programmes are
I think the line 131 error is not significant as it emanates from the
Radiofeeds App and the BBC App - neither of which are related to the
BBCiPlayer plugin. The Apps are supplied as part of SBS by Logitech. The
BBCiPlayer plugin is a 3rd party plugin and not an App.
The BBCiPlayer problem is
83 matches
Mail list logo