Cannot play PGGB (WAV) files of 705 and 768kHz #191
Comments
|
Hi, Indeed it would be great for squeezelite to support this directly but at the moment the way to do this is to use C-3PO plugin. If you install this, C-3PO with convert the WAV with ffmpeg which renders it in a format compatible with Squeezelite (with -W flag). This will allow you to play the PGGB tracks. Having said that, there are still WAV tracks than can be problematic, we're trying to look into this and eventually propose a pull request with a solution. |
|
Thanks for the response @nvitorino, I have confirmed with my system that doing the above allows for PGGB playback:
However I noticed this caused the following issues (Unsure if this is caused by external factors): DSD Files would not play properly after relaunching squeezelite. To fix:
In the future it would be nice to have Native PGGB support : ) Shall I leave this ticket open? Technically not fixed for squeezelite and requires C3PO plugin from LMS to patch the issue? |
The issue I have found is that with this solution some WAV files that played correctly now end prematurely a few seconds before the end of the file. Also, -W affects also AIFF which means these myse be converted by C3PO (ffmpeg) as well. Using C3PO also means all players would have to use the -W flag which then causes issues with hardware players - we would have to use custom-convert rules specific for some players, which is a bit of a pain... From what I read here, the -W does need to exist due to the behaviour of LMS and squeezelite can't do much about this. But at least it would be great if there's no premature end of some WAV files which is very annoying. @ralph-irving - if you'd like some files to test this please PM me and I'll be happy to follow this up. |
|
From some more additional testing, I can circumvent the issue of having the files prematurely cutoff by increasing the streaming buffer significantly, in fact proportional to the size of the files. It looks like the streaming buffer needs to as large or close to the size of the file itself. I've tried setting the streaming buffer to 1.5GB and that worked on every file I've tried. However, the large buffers can have other implications as well as the fact some devices will be lacking the RAM to have such large buffers. I'm not sure if this is somehow related to Squeezelite or the way ffmpeg is doing the conversion. In summary: Ideally Squeezelite would support directly 32bit floating point WAV files. This would avoid using ffmpeg to convert the headers and having to use large buffers due to ffmpeg. I do understand that, in the global scheme of things, there are few users playing 32bit floating point WAV files as these tend to come directly from studios. @ralph-irving , would you be able to point out where in the code we should look at this and we might be able to give this a go and propose a pull request? |
Previously I used Marco's Squeezelite-R2 at 1.8.4 and playing PGGB files worked with no issues. Because of Fedora's rolling updates and other reasons I have decided to use this squeezelite version.
However after installing 1.9.9 I have noticed that PGGB files no longer play in this squeezelite version?
Info:
PGGB 705kHz & PGGB 768kHz (WAV)
Squeezelite version 1.9.9.1392
LMS version 8.3.1
Fedora 36
DAC max: PCM 768000 DSD 512
squeezelite.log after playing a normal WAV file (works) then playing a PGGB 705 file 16fs (plays but sound is extremely distorted):
Anything I can check to try to fix this?
Already tried the following:
Adding -W option on squeezelite for server side upsampling
PGGB file is not corrupted, testing on a fedora 30 (note this is a lower version) system with squeezelite-R2 1.8.4 on the same LMS version and same DAC plays the PGGB file with no issue.
Update fedora? In the future. Right now I need to use this version of fedora for testing.
The text was updated successfully, but these errors were encountered: