Hey everyone, I appreciate the feedback and suggestions. Lots to write...
The IP address aliasing to set a second IP address to the 192.168.0.* subnet looks on paper like a great solution to my problem of DHCP address on different subnets (and the associated empeg finding problem and slow peer-to-peer networking). Unfortunately, using Windows 2000, you _can't_ add a second static IP address as suggested if TCP/IP is set up to use DHCP - it's disabled :-(
Of course, if my ISP were to use static IPs, I could manually assign them to the same subent. Catch 22... any other suggestions to get Ethernet to work short of waiting for updated software to see and set the DHCP IP address manually?
I switched on logging to try to find the 10 minute pause problem on UDB sync. Here's a copy of an e-mail I've just sent to
[email protected]:
--------------------
Hi, as reported at http://empeg.comms.net/ under the Wish List category:
Sync is _so_ slow! I thought that USB was up to 11Mbit/s, I'm getting about 2.4 (quick estimate), with a brand new high performance Dell desktop running Win2k. Particularly frustrating is the long (10-15 minute) pause before anything happens at the start of a sync, where Emplode doesn't respond even to window redraw requests.
Here's a zip of the log file. All I did during this sync was change the empeg settings IP address from DHCP to a static (192.168.0.55), no change to any MP3s. There are 10GBs (2200 MP3s) on the empeg. As you can see from the log file, there was a 10 minute pause where Emplode hung before the sync.
Basically, similar to:
12:46:13.102 connection_win32.cpp(830) : I [04bc] UsbConnection::FillBuffer(C) = 0xffffff92
12:46:13.102 connection_win32.cpp(770) : I [04bc] UsbConnection::FillBuffer(buffer=00C20D88, buffer_size=65536, timeout_ms=250)
12:46:13.102 connection_win32.cpp(478) : I [04bc] Resetting read event
12:46:13.102 connection_win32.cpp(782) : I [04bc] Doing ReadFile
12:46:13.102 connection_win32.cpp(816) : I [04bc] Read is pending, waiting with timeout 250
12:46:13.353 connection_win32.cpp(826) : I [04bc] Wait timed out, cancelling read
12:46:13.403 connection_win32.cpp(830) : I [04bc] UsbConnection::FillBuffer(C) = 0xffffff92
12:46:13.403 connection_win32.cpp(770) : I [04bc] UsbConnection::FillBuffer(buffer=00C20D88, buffer_size=65536, timeout_ms=250)
12:46:13.403 connection_win32.cpp(478) : I [04bc] Resetting read event
12:46:13.403 connection_win32.cpp(782) : I [04bc] Doing ReadFile
12:46:13.403 connection_win32.cpp(816) : I [04bc] Read is pending, waiting with timeout 250
12:46:13.653 connection_win32.cpp(826) : I [04bc] Wait timed out, cancelling read
.... keeps repeating for 10 mins.
Dell Dimension XPS T650r, 256MB RAM, Windows 2000 Professional Service Pack 1
2xUSB ports: two USB devices, one in each
- USB devices: Microsoft Natural Keyboard, Dell Edition (incorporates a 2 port USB hub, not used)
- Empeg
No previous USB problems. Hope you can help.
btw, great product!
Cheers,
David.
--------------------
Anyone know what all this is caused by?
Re: MP3 tags, Tony Fabris has correctly summed up what I did, but I don't think it's the fault of MP3-Tag Studio, as even using Winamp to edit the tags gives the same problem. There's still an inconsistency between Emplode and every other piece of MP3 software I've used. Are you absolutely certain you're using identical libraries in the same way?
I already fixed all my MP3s, but as a test I just re-ripped a song from a compilation to test it. Ripped using Easy CD-DA Extractor 4.2.0 (build 15) which queries CDDB, I get 'Various Artists' as the artist and 'Ray Of Light / Madonna' as the title. I used both MP3-Tag Studio 1.6.1 and Winamp 2.6.4 independently to change the tags to 'Madonna' and 'Ray of Light'. Pasting all three files (the two changed and the original) into Emplode all give the incorrect, old tag. This is definitely a problem.
If you're interested, I've uploaded these three files to www.stanford.edu/~dtrounce/empeg/ where you can download them to look at them. To preserve the artist's copyright and to make the files much smaller I ripped at 8kbit/s, 11,025 Hz, Mono, so each file is about 315KB and pretty much unlistenable compared to the 192kbits/s I normally use :-) However they do accurately demonstrate the problem.
btw, I agree with Tony, that no program should allow the tags to get out of sync. However, every other piece of software is giving priority to a different tag than Emplode is.
re: the mp3trim pro software I used to fix this problem, although it does do drag+drop batch mode with subfolders, it only does one level down of subfolders, so you have to manually drag each subfolder across - fun, huh! What an oversight :-)
Glad to hear that the empeg guys are working on avoiding the need to resync/reupload identical files that are already on the empeg. Sounds like maintenance will be much easier in a release or two.
Cheers,
David
Previous Topic
Index
