I sent this to support@empeg a couple days ago; haven't had a response yet, so I figure I'd get some of ya'lls opinions.

I did play around with the options a bit, to make sure the cell phone mute wasn't a problem, which it wasn't (it's set to Never mute).

-------------------

Hey guys,

Last night I finally got around to upgrading to 1.02 developer. I kept
forgetting to bring the player back to the car, and when I did this
afternoon, I noticed that there was no audio being put forth from the
unit. Everything else was ok, the boot, the upgrade, and so on.

I did notice that when trying to change the volume when the empeg was in
the Jeep, it went VERY VERY slow... if I held down the left arrow for like
3 seconds, it would very slowly drop all the way to - infinity (mute).
And the player even locked up after tinkering with it a little while.

I tried powering it up from home, it booted fine.. but again, no output
from the audio outs.

Here is a dump from the boot:

empeg-car bootstrap v1.00 20000601 (hugo@empeg.com)
On DC power, quick boot

e000 v1.03
Copying kernel...
Calling linux kernel...
Uncompressing Linux.................................... done, booting the
kernel
.
Linux version 2.2.14-rmk5-np17-empeg41 (mac@aphex.internal.empeg.com) (gcc
versi
on 2.95.2 19991024 (release)) #135 Wed Jan 10 17:16:23 GMT 2001
Processor: Intel StrongARM-1100 revision 11
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 7, serial number 60000046)
Command line: mem=12m temp=21
Calibrating delay loop... 207.67 BogoMIPS
Memory: 10992k/12M available (972k code, 20k reserved, 296k data, 8k init)
Dentry hash table entries: 2048 (order 2, 16k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
IrDA (tm) Protocols for Linux-2.2 (Dag Brattli)
Linux-IrDA: IrCOMM protocol ( revision:Tue May 18 03:11:39 1999 )
ircomm_tty: virtual tty driver for IrCOMM ( revision:Wed May 26 00:49:11
1999 )
Starting kswapd v 1.5
SA1100 serial driver version 4.27 with no serial options enabled
ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART

ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART
ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART
Signature is ffffff'
Logo type is 0
empeg display initialised.
empeg dspaudio driver initialized
empeg audio-in initialised, CS4231A revision a0
empeg infra-red support initialised.
empeg usb initialised, PDIUSBD12 id 1012
empeg state support initialised 0089/88c1 (save to d0005f80).
empeg power-pic driver initialised (first boot)
RAM disk driver initialized: 16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
hda: IBM-DARA-212000, ATA DISK drive
hda: IBM-DARA-212000, ATA DISK drive
hda: IBM-DARA-212000, ATA DISK drive
hda: IBM-DARA-212000, ATA DISK drive
hda: IBM-DARA-212000, ATA DISK drive
hda: IBM-DARA-212000, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: IBM-DARA-212000, 11513MB w/418kB Cache, CHS=23392/16/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC
00:02:d7:0c:00:2
e
Partition check:
hda: hda1 < hda5 hda6 > hda2 hda3 hda4
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 320 blocks [1 disk] into ram disk... done.
VFS: Mounted root (ext2 filesystem).
empeg-pump v0.03 (19980601)
Press Ctrl-A to enter pump...
ch
ange_root: old root has d_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 8k initI see this is a developer image!
Mounting proc
Mounting first music partition
Mounting second music partition
Tried to mount /dev/hdc4 but got error 6
Error mounting partitions (possibly already mounted)
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Press 'q' now to go into development mode. You Have Zero Seconds To
CompStarting
player
empeg-car 1.02.
3a8d7200 DHCP Our mac is 00:02:d7:0c:00:2e
3a8d7200 DHCP Our address is 255.255.255.255
3a8d7200 DHCP Broadcast address is 255.255.255.255
3a8d7200 DHCP Current IP address is 255.255.255.255
3a8d7200 DHCP Sending DHCP discover
i2c: Failed to receive ACK for data!
i2c_write: write second byte failed, count:38
i2c: Failed to receive ACK for data!
i2c_write: address select failed
i2c: Failed to receive ACK for data!
i2c_write: address select failed
i2c: Failed to receive ACK for data!
i2c_write: address select failed
i2c: Failed to receive ACK for data!
i2c_write: address select failed
i2c: Failed to receive ACK for data!
i2c_write: address select failedi2c: Failed to receive ACK for data!
i2c_write: address select failed
i2c: Failed to receive ACK for data!
i2c_write: address select failed
i2c: Failed to receive ACK for data!
i2c_write: address select failed
i2c: Failed to receive ACK for data!
i2c_write: address select failed
3a8d7201 DHCP Sending DHCP discover
i2c: Failed to receive ACK for data!
i2c_write: address select failed
3a8d7203 DHCP Sending DHCP discover
3a8d7207 DHCP Sending DHCP discover

... and so on.
Whenever I change the volume, it spews out those i2c: Failed to receive
ACK for data errors.

I wanted to send you this before I tinkered with it anymore (going back to
1.01, etc, to see if you have any idea what the problem is.

-----------------------------

Any ideas guys?

(O|||||O)

Interesting. Looks like a really odd hardware problem to me. I'm surprised you haven't gotten a reply from support yet.

___________
Tony Fabris

Have you tried reloading the 1.02 developer image yet?

Paul G.
SN# 090000587 (40GB Green)

That's not a bug, it's a feature. You triggered the slow motion audio easter egg. *wink* There's another trick in there to induce chipmunk mode. *wink* *wink*

Calvin

>16/02/01 05:31 PM "I sent this to support@empeg a couple days ago"

Date: Thu, 15 Feb 2001 20:11:25 +0100 (CET)
From: hitman [hitman@fiendish.net]
To: [support@empeg.com]

*grin*

Your email is flagged as having been replied to or forwarded - if you haven't heard anything then I guess it was the latter, and is awaiting a more techie opinion. The support guys should really tell you when they do that - sorry!

Rob

Whoops. I thought I sent it Wednsday. My bad. :)

Anyway, I got a response this afternoon.. It sounds like it might be a bad DSP (what would cause that spontaneously anyway?)

I still have yet to try to install 1.01 and see if it "fixes" the problem.

I'll keep ya'll posted.

(O|||||O)

Well, there's either something wrong with the I2C drivers or with the DSP itself (crystal gone bad, maybe). We had a couple of mk1s fail in this way, but I don't think I've ever seen a mk2 suffer like this before.

If it has to come back I'll fix it quickly :)

Hugo

Yeah, it looks like that's the problem. I tried going back to 1.01 Consumer then Developer and still had the same problem.

I've been in contact with support@, I should be getting faxed an invoice so I can return it to ya'll.

Thanks!

(O|||||O)

Just got my emma back, everything looks (and sounds) great.

I even got a new empeg box and no-slip knob too! Can't beat that with a stick!

Thanks!

(O|||||O)

What is the difference between a no-slip knob and a regular knob (no bad jokes please!) ??
Does it have some rubber sleeve around it?

Thanks


Smoker_Man
#080000449 MkII - 36Gb Blue

What is the difference between a no-slip knob and a regular knob (no bad jokes please!) ?? Does it have some rubber sleeve around it?

The "fins" which hold the knob to the shaft are thicker and shaped differently. It's essentially a tighter fit.

When I got my replacement knob, it also came with a small rubber washer. However, I didn't know what to do with the washer and it didn't seem to be necessary. So I left it off. The new knob works great.

___________
Tony Fabris

So there is no fundamental change to the front or the "User manipulates this side of the knob" ??? (OK, make jokes)

Thanks



Smoker_Man
#080000449 MkII - 36Gb Blue

So there is no fundamental change to the front or the "User manipulates this side of the knob" ???

No, no changes to the front or anything. You have no way of knowing it's the new knob unless you pop it off and look inside the shaft.

Damn, it's hard NOT to make jokes...

___________
Tony Fabris

*laugh*
Tony said "shaft" !!!

OK, fair enough, I guess I will have to wait for v1.1 for the volume knob polling update, I hate turning the knob twelve times to turn the volume down when leaving the car.
Or I could bastardize an old Mechanix or Construx rubber wheel to allow for a larger diameter turning point, with less finger slip on the knob, because we all want a fim grip on our knobs. (OK, that was a little too much, but I couldnt help it!)

Smoker_Man
#080000449 MkII - 36Gb Blue

How about one of them 10 lb. knobs from the stereos of yesteryear. One quick hard turn and they spin a dozen times.

Glenn

RTFM

The rubber part fits inside the knob - I'm surprised it works without it. It does make it quite difficult to fit, though, so if you're getting good results then go with it.

By the way, I have a bunch of new knobs with me for the meet - if you want a good knob at the meet, I'm the guy to see. OK, I'll stop now.

Rob

Heh, I guess I'll save the rubber, then.

Okay, okay, enough knob jokes.

___________
Tony Fabris

What knob jokes? Did I miss something???

One of the few remaining Mk1 owners... #00015