Announcement

Collapse
No announcement yet.

Shoutcast charset (sc_trans)

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Shoutcast charset (sc_trans)

    Hi,

    we are using sc_trans and shoutcast server. But the Problem is, if the MP3 files have special chars in the ID3 tags, they are removed.

    For example: "schöner leben" will be displayed as "schner leben".

    What could I do in this case? Which charset should I use?

    Thanks for any help and best regards
    ______________
    Christian

  • #2
    what version of the transcoder and shoutcast server are you using and also what OS are you running things on?

    -daz
    WACUP Project <‖> "Winamp Ramblings" - Indie Winamp Dev Blog

    Comment


    • #3
      We are running both on Linux/Debian.

      sc_trans version: 2.0 beta 5
      Shoutcast version: DNAS/Linux v1.9.8 (Feb 28 2007)

      Thanks for your fast reply

      Comment


      • #4
        had a feeling the v1 DNAS was being used as i've found out it doesn't do things nicely from another user as you're seeing.

        the only way to basically resolve the issue is to upgrade to use a v2 DNAS from what i've found from testing feedback. however i only fixed the v2 DNAS at the end of last week so there's no public version available but i have a test build i could let you use if you're able to upgrade to the newer version.

        -daz
        WACUP Project <‖> "Winamp Ramblings" - Indie Winamp Dev Blog

        Comment


        • #5
          It's a pity, but we cannot upgrade to v2 DNAS, because it is still in beta

          We'll use a workaround to solve this issue. We will transform special chars like "ö" to "oe".

          But one of our customers said that the special chars are correctly displayed if the are streaming live with SAM Broadcaster. How is it possible?

          Comment


          • #6
            Originally Posted by naitsirch View Post
            It's a pity, but we cannot upgrade to v2 DNAS, because it is still in beta
            not even in a test setup? as it would make sense to see if it will be ok when v2 isn't classified as beta (and i'd be happier to see if things are ok with the fix on other setups before the next build is released).

            Originally Posted by naitsirch View Post
            We'll use a workaround to solve this issue. We will transform special chars like "ö" to "oe".
            that really isn't a solution and is just masking issues in the underlying tool.

            Originally Posted by naitsirch View Post
            But one of our customers said that the special chars are correctly displayed if the are streaming live with SAM Broadcaster. How is it possible?
            all i know is that using a legacy source, the v1 dnas will most likely attempt to remove characters it cannot understand and different sources can send title information in different encoding (as there's no real rule on how it's meant to work) which most likely explains some of the difference.

            with the v2 change i've made, it'll basically attempt to convert the legacy source title to utf8 which then should work ok (seems so from the tests done using the same characters as you've posted).

            -daz
            WACUP Project <‖> "Winamp Ramblings" - Indie Winamp Dev Blog

            Comment

            Working...
            X
            😀
            🥰
            🤢
            😎
            😡
            👍
            👎