it seems suffix on imputs is not working on xc export

[aniel300]

it seems suffix on inputs is not working on xc export, can u take a look at this? i know u said that there is a better way to do this but am yet to do it. TIA

      suffix:
        field: title
        value: ' (l:xxx)'

[euzu]

@aniel300 i dont say there is a better way :)
But i am done for today. Tomorrow i will test it.

What does TIA mean?

[aniel300]

thank you in advance and ok, sleep well bud.

[aniel300]

@aniel300 i dont say there is a better way :) But i am done for today. Tomorrow i will test it.

yes, u did, or u suggested an alternative which is fine, i will play around with that alternative in the future.

[euzu]

I cant remember, what did I say?

[aniel300]

u said something about using the filter on the target since it was more powerful and i could filter based on url, etc. tried to find this comment but i couldn't :( u can try finding here https://github.com/euzu/m3u-filter/discussions?discussions_q=suffix

[euzu]

can you paste the anonymized complete config?

[aniel300]

u want the info from the api, config or source?

[euzu]

Where is this

      suffix:
        field: title
        value: ' (l:xxx)'

[aniel300]

in the soruce file, looks like this (ignored the # symbols)

    # - type: xtream
    #   headers:
    #     User-Agent: "VLC/3.0.18 LibVLC/3.0.18"
    #     Accept: application/json
    #     Accept-Encoding: gzip
    #   url: 'xxx'
    #   username: 'xxx'
    #   password: 'xxx'
    #   #name: 'xxx'
    #   suffix:
    #     field: title
    #     value: ' (l:xxx)'
    #   # options: {xtream_skip_vod: true, xtream_skip_series: true}

[euzu]

Ah ok now i understood, good to know, i thought it was mapping.

[aniel300]

it is for m3u export but not for xc and thank u for taking a look into this

[euzu]

@aniel300 i have fixed this and pushed a new beta image

[euzu]

This means, that a request could not answered. This can occur for example

• when you try to access xtream conten ids with m3u api.
• or you deleted the data directory made a fresh update but the player has cached the old content.

This should not happen when m3u-filter and the player are in sync.

Never delete the data folder, except there are breaking changes in the release for the data structures.

[aniel300]

ok perfect

[aniel300]

closing this as i believe it was fixed although i haven't tested it yet. closing for now.

[aniel300]

i just tested it and it seems it is not fix, can u take a look at this please

[aniel300]

this seems fixed, closing for now