RipServer

[Ripfactory]

I've ripped approx 30 CDs with Ripstation Micro now. With two of the CD:s, it messed up the Artist & Album and all tracks got the wrong names.. I guess I will have to go through them manually and fix the names and tags.

I would be interested in the detail, its very rare so we need to find out if its a database issue (using another ripper question) , did it happen when the cd's where reripped a second time , which database source were you using (since we default to freedb on no GD3 return).

The chances of this happenign are very very slim, unless these are two track or short discs - then as you may know the toc matching for all rippers/services is less accurate.

Please feel free to post here, or our support pages at www.ripfactory.com/support . We have a metadata team who will go as far as giving you a toc reader and hand changing every entry on the databases if its a genunine problem - an instant live fix. We do this, because all our pro systems are automated, hands off and 100% accurate metadata is key.

[sebp]

2. Nope - again maybe part of our 'original' target market , but we thought UPS useage would be low. Instead we focussed on a nice clean shut down for power outage and a smooth recovery. Its no match for NUT , so my fingers are lead to the proposede change list....

Hi,

Thanks for your answers, but I'm not sure I get the point about this one.
How can your device's system detect a power outage and shut down cleanly, ensuring there's no data loss ?

Could you please tell us more about this, and the "smooth recovery process" ?

By the way, this leads to other questions :
6. What is/are the filesystem/s used internally ?
7. Would I be able to recover the system from the installation CD without losing non system data (system and data on different partitions/volumes) ?
8. Is there some backup/restore to/from external USB disk mechanism ?

Thanks

Seb

[sand]

I would be interested in the detail, its very rare so we need to find out if its a database issue (using another ripper question) , did it happen when the cd's where reripped a second time , which database source were you using (since we default to freedb on no GD3 return).

The chances of this happenign are very very slim, unless these are two track or short discs - then as you may know the toc matching for all rippers/services is less accurate.

Please feel free to post here, or our support pages at www.ripfactory.com/support . We have a metadata team who will go as far as giving you a toc reader and hand changing every entry on the databases if its a genunine problem - an instant live fix. We do this, because all our pro systems are automated, hands off and 100% accurate metadata is key.

> did it happen when the cd's where reripped a second time
Sorry, I dont't understand, I use GD3, Ripstation only rips once afaik..?

The discs were "Giving you the best" by Jennifer Brown and "Si la vida son 2 dias" by Lolita Flores. It picked two other records by other artist (completely unrelated records, one being "the Olsen Brothers" which I actually take kind of as an insult to my music taste.. hmmm.. joking.. I think..), and named the tracks like the tracks from those discs. The discs have 12 and 13 tracks.

I had to change the tags on all tracks inidvidually (because of track name) and then updated the filenames from the tags. Also the covers had to be fixed manually. Only on two out of now almost 50 discs, so no major problem, but any suggestions are welcome!

[sebp]

> did it happen when the cd's where reripped a second time
Sorry, I dont't understand, I use GD3, Ripstation only rips once afaik..?

I suppose RipFactory wanted to know whether using another software to rip those CDs had brought you correct metadata.

AFAIK, audio CDs don't embed a tag allowing identification, so audio players and ripping software generally compute a "DiscId" number based on the total length of the CD, number of tracks and length of tracks, and query databases such as GD3/FreeDB to retrieve metadatas based on this DiscId.

You can learn more about DiscId internals there :
http://musicbrainz.org/doc/DiscIDCalculation

Chances are some albums will share their DiscId with others.
In such cases, the ripping software would present you a list of albums matching the DiscId, and ask you to select the good one, unless the database is only populated with one album matching the DiscId, but it's not the one you've put in the drive !

Which leads to another question for RipFactory (provided disc identification with GD3 uses the standard DiscId algorithm) :
As the ripping process is automatic, when there are several albums matching the same DiscId in the GD3/FreeDB database, how would the RipStation software interact to ask me which album is the good one ?

[gbruzzo]

Since we are at it:

Ripfactory,

have you considered, at least in principle, the implementation of the MusicBrainz api (to recognize songs by waveform and not only by DiscId)?

Thanks,

Giacomo

[Itlan]

This thing sounds sexy as hell. Couple questions I have are:

1.) What is the performace like when using SC7 on the ripserver and a large collection, say 4,000 albums? Is there a 2-3 sec delay or is it responsive?
Understanding many NAS solutions are slow as hell I'd be interested in any metrics you might have.

2.) I imagine that as a NAS 1TB would just about cover me. But if I wanted to upgrade at a later date could I slap in larger drives as they become available or is this thing somehow locked to whatever drive size it ships with it (1TB will always be 1TB)?

3.) As SC7 is constantly being updated & compiled can we only upgrade to versions you guys make available ("approved") or do we have the option to upgrade SC7 from the nightly builds?

4.) Can this playback .m4a files from the apple store? On my windows server I had to upgrade the codec stack to support my stripped .mp4 files as well as standard itunes plus .m4a files and want to make sure these will play back via the ripserver?

Thanks and it looks great!

[BarnDoor]

Thanks

There is no support for a print server - this one was deliberate in that the unit was designed as a 'living room' component and it was felt at design stage that this was not needed, at least initially. I can see that the mod community will likely add this quicker than we will.

Slim 7 - the upgrade required a few additional dependencies which has been hard to package but is now done. All units shipped as from next week will have 7 installed. But, we would like the experts view on this from this forum - ship with 6.5.4 and allow in place upgrade or ship 7 as standard?

US prices - add vat plus duty plus shipping plus in warranty repairs have to be handled there, makes a local buy much more sense....

Thanks Ripfactory,

Fully understand the print server decision, although I'm not sure that everyone will treat it as a living room product. I for one would have it stored away with my desktop computer equipment (near the router) rather than with my audio equipment in the lounge.

I'll hold off a week or 2 then until 7 is installed.

Hopefully warranty repairs won't be needed!

Cheers,
Barndoor

[BarnDoor]

...Fully understand the print server decision, although I'm not sure that everyone will treat it as a living room product. I for one would have it stored away with my desktop computer equipment (near the router) rather than with my audio equipment in the lounge.
....

Thinking about this a bit more - would the duet act as a wireless bridge to allow the ripserver to be connected to a network through the duet receiver's ethernet connection? I seem to recall reading somewhere that the SB3 could be used as a bridge, but may be wrong. This would allow for it to be living room based.

[sebp]

Thinking about this a bit more - would the duet act as a wireless bridge to allow the ripserver to be connected to a network through the duet receiver's ethernet connection? I seem to recall reading somewhere that the SB3 could be used as a bridge, but may be wrong. This would allow for it to be living room based.

From the SqueezeBox Duet user's manual, it looks like the receiver's able to act as a WiFi bridge for the controller in case you don't have any WiFi network set up already. But I can't see where's the point about being able to use the RipServer in your living room, since it's also equipped with a built-in wireless controller ...

[BarnDoor]

From the SqueezeBox Duet user's manual, it looks like the receiver's able to act as a WiFi bridge for the controller in case you don't have any WiFi network set up already. But I can't see where's the point about being able to use the RipServer in your living room, since it's also equipped with a built-in wireless controller ...

I missed the bit that the ripserver can connect to the network via wireless. The details on the both the UK and US sites suggest that it needs to be plugged into the router with no mention of wireless at all -
From ripstyles.com "...Ripserver is easy to configure: just plug it into your home router..."
From ripfactory.com "...operation is simple - once Ripserver is plugged into a network connection it takes care of storage of up to 1TB of music files.."