I recently shot a little video with my phone (SE w580i) and when I copied it over to my Debian Linux box I of course immediately realized I had no video players that would show a 3GP film. Or rather, they all showed it but none of them played the sound! It seems the phone uses the ‘amr_nb‘ codec for audio, which is a non-free thing that my “Debian unstable” players (not very surprisingly) don’t have built-in support for…
Anyway, if you close your eyes for the problems with closed proprietary evil, I got pointed to the cool site www.debian-multimedia.org and then I could add the following line to my /etc/apt/sources.list
deb http://www.debian-multimedia.org unstable main
… and do a plain plain “apt-get update” and “apt-get dist-upgrade” and wham, my mplayer could now show the 3gp video with sound.
The only slightly quirk remaining is that I didn’t manage to transcode the movie with audio nicely with mencode, but I didn’t really spend enough time to figure out why.
Yeah, I only have five working days left until I take a bunch of months off to take care of Rex full-time. It may of course prevent be from being as active online as I sometimes have been. We’ll see.
I’m a stupid person.
When I bought a new PC the last time, I went for a ASUS M2NPV-MX motherboard with built-in sound and nvidia graphics. I had been told that the nvidia open source driver is fine enough for 2D graphics, and since I never game or anything I’m perfectly fine with 2D-only.
Ok, it didn’t take me long to realize two things about my motherboard:
- The built-in audio “nVidia Corporation MCP51 High Definition Audio” is not supported by Linux/ALSA. It seems to detect it fine and it can show what it is and everything but it can’t produce any sound.
- The open source nVidia driver does not support DVI in resolutions beyond 1280×1024, and it made me wanna cry. I switched to VGA instead, only to realize that the analog output on this board is really noticeably worse than my previous and much older trustworthy Matrox card. (New PCI-Express board in the pipe.)
There’s nobody to blame but myself. Lessons for next time: check the audio support better and do not go with nVidia graphics (at all) until they have a good open source driver – and really really check this. (No need to tell me there’s a binary-only nvidia driver, I know about it but I hate it and I hate the inconveniences dealing with binary drivers cause when you upgrade your system etc.)
Funnily, the motherboard has built-in Ethernet (of course) but I don’t normally use that, as I’m on 802.11g only. My work computer is on the upper floor and my (24 mbit) ADSL connection is downstairs and I like not having to connect all my computers with cables running all over.
So, back to the story, to get sound for my box I got an old SoundBlaster PCI card from a friend (hej Kjell) and inserted it in the last available PCI slot (the other slot has the wifi card).
Now, when I upgrade to a fresh new kernel version with Debian unstable the system boots up and defaults to the (detected but not working built-in) hda_intel stuff, and I must run alsaconf to select my ens1371-equipped SoundBlaster instead. But this is not enough. After I’ve ran alsaconf I can’t get any sound out still, but I have to reboot and when it comes up again I must run aumixer and pull up the master volume and wham, now I have sound…
I’m quite sure this can be fixed in another way, but trying to learn this and figure how I can repair my situation to always work fine in the future is a mighty task that I haven’t yet been able to overcome. I really should get involved in the ALSA project one day…
Bring your stuff here, and they brick it for you? Or should we take our already bricked stuff there?
Another lovely sign. This one is from Kista C and this actually means “tray station” here as where you bring your tray after you’re done with your meal. Technology-damaged as I am, I can only think of… brick.
I thought that I’d just complete my recent series of talking about (possible) upcoming Rockbox ports, even though the guys working on this already have been in progress for a while.
This target is quite different than the (already supported) Gigabeat F and X series, and is in fact more like a Zune (claimed to be based on this hardware).
Anyway, Gigabeat S has a 530MHz CPU with FPU, 2.4″ 320×240 LCD, 30 or 60GB disk and it runs a Windows(!) edition.
As all Gigabeat players, this is notoriously hard to get your hands on, especially in Europe.
A couple of Rockbox devs now work on getting a port up and running on the Olympus m:robe 500 player.
This beast has 640×480 resolution, touch screen and a camera! It is powered by the dreaded TI DM320 chipset, has 64 MB ram, 8MB flash and 20GB hard drive.
Anyway, the first code snippets have been committed to SVN so if you own one of these toys, now is the time to join in and make things happen!
Gathered hardware info, Cowon A2 and Neuros OSD both run Linux on basically the same main microcontroller.
Since Rockbox runs fine on the SanDisk Sansa C200 there are now C200 builds provided for download since a few minutes back. This being early C200 days, please have patience and don’t feel shy to step forward and help us smooth out the remaining quirks…
Sansapatcher is being remade to be able to install the bootloader on either e200 or c200 models, so until there’s an updated one available you’ll of course have a slightly harder time to actually install this on your c200.
The friendly guys at marc.info now host alternative archives of the Rockbox mailing lists:
The users list and the dev list have been populated with existing mails, while the other two are being built starting now.
I fetched all Sansa c200 and e200 firmwares I could find and wrote a script that scanned all of them for new mi4 keys, and it only lead me to a single new key (for the Sansa C200 A1.00.03 firmware version).
Another key added, and mi4code 1.0.2 is up on the mi4code page.
This was easily done thanks to Zefies’s firmware collection!
phoronix.com featured a nice first collected comments on the data sheets that AMD has released to the public covering some of the ATI graphic chips, and I especially liked this quote: “in less than ten hours of the specifications being available, GPU specifications were downloaded from the X.Org server over 70,000 times and ate up more than 1.3 terabytes of bandwidth!”
The data sheets are here: www.x.org/wiki/DataSheets