Home of the Squeezebox™ & Transporter® network music players.
Page 13 of 32 FirstFirst ... 3111213141523 ... LastLast
Results 121 to 130 of 318
  1. #121
    Quote Originally Posted by Triode View Post
    Do you know what bRefresh is for the syncpipe? (can you post the output of lsusb -v from another linux machine)
    lsusb -v on my laptop returns:
    Code:
    Bus 006 Device 004: ID 0c56:0002 Billion Bright, Ltd 
    Device Descriptor:
      bLength                18
      bDescriptorType         1
      bcdUSB               1.00
      bDeviceClass            0 (Defined at Interface level)
      bDeviceSubClass         0 
      bDeviceProtocol         0 
      bMaxPacketSize0         8
      idVendor           0x0c56 Billion Bright, Ltd
      idProduct          0x0002 
      bcdDevice            1.10
      iManufacturer           1 ARCAM
      iProduct                2 ARCAM DAC
      iSerial                 0 
      bNumConfigurations      1
      Configuration Descriptor:
        bLength                 9
        bDescriptorType         2
        wTotalLength          121
        bNumInterfaces          2
        bConfigurationValue     1
        iConfiguration          0 
        bmAttributes         0x40
          (Missing must-be-set bit!)
          Self Powered
        MaxPower               20mA
        Interface Descriptor:
          bLength                 9
          bDescriptorType         4
          bInterfaceNumber        0
          bAlternateSetting       0
          bNumEndpoints           0
          bInterfaceClass         1 Audio
          bInterfaceSubClass      1 Control Device
          bInterfaceProtocol      0 
          iInterface              0 
          AudioControl Interface Descriptor:
            bLength                 9
            bDescriptorType        36
            bDescriptorSubtype      1 (HEADER)
            bcdADC               1.00
            wTotalLength           46
            bInCollection           1
            baInterfaceNr( 0)       1
          AudioControl Interface Descriptor:
            bLength                12
            bDescriptorType        36
            bDescriptorSubtype      2 (INPUT_TERMINAL)
            bTerminalID             1
            wTerminalType      0x0101 USB Streaming
            bAssocTerminal          0
            bNrChannels             2
            wChannelConfig     0x0003
              Left Front (L)
              Right Front (R)
            iChannelNames           0 
            iTerminal               0 
          AudioControl Interface Descriptor:
            bLength                 9
            bDescriptorType        36
            bDescriptorSubtype      3 (OUTPUT_TERMINAL)
            bTerminalID             2
            wTerminalType      0x0301 Speaker
            bAssocTerminal          0
            bSourceID               1
            iTerminal               0 
        Interface Descriptor:
          bLength                 9
          bDescriptorType         4
          bInterfaceNumber        1
          bAlternateSetting       0
          bNumEndpoints           0
          bInterfaceClass         1 Audio
          bInterfaceSubClass      2 Streaming
          bInterfaceProtocol      0 
          iInterface              0 
        Interface Descriptor:
          bLength                 9
          bDescriptorType         4
          bInterfaceNumber        1
          bAlternateSetting       1
          bNumEndpoints           2
          bInterfaceClass         1 Audio
          bInterfaceSubClass      2 Streaming
          bInterfaceProtocol      0 
          iInterface              0 
          AudioStreaming Interface Descriptor:
            bLength                 7
            bDescriptorType        36
            bDescriptorSubtype      1 (AS_GENERAL)
            bTerminalLink           1
            bDelay                  1 frames
            wFormatTag              1 PCM
          AudioStreaming Interface Descriptor:
            bLength                23
            bDescriptorType        36
            bDescriptorSubtype      2 (FORMAT_TYPE)
            bFormatType             1 (FORMAT_TYPE_I)
            bNrChannels             2
            bSubframeSize           3
            bBitResolution         24
            bSamFreqType            5 Discrete
            tSamFreq[ 0]        32000
            tSamFreq[ 1]        44100
            tSamFreq[ 2]        48000
            tSamFreq[ 3]        88200
            tSamFreq[ 4]        96000
          Endpoint Descriptor:
            bLength                 9
            bDescriptorType         5
            bEndpointAddress     0x01  EP 1 OUT
            bmAttributes            5
              Transfer Type            Isochronous
              Synch Type               Asynchronous
              Usage Type               Data
            wMaxPacketSize     0x0249  1x 585 bytes
            bInterval               1
            bRefresh                0
            bSynchAddress           1
            AudioControl Endpoint Descriptor:
              bLength                 7
              bDescriptorType        37
              bDescriptorSubtype      1 (EP_GENERAL)
              bmAttributes         0x01
                Sampling Frequency
              bLockDelayUnits         0 Undefined
              wLockDelay              0 Undefined
          Endpoint Descriptor:
            bLength                 9
            bDescriptorType         5
            bEndpointAddress     0x81  EP 1 IN
            bmAttributes            1
              Transfer Type            Isochronous
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0003  1x 3 bytes
            bInterval               1
            bRefresh                7
            bSynchAddress           0
    Device Status:     0x0001
      Self Powered

  2. #122
    Senior Member
    Join Date
    Apr 2005
    Posts
    8,156
    Quote Originally Posted by jackocleebrown View Post
    lsusb -v on my laptop returns:
    Thanks - will look at this and get back to you.

  3. #123
    Senior Member
    Join Date
    Apr 2005
    Posts
    8,156
    Quote Originally Posted by jackocleebrown View Post
    Using kernel 1 and 2 I get:

    asyc-dac hack: changing datainterval from 0 to 1
    2:1:1: cannot get freq at ep 0x1
    iso: int: 2 usec: 12 c_usec: 0 maxp: 585 raw_mask: 0000000f tt_usecs: 464
    enable_periodic
    iso: int: 128 usec: 1 c_usec: 1 maxp: 3 raw_mask: 00001c01 tt_usecs: 12
    fsl-ehci fsl-ehci.0: request c732f760 would overflow (2048+128>2048)
    cannot submit syncpipe for urb 2, error -27: internal error
    disable_periodic

    Same error just with some other info in there.
    I believe I know what is going on. I suspect it is because your dac asks for frequency reports every 128 ms, whereas other dacs we know work ask for them more frequently. There is a known limitation in the kernel usb scheduler code where infrequent requests get refused. I have two routes to fix this: 1) adding more patches to the usb scheduler code from more recent linux kernels, 2) ignoring the request from the dac and always using a more frequent interval to poll for frequency. I will look at next weekend and try to do 1) as it seems more general - please look out for an update.

  4. #124
    Senior Member
    Join Date
    Apr 2005
    Posts
    8,156
    Quote Originally Posted by Mnyb View Post
    Is not 192k converted to 96k by the server ( with the eminent help of SoX ) .

    Even with this special kernel ?
    Answering this specific question. 192k playback is possible if the output device reports it as an avaliable rate. Squeezeplay (the playback app) queries alsa for the max samplrate supported by the output port and reports this to the server. The server then automatically uses sox to resample if the rate is above that reported.

    UAC 2 devices should be able to do 192k. The internal spdif and dac also appear capable of it if the alsa plug layer is bypassed (i.e. one at a time). Not sure of the load it will place on wifi, but over a wired connection I think this may be viable.

  5. #125
    Senior Member Mnyb's Avatar
    Join Date
    Feb 2006
    Location
    Vństerňs Sweden
    Posts
    13,383
    Quote Originally Posted by Triode View Post
    Answering this specific question. 192k playback is possible if the output device reports it as an avaliable rate. Squeezeplay (the playback app) queries alsa for the max samplrate supported by the output port and reports this to the server. The server then automatically uses sox to resample if the rate is above that reported.

    UAC 2 devices should be able to do 192k. The internal spdif and dac also appear capable of it if the alsa plug layer is bypassed (i.e. one at a time). Not sure of the load it will place on wifi, but over a wired connection I think this may be viable.
    Thanks, but being curios have you managed to do it now ?

    In older server versions I always imagined that is was a fixed list of a kind ? I think I once successfully fudged the old squeezeplay 7.3 ? to report itself as a transporter to the server to get 96k on my pc .
    ( some antique versions did not do more than 48 )

    Keep up the good work , USB DAC's is a a growing niche due to computer audio and laptops .making the Squeezebox more compatible with more devices is always good people with USB only DAC's can now use
    squeezeboxes with relative ease , I do like options on my personal/home electronics and not being limited in conectivity .

    You are probably correct on wired vs wifi for 192 especially if someone is using WAV and not FLAC .

    If you actually get 192 going it would make these files viable on smaller servers that normally can't use
    these files for example the Touch itself , again more options for the user .
    --------------------------------------------------------------------
    Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub.
    Bedroom/Office: Boom
    Kitchen: Touch + powered Fostex PM0.4
    Misc use: Radio (with battery)
    iPad1 with iPengHD & SqueezePad
    (in storage SB3, reciever ,controller )
    server HP proliant micro server N36L with ClearOS Linux

    http://people.xiph.org/~xiphmont/demo/neil-young.html

  6. #126
    Quote Originally Posted by Triode View Post
    I believe I know what is going on. I suspect it is because your dac asks for frequency reports every 128 ms, whereas other dacs we know work ask for them more frequently. There is a known limitation in the kernel usb scheduler code where infrequent requests get refused. I have two routes to fix this: 1) adding more patches to the usb scheduler code from more recent linux kernels, 2) ignoring the request from the dac and always using a more frequent interval to poll for frequency. I will look at next weekend and try to do 1) as it seems more general - please look out for an update.
    Well figured out Triode, I'll keep an eye open for the update. Thanks again for all your work on this!

  7. #127
    Senior Member
    Join Date
    Jun 2006
    Posts
    1,685
    Quote Originally Posted by Triode View Post
    Answering this specific question. 192k playback is possible if the output device reports it as an avaliable rate. Squeezeplay (the playback app) queries alsa for the max samplrate supported by the output port and reports this to the server. The server then automatically uses sox to resample if the rate is above that reported.

    UAC 2 devices should be able to do 192k. The internal spdif and dac also appear capable of it if the alsa plug layer is bypassed (i.e. one at a time). Not sure of the load it will place on wifi, but over a wired connection I think this may be viable.
    I looked at the server code recently and this does seem to be the case. Last time I looked there was a fixed frequency in the player modules, but that is no longer true for squeezeplay players. It requests parameters from the player and thus should be able to play 192 with a USB DAC that lets it know it can do 192.

    The internal DAC and S/PDIF is probably going to be more difficult. Their drivers have tables which take the desired sample rate and set processor registers appropriately. Unfortunately these tables only go up to 96. I did a quick look at this a couple years ago and could not figure out the correct register values by looking at the other values, it was not obvious. One would have to get the processor data book and figure out the right values. Not too hard but it takes some time.

    And Triode, great work! Thanks for working on this, a lot of people are going to appreciate this.

    John S.

  8. #128
    Junior Member
    Join Date
    May 2011
    Posts
    17
    Quote Originally Posted by Mnyb View Post
    Thanks, but being curios have you managed to do it now ?
    As I mentioned previously, using kernel 4, 192kHz from the touch is definately working with the UAC2 dacs I've tested with. A great piece of work!

    Regarding 192kHz over wi-fi - I'm not sure how representative my test files are to actual music, but the 3 minute 41 secs/44.1kHz/16 bit flac track I have is 21.4MB, and that same track at 24 bit 192kHz flac comes in at 40.1MB - I've had no problems streaming that over wi-fi during testing.

    The same track in wav comes in at 242MB - I think (theoretically at least) even this should be achievable over 802.11g, definately not on my network though!

  9. #129
    Senior Member
    Join Date
    Apr 2005
    Posts
    8,156
    Quote Originally Posted by JohnSwenson View Post
    The internal DAC and S/PDIF is probably going to be more difficult. Their drivers have tables which take the desired sample rate and set processor registers appropriately. Unfortunately these tables only go up to 96. I did a quick look at this a couple years ago and could not figure out the correct register values by looking at the other values, it was not obvious. One would have to get the processor data book and figure out the right values. Not too hard but it takes some time.
    I was being too obscure..... They show good signs of working me with modified drivers, but not with alsa plug layer so they only work one at a time and I'm not sure on the cpu load yet. Will have something to test soon. [I've not really listened in anger to check for dropouts in the output fifo though. However my dac registers 192k sample rate and the same 192k file plays back on the internal dac. So this is a definate possiblity at present....] [Yes I've been reading the datasheets for the imx35]

  10. #130
    Kernel #3 and applet 0.6 are playing via Eximus DP1 dac (UAC2) material up to 24/192.

    Thank you very much Triode, I am deeply grateful for this.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •