Re: [SlimDevices: Audiophiles] Why do need a Logitech Device?
ralphpnj wrote: > I know that you may find this incredibly hard to believe but there > people who don't have and don't want an iPad, iPhone or any kind of > smart phone. Plus Airplay isn't all that great, especially when one > takes into account all the file formats it does not support, which is > just about all the non-Apple ones. and I still don't need a data plan. banned for life's Profile: http://forums.slimdevices.com/member.php?userid=56269 View this thread: http://forums.slimdevices.com/showthread.php?t=95286 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] Triode's USB 24/192 plug in - sound quality impressions
^ I checked SBGK's 999.../4 buffer size, as he originally posted it, and the "Large" buffer size option. With EDO 0.6. The debug output results for both are identical to each other and to what you showed in post #54. I am still running with 0.6 and SBGK's very large buffer size spec. Haven't changed it in more than a week, almost afraid to. I haven't tried comparing results with different buffer sizes for either EDO 0.6 or 0.7. cfraser's Profile: http://forums.slimdevices.com/member.php?userid=48869 View this thread: http://forums.slimdevices.com/showthread.php?t=94855 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] Triode's USB 24/192 plug in - sound quality impressions
Triode wrote: > No consequences other than that - I am interested though if other > settings with the same period time but smaller total buffer give any > difference in your mind? Thanks. Will check it out and report back. Guido F. guidof's Profile: http://forums.slimdevices.com/member.php?userid=40448 View this thread: http://forums.slimdevices.com/showthread.php?t=94855 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] Triode's USB 24/192 plug in - sound quality impressions
guidof wrote: > When you state that my current settings force the period size to be 256 > frames at 44.1 sample rate, are you suggesting any consequences other > than limiting the effective buffer time to 92864? > No consequences other than that - I am interested though if other settings with the same period time but smaller total buffer give any difference in your mind? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=94855 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] Triode's USB 24/192 plug in - sound quality impressions
Triode wrote: > This is interesting. I thought you were using a period count of 4. In > this case the period count is so large it hits another limit (total > buffer size) in the driver. This means that the period size/period time > are constrained and in this case are far lower than even the default > values. So with these settings you are getting a period_time of 5.8ms > which is less than the default 10ms. However I also maintain you will > see this with both EDO 0.6 and 0.7. > > For this setting you will get exactly the same active values with buffer > time of 10 and a period count of 16. The limiting factor is the max > buffer size which is 32k bytes or 4096k frames. So by setting the > period count to 16 you are forcing the max period size to be 256 frames > which is 5804us at 44.1k sample rate. In this case you will get the > same values for any size of buffer time of 92864 (16*5804) and above. Thank you for this explanation. When I get a chance I'll try the same settings with EDO 0.7. I see no reason to doubt the active values will be the same as the ones for 0.6. But I'll check nonetheless. When you state that my current settings force the period size to be 256 frames at 44.1 sample rate, are you suggesting any consequences other than limiting the effective buffer time to 92864? Regards, Guido F. guidof's Profile: http://forums.slimdevices.com/member.php?userid=40448 View this thread: http://forums.slimdevices.com/showthread.php?t=94855 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] RC (Inguz etc.)
Phil Leigh wrote:
> Marcello
>
> I added this entry to my custom-convert.conf file to play apple files
> via Inguz:
>
> aac flc * 00:04:20:22:01:8e
> # IFT
> [faad] -q -w -f 1 $FILE$ | [InguzDSP] -id "00:04:20:22:01:8e" -wav
> -wavo -d 24 | [flac] -cs -0 --totally-silent -
>
> you need to replace my MAC address (00:04:20:22:01:8e) with the MAC
> address of your device
>
> Hope this helps
> regards
> Phil
Thank you for the reply Phil.
This is the first part of the my "custom-convert.conf":
aif flc * 00:04:20:22:bb:0c
# FT:{START=-skip %t}
[InguzDSP] -id "00:04:20:22:bb:0c" -input $FILE$ $START$ -be -wav -wavo
-d 24 | [flac] -cs -5 --totally-silent -
aac flc * 00:04:20:22:bb:0c
# IFT
[faad] -q -w -f 1 $FILE$ | [InguzDSP] -id "00:04:20:22:01:8e"
-wav -wavo -d 24 | [flac] -cs -0 --totally-silent -
alc flc * 00:04:20:22:bb:0c
# F
[alac] $FILE$ | [InguzDSP] -id "00:04:20:22:bb:0c" -wav -wavo -d 24 |
[flac] -cs -5 --totally-silent -
amb flc * 00:04:20:22:bb:0c
# IFT:{START=-skip %t}
[InguzDSP] -id "00:04:20:22:bb:0c" -input $FILE$ $START$ -amb -wavo -d
24 | [flac] -cs -5 --totally-silent -
ape flc * 00:04:20:22:bb:0c
# F
[mac] $FILE$ - -d | [InguzDSP] -id "00:04:20:22:bb:0c" -wav -wavo -d 24
| [flac] -cs -5 --totally-silent -
The screen of configuration "tipe of fliles":
http://i174.photobucket.com/albums/w95/marcy1970/Schermata06-2456081alle190500.jpg
As I hope you see, the file type "apple lossless" is not clickable to
select the option "inguz dsp".
Thanks again for your help.
Marcello
marcy1970's Profile: http://forums.slimdevices.com/member.php?userid=44043
View this thread: http://forums.slimdevices.com/showthread.php?t=77084
___
audiophiles mailing list
audiophiles@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] Why do need a Logitech Device?
HeadBanger wrote: > If you have an Apple AirPlay device you do not need a Squeezebox device. > Just instal iPeng on your phone or pad and LMS on your network. iPeng > will then instruct LMS to steam directly to your AirPlay device. Only > downside is FLAC is uncompressed and sent as WAV (no diff to SQ just > file sizes are unnecessary larger). I know that you may find this incredibly hard to believe but there people who don't have and don't want an iPad, iPhone or any kind of smart phone. Plus Airplay isn't all that great, especially when one takes into account all the file formats it does not support, which is just about all the non-Apple ones. ralphpnj's Profile: http://forums.slimdevices.com/member.php?userid=10827 View this thread: http://forums.slimdevices.com/showthread.php?t=95286 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] Triode's USB 24/192 plug in - sound quality impressions
guidof wrote: > But here is the return from the squeezeplay restart command (this with > EDO 0.6, buffer at 9, period count at 16): > > Code: > > > > buffer_size : 4096 > > period_size : 256 <--- lower than default > > period_time : 5804 <--- lower than default > > > > This is interesting. I thought you were using a period count of 4. In this case the period count is so large it hits another limit (total buffer size) in the driver. This means that the period size/period time are constrained and in this case are far lower than even the default values. So with these settings you are getting a period_time of 5.8ms which is less than the default 10ms. However I also maintain you will see this with both EDO 0.6 and 0.7. For this setting you will get exactly the same active values with buffer time of 10 and a period count of 16. The limiting factor is the max buffer size which is 32k bytes or 4096k frames. So by setting the period count to 16 you are forcing the max period size to be 256 frames which is 5804us at 44.1k sample rate. In this case you will get the same values for any size of buffer time of 92864 (16*5804) and above. Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=94855 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
