element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
RIoTboard
  • Products
  • Dev Tools
  • Single-Board Computers
  • RIoTboard
  • More
  • Cancel
RIoTboard
Forum Setting Audio output to Jack instead of HDMI
  • Blog
  • Forum
  • Documents
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join RIoTboard to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Suggested Answer
  • Replies 27 replies
  • Answers 2 answers
  • Subscribers 24 subscribers
  • Views 3324 views
  • Users 0 members are here
  • audio
  • riotboard
Related

Setting Audio output to Jack instead of HDMI

bose
bose over 11 years ago

Hello,

 

I am using the Debian Linux from agrahambell on my RIoT Board. Thanks for linux build.

I have loaded alsa package = alsa-base alsa-utils alsaplayer and other required pacakages.

In the alsamixer I have the audio output set to 'DAC'. Not sure what this means.

 

I need to play audio via the audio jack on an external speaker from the command line. So for that I have alsaplayer for this.

 

However when I try to play the audio file via aplay there is not sound via the audio jack.

Also I don't have HDMI TV to be able to check if the audio is coming from the HDMI or not.

My HDMI converter is connected to a Monitor via DVI-D conversion.

 

Kindly help me out with this problem.

 

Warm Regards,

Abhijit

  • Sign in to reply
  • Cancel
Parents
  • Former Member
    0 Former Member over 11 years ago

    Someone else mentioned audio problems yesterday toward the end of the ask-the-expert thread, so I'm investigating at the moment.  line out did work at one point as I'd tested it at the time, but something has changed somewhere between then and now, so I'll have to backtrack to see if I can find it.

     

    HDMI audio isn't going to work at this point either I'm afraid. While some patches for this do exist, they're still in a state of flux and it's not clear what version if any will make the cut.

     

    As I've said before, mainline kernel isn't for everyone - things will be missing or get broken along the way.  It is important to work towards getting mainline functional though as it benefits everyone in the long term.  So your testing and letting us know of any problems is appreciated !

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
  • bose
    0 bose over 11 years ago in reply to Former Member

    Hi,

     

    Thanks for your insight.

    I will try to flash to stock Ubuntu and check it once.

     

    The problem with the stock ubuntu is that its resolution requires me to connect the serial debug and change the boot parameters.

    If any one can help me with these U-boot parameters it would be really a big relief. As I still far behind my project in terms of making a Audio Video to work from this board.

     

    Thanks in advance.

     

    Warm Regards,

    Abhijit

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
  • Former Member
    0 Former Member over 11 years ago in reply to bose

    Take a look at http://www.element14.com/community/docs/DOC-68087/l/riotboard-updating-os-images-in-linux-environment which details how to get ubuntu onto an SD card. This should avoid needing to change anything apart from the boot switches.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • bose
    0 bose over 11 years ago in reply to Former Member

    Hi,

     

    I am flashing it the way as per the user manual.

    I just need help in getting the uboot configuration to change the hdmi video resolution.

     

    Please help me do that.

     

    Warm Regards,

    Abhijit

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • tusharp
    0 tusharp over 11 years ago in reply to bose

    hi abhijit,

     

    plz try the below

    MX6Solo RIOT U-Boot > setenv bootargs console=ttymxc1,115200 init=/init nosmp video=mxcfb0:dev=hdmi,1280x720M@60,bpp=32

    video=mxcfb1:off fbmem=10M vmalloc=400M androidboot.console=ttymxc1 androidboot.hardware=freescale

     

    MX6Solo RIOT U-Boot > saveenv

     

    Thanks

    Tushar

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • bose
    0 bose over 11 years ago in reply to tusharp

    Hello,

     

    I have tried this with two alternate forms.

    setenv bootargs console=ttymxc1,115200 init=/init nosmp video=mxcfb0:dev=hdmi,1280x720M@60,bpp=32video=mxcfb1:off fbmem=10M vmalloc=400M androidboot.console=ttymxc1 androidboot.hardware=freescale

     

    Also:

    setenv bootargs console=ttymxc1,115200 init=/init nosmp video=mxcfb0:dev=hdmi,1366x768M@60,bpp=32video=mxcfb1:off fbmem=10M vmalloc=400M androidboot.console=ttymxc1 androidboot.hardware=freescale

     

    In both cases the stock linux doesn't change the resolution.

    Please let me know on this. It would be really helpful for all the other people who would like to use the stock linux than compiling their own.

     

    Warm Regards,

    Abhijit

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • tusharp
    0 tusharp over 11 years ago in reply to bose

    setenv bootargs console=ttymxc1,115200 init=/init nosmp video=mxcfb0:dev=hdmi,1366x768M@60,bpp=32video=mxcfb1:off fbmem=10M

    vmalloc=400M androidboot.console=ttymxc1 androidboot.hardware=freescale 

    this one won't work, check here  Limitation 1366*768.

     

    we used this one "1280x720M" and it works fine.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • tusharp
    0 tusharp over 11 years ago in reply to bose

    replace

    bpp=32video=mxcfb1

    with 

    bpp=32 video=mxcfb1

     

    there is space missing image between bpp=32  and video=mxcfb1


    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • bose
    0 bose over 11 years ago in reply to tusharp

    Hello,

     

    I am not sure whats the problem.

    The debian build from agrahambell works perfectly fine. I install LXDE, there is no problem with that.

    No need to calibrate the screen resolution in uboot.

     

    I have tried both options and both don't work.

     

    Warm Regards,

    Abhijit

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • bose
    0 bose over 11 years ago in reply to tusharp

    Hi,

     

    Yes now I notice.

    I will try this and post.

     

    Warm Regards,

    Abhijit

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Former Member
    0 Former Member over 11 years ago in reply to bose

    bose wrote:

    The debian build from selsinork works perfectly fine. I install LXDE, there is no problem with that.

    No need to calibrate the screen resolution in uboot.

    The mainline kernel uses a different driver - or if not completely different then at least one that's had an extra 2-3 years of ongoing development and fixes. As such it's not really possible to directly compare the two of them, and probably isn't a good idea to use the same command line settings for both either.

     

    I've said it before, and will in all likelyhood repeat it often, mainline isn't for everyone. There are both upsides and downsides. Some things work better on mainline, some on 3.0.35.

    Hopefully sometime soon there may be a supported BSP for RIoT using the newer Freescale 3.10.x baseline BSP which would help to bridge some gaps..

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Reply
  • Former Member
    0 Former Member over 11 years ago in reply to bose

    bose wrote:

    The debian build from selsinork works perfectly fine. I install LXDE, there is no problem with that.

    No need to calibrate the screen resolution in uboot.

    The mainline kernel uses a different driver - or if not completely different then at least one that's had an extra 2-3 years of ongoing development and fixes. As such it's not really possible to directly compare the two of them, and probably isn't a good idea to use the same command line settings for both either.

     

    I've said it before, and will in all likelyhood repeat it often, mainline isn't for everyone. There are both upsides and downsides. Some things work better on mainline, some on 3.0.35.

    Hopefully sometime soon there may be a supported BSP for RIoT using the newer Freescale 3.10.x baseline BSP which would help to bridge some gaps..

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Children
No Data
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube