Project Logs

Collapse

• Linamp DIY Digital Pack now available!

  Rodmg • 09/11/2024 at 02:16 • 2 comments

  I've just released the Linamp DIY Digital Pack, It includes everything you need to fabricate and assemble Linamp, with detailed written and video tutorials, tips on how and where to purchase parts, digital files for 3D printed and sheet metal parts, and a full pre-configured SD card image for the Raspberry Pi.

  Get yours here!: https://store.linamp.org/
  

  The Pack includes:
  

  • Guides - Video tutorials and written guides on:
    • Available options for the player case (Sheet metal vs fully 3D printed)
    • Ordering the sheet metal case
    • 3D printing the case
    • 3D printing the player face
    • Sourcing parts with full Bill of materials
    • Preparing the power button and screen
    • Assembly
    • Flashing the SD card and initial setup
    • Advanced configurations and troubleshooting
  • Fabrication assets - the files needed to fabricate sheet metal and 3D printed parts
  • Software - The OS for Linamp in a SD card image

  If you build one, I would love to see it! let's make Linamp the best hackable music player out there!

• Debuging Screen issues

  Rodmg • 06/20/2024 at 23:13 • 0 comments

  Recently I started building a second Linamp, using some extra spare parts I had from the original build and ordered the rest of the parts I needed.

  One of the most important parts is the screen, it is sold under several brand names by different sellers in Amazon and originates from China, the generic model seems to be "P79-T", which is a 7.9'' ultra wide screen with touch capabilities.

  When I did the original build, I struggled to get it working correctly with the Raspberry Pi - because it uses a non-standard resolution, it requires some manual configuration in order to make it work, which is specified in the manual that comes with the screen.

  The thing is, the configuration values mentioned in the manual don't really work, and now I just discovered that the correct settings seem to vary between same-model screens.

  In short, the configuration needed involves modifying the "config.txt" file that lives in the Raspberry Pi boot partition, the manual instructs you to set the following values:

  # DON'T USE THIS! This probably won't work
  max_usb_current=1
  hdmi_group=2
  hdmi_mode=87
  hdmi_timings=400 0 100 10 140 1280 10 20 20 2 0 0 0 60 0 43000000 3

  However, when I used those values on my original screen, I got a flickering image with glitches and lines:

  After a lot of trial and error, I was able to fix it by using the following values:

  # config.txt changes that worked for my original screen
  hdmi_cvt=400 1280 60 3
  hdmi_group=2
  hdmi_mode=87
  hdmi_drive=2
  dtoverlay=vc4-kms-v3d
  

   I also updated the cmdline.txt file, which controls the startup of the Linux Kernel, adding the following parameters:

  video=HDMI-A-1:400x1280M@60,rotate=270

  This worked! I now got a clean picture and everything seemed to work great!

  However this was not the whole story...

  Now that I'm building a second device, I used another sceen, which came from the same Amazon vendor, in the same box, same manual and same outside looks, but when I connected it to the Raspberry Pi with the same SD card as before, I got a different set of glitches:

  These screens come with a metal shell which I remove in order to fit it inside my custom case, when I opened it, I saw a slight difference:

  My original screen back side:

  The new screen back side:

  As you can see, the electronics seem the same, but the actual display panel is different.

  And now I also know that the hdmi timing configurations for these are also different.

  Understanding the issue

  There are several things at play here. First of all, these screens, when connected to a macOS or Windows PC, work just fine, but when connected to a Linux machine, being it a Raspberry Pi or PC, they have the issues I'm seeing.

  This seems to be due to non-standard HDMI protocol implementations in these screens, which macOS and Windows seem to correctly parse (probably because when these screens were designed, they were tested to work on those OSes primarily), but Linux is having issues with it.

  Specifically the issues seem related to the "EDID" a kind of identification that displays send to the host computer when connected, which tell the computer what video modes the display supports so it can auto-configure it.

  So that's why the manual instructs us to use the "hdmi_timings" in the Raspberry Pi - that setting overrides the auto configuration of the display and forces specific signal timings that the display needs to work.

  Those timings seem to depend on the actual display panel, so they seem to vary. In an ideal world, the controler board on the display would be correctly configured to report the actual good values the panel supports to the OS, so the OS could auto configure it. But the world is not ideal.

  Also, now comes another complication: How did I manage to make it work without using hdmi_timings on my original display? Well, it turns out that I didn't get it 100% right there, if you look closely, when the Raspberry Pi boots, it firsts displays a test color...

  Read more »

• Thank you! - Figuring out logistics

  Rodmg • 06/18/2024 at 23:50 • 0 comments

  Linamp started as a personal DIY project, something I did for myself and just showed to a couple of friends. Thanks to one of those friends, Javier, who insisted on me publishing it, I got the courage and wrote this project page. 

  Since its publication, I've seen an amazing response from people around the world, this really gives me motivation to continue improving this project and sharing it with the world. For all that, Thank you!

  I've been seeing a lot of interest from people who want to be able to purchase the player, so I'm trying to figure out the logistics to make this a reality.

  Getting there is no small step for me, so I would like to request the help of the community by filling this survey: https://forms.gle/nvo1WEPQZNkJo2Yp6

  Your response will greatly help me to plan the next steps for this project.
  
  Please note: Linamp is and will continue being an Open Source project, this effort aims to make it available to more people and start a community around it, I'm excited to see what you will do with it!

• Video: Linamp UI demo

  Rodmg • 06/07/2024 at 04:06 • 0 comments

  I've uploaded a video showing the main features of the Linamp UI, you can watch it here:

• Code now available in GitHub

  Rodmg • 06/07/2024 at 02:50 • 0 comments

  The source code for the Player application is now public in GitHub: Linamp

  If you want to try it, you should be able to run it on a modern Linux distribution, I've tested it on Debian Bookworm, you just need to install the Qt development packages, the dependencies mentioned in the repo's README and QtCreator from the official repos and you should be able to build and run it.

View all 5 project logs