C-3PO plugin, a trnscoding helper.

[marcoc1712]

I've tried again, same result. If I set the Global settings to avoid any transcoding/resampling then I can (finally) get squeeze2upnp to work, but I can't get squeezelite-R2 to work with that Global Setting .

That's correct.

and the player-specific settings simply don't seems to ever stay as I set them. As soon as I Apply, they go back to what they were. There must be some sort of issue there.

All the players has its own different mac address correct? The key for settings is the player id (mac address).

You might want to notice that squeeze2upnp reports itself as being squeezelite (this was to support ickStream if I remember correctly) so C-3PO might be getting confused by having both compliant (R2) and non-compliant players.

No, it should not, it should instead give you a warning if you choose to resample and decode to pcm, as only squeezelite is (was) capable to handle this situation,

This afternoon I had a problem and I'll have no time to check this untill tomorrow. Let me try to simulate your scenario and see what's happening.

[marcoc1712]

I don't know if there's a language problem or I am being really stupid, but I really do not understand. Sorry. If I could get C-3PO settings that work on each device (which seems unlikely now) I will need player-specific settings, so surely I can't tick the 'use general settings'? If I set 'resample' in the general setting and nothing in player-specific then surely it means resample for all players, which won't work for me.

It may well apply to all the settings - I haven't tested them all. Where are they stored? I could try editing in place.

Sure is my fault with english, but this is what we have:

GENERAL SETTINGS:

Resaple when: "Always"
Resample to "max"

PLAYER SETTINGS:

PLAYER A:

SAMPE RATES: 44100, 48000, 88200, 96000

Enable Resample (FLAC) NO
Enable Decode (FLAC) NO

is exactly the same as setting "Resample when" at Never for that player AND FLAC, you are STILL using general setting, BUT not upsampling nor decoding for that player when input format is FLAC.

PLAYER B:

SAMPE RATES: 44100, 48000

Enable Resample (FLAC) YES
Enable Decode (FLAC) YES

Think is clear.


If, instead, you need to , say, use Ditering for player A and not for all the others, you need to set

GENERAL SETTINGS:

...

Dithering NO.

PLAYER A:

Use general settings NO

SHOW ->

Use dithering YES

APPLY


FOR ALL OTHER PLAYERS:

Use general settings YES.

In Your scenario You don't need to change the resampling parameters, but just enable or disable resampling and decoding and this could and should be done using specific per codec settings for every player.

Settings are stored in C-3PO.prefs in the .../preference/plugins folder (see info in settings) as c3po.pref I suggest you not to edi the file directly.

As said before, I'havent had time to better check why settings are broken for you, i suspect is related to the mac address, could you check please if every player has its own mac address different than 00:00:00:00:00...?

[marcoc1712]

Just a note: squeeze2upnp assumes that when receiving 'pcm' data, they are in the default LMS mode, i.e. no header. If a transcoding rule forces a wav or aiff header to be added, then it will fail.

Envoyé de mon iPad en utilisant Tapatalk

I assume that, as for all other players, is going to work only when STRM and 'real' format is the same, adding a sonore "click" at the beginning, when trying to play the header as a chunk of audio data, in other situations result is impredictable (pops, clicks, with noise, slow motion, fast forward...).

That's why C-3PO spots a warning message when the detected player is not Squeezelite-R2 compliant and decode to wav/aiff is selected togheter with resampling. Please consider that the same is going to happen (but without any warning message) if using custom-convert.conf decoding and upasmpling commands.

[PasTim]

Sure is my fault with english, but this is what we have:

GENERAL SETTINGS:

Resaple when: "Always"
Resample to "max"

PLAYER SETTINGS:

PLAYER A:

SAMPE RATES: 44100, 48000, 88200, 96000

Enable Resample (FLAC) NO
Enable Decode (FLAC) NO

is exactly the same as setting "Resample when" at Never for that player AND FLAC, you are STILL using general setting, BUT not upsampling nor decoding for that player when input format is FLAC.

Is 'Enable Resampling' TO the selected (possibly transcoded) output formats or FROM the original formats? I assumed that it was FROM the selected formats since further down you can select the single output (TO) format. Enable Transcoding specifically says for the output format, which seems to duplicate the setting below, which confuses me. There's only one output format isn't there? I think it's obvious to me that I've failed to understand what you are trying to achieve and why the various parameters are as they are.

As said before, I'havent had time to better check why settings are broken for you, i suspect is related to the mac address, could you check please if every player has its own mac address different than 00:00:00:00:00...?

The MAC addresses are different for all. I did experiment briefly, just now, with editing the prefs directly (as an experiment) and on doing so the changes did remain as I set that way. It was the only way I could get the settings to be under my control, but I know that's not a sensible thing to do and won't do so in future.

I really must let this rest now, at least for a while. If it makes sense to use it with squeeze2upnp in future I'll come back to it, but until then it doesn't really serve a purpose for me as far as I can see, and has got me confused and not a little frustrated at myself for being that way. Again - apologies.

[philippe_44]

Is 'Enable Resampling' TO the selected (possibly transcoded) output formats or FROM the original formats? I assumed that it was FROM the selected formats since further down you can select the single output (TO) format. Enable Transcoding specifically says for the output format, which seems to duplicate the setting below, which confuses me. There's only one output format isn't there? I think it's obvious to me that I've failed to understand what you are trying to achieve and why the various parameters are as they are.

The MAC addresses are different for all. I did experiment briefly, just now, with editing the prefs directly (as an experiment) and on doing so the changes did remain as I set that way. It was the only way I could get the settings to be under my control, but I know that's not a sensible thing to do and won't do so in future.

I really must let this rest now, at least for a while. If it makes sense to use it with squeeze2upnp in future I'll come back to it, but until then it doesn't really serve a purpose for me as far as I can see, and has got me confused and not a little frustrated at myself for being that way. Again - apologies.

Hi Tim - I've not gone through the whole post in details, but is there some specific goal you have ? I can work on making sq2u adaptation for you if you want to

[PasTim]

Hi Tim - I've not gone through the whole post in details, but is there some specific goal you have ? I can work on making sq2u adaptation for you if you want to

Hi philippe. No, not really. I started looking for a current version of squeezelite (to make sure I could get one when googlecode goes away) and was just trying this out at the same time. After a while I reckoned that C-3PO would only work with upsampling for squeezelite (but am still not sure why it wouldn't work with sq2u if upsampling to flac - if that works). I then got into a muddle I never really got out of, and decided that unless sq2u was fully compatible the exercise was mostly not worth my while since most of my listening is through sq2u (for which still many thanks). If sq2u and C-3PO were compatible, then I might use it to upsample tracks as wav 24/192000 to my M1 CLiC renderer Of course it's possible that wouldn't work due to some renderer limitation but I believe it should (one never knows.....).

Having said that, I can't suggest it's worth your effort just for me to play around with, unless others want something like it as well (putting the processing load on the server, although increasing the network load on the renderer). I'm also somewhat concerned that I might get other issues using C-3PO. It seems to disable several transcodings, which could give me other problems. For instance, my M1 CLiC isn't very happy with aac, so I transcode that to flac (for use with the BBC iPlayer).

[marcoc1712]

Is 'Enable Resampling' TO the selected (possibly transcoded) output formats or FROM the original formats?

Is Resampling FROM the actual sample rate of the track being played (unkown at the moment of settings) TO the sample rate calculated runtime, considering the "Resample At" setting AND the list of supported sample rate. Take place only if Resample is enabled for the player AND the format (codec) of that track.

Is Transcoding FROM the actual format of the track being played, always TO the format selected in "Output format" setting. Take place only if Transcoding is enabled for the player AND the format (codec) of that track.

If you need player A always transcode to WAV and Player B always transcode to Aiff, then you need to use specific player settings, if you just need palyer B not to trascode, but mantain in output same codec than in input, just disable transcoding for player B and all imput codecs, no needs to specify "Output format" per player in this case.

[marcoc1712]

Hi philippe. No, not really. I started looking for a current version of squeezelite (to make sure I could get one when googlecode goes away) and was just trying this out at the same time. After a while I reckoned that C-3PO would only work with upsampling for squeezelite (but am still not sure why it wouldn't work with sq2u if upsampling to flac - if that works). I then got into a muddle I never really got out of, and decided that unless sq2u was fully compatible the exercise was mostly not worth my while since most of my listening is through sq2u (for which still many thanks). If sq2u and C-3PO were compatible, then I might use it to upsample tracks as wav 24/192000 to my M1 CLiC renderer Of course it's possible that wouldn't work due to some renderer limitation but I believe it should (one never knows.....).

Having said that, I can't suggest it's worth your effort just for me to play around with, unless others want something like it as well (putting the processing load on the server, although increasing the network load on the renderer). I'm also somewhat concerned that I might get other issues using C-3PO. It seems to disable several transcodings, which could give me other problems. For instance, my M1 CLiC isn't very happy with aac, so I transcode that to flac (for use with the BBC iPlayer).

Just two notes:

1. C-3PO isn't disabling anything, it just leave LMS handle Lossy codecs 'as usual', as if it was not there. You could arrange to decode aac to flac via custom-convert.conf (or any other way you are used to) no matter if C-3PO is installed or not.

I personally don't think is a valuable practice to upsample or decode lossy formats, that's why is not in C-3PO, but this is up to you.

Anyway, adding support to other codecs in C-3PO it's feasible, if there is a real needs I could think about it.

2. C-3PO could upsample and encode to flac (this is what is going to happen: decode to pcm, upsample, encode pcm to flac) and in that case LMS is also producing correct strm messages. Any player capable to play flac at that output sample rate and bit depth could play that stream, included 'normal' versions of squeezelite.

Was the 'normal' way we used to upsample server side before squeezelite-R2.

I personally think is quite a waste of power (you then have your client decode a much bigger stream to pcm, in order to play it), but is still there.

[PasTim]

Is Resampling FROM the actual sample rate of the track being played (unkown at the moment of settings) TO the sample rate calculated runtime, considering the "Resample At" setting AND the ist of supported sample rate. Take place only if Resample is enabled for the player AND the format (codec) of that track.

So the codecs listed next to Enable Resampling are the FROM codecs? ie only Resample for tracks that are already in the codecs listed on the same line?

Is Transcoding FROM the actual format of the track being played, always TO the format selected in "Output format" setting. Take place only if Transcoding is enabled for the player AND the format (codec) of that track.

So the codecs listed next to Enable Transcoding are the FROM codecs? ie only Transcode for tracks that are already in the codecs listed on the same line? That's not how I read the information tip on the GUI, which may be one cause of my puzzlement.

If you need player A always transcode to WAV and Player B always transcode to Aiff, then you need to use specific player settings, if you just need palyer B not to trascode, but mantain in output same codec than in input, just disable transcoding for player B and all imput codecs, no needs to specify "Output format" per player in this case.

I think I may now understand. Thanks.

[PasTim]

Just two notes:

1. C-3PO isn't disabling anything, it just leave LMS handle Lossy codecs 'as usual', as if it was not there. You could arrange to decode aac to flac via custom-convert.conf (or any other way you are used to) no matter if C-3PO is installed or not.

I personally don't think is a valuable practice to upsample or decode lossy formats, that's why is not in C-3PO, but this is up to you.

Anyway, adding support to other codecs in C-3PO it's feasible, if there is a real needs I could think about it.

I need to transcode aac to flac because my renderer hardly plays at all with aac (it should work, but it doesn't properly). To do this I just set the File Types in the Settings to support aac to flac transcoding, and make sure that my renderer does not announce its ability to support aac (I can do this with squeeze2upnp settings). I have no need to tinker with custom-convert.conf for this to work. I think you are saying this will still work.

2. C-3PO could upsample and encode to flac (this is what is going to happen: decode to pcm, upsample, encode pcm to flac) and in that case LMS is also producing correct strm messages. Any player capable to play flac at that output sample rate and bit depth could play that stream, included 'normal' versions of squeezelite.

Was the 'normal' way we used to upsample server side before squeezelite-R2.

I personally think is quite a waste of power (you then have your client decode a much bigger stream to pcm, in order to play it), but is still there.

I don't understand what you are referring to here. As I understand it, and I think you said earlier, C-3PO doesn't upsample aac (or many others codecs - that's fine with me). So when you say 'C-3PO could' do you mean 'C-3PO might in the future', or 'C-3PO already can'? If it 'already can', how would I set that up?