|
 |
|
 |
etree.org Community Bittorrent Tracker |
 |
|
|
|
|
|
|
|
| Artist | Grateful Dead |
| Show | gd85-11-22sbd. (please read note) |
Report this as
non-Trade-Friendly | Email us |
| Torrent | gd85-11-22sbd. (please read note).torrent (click to download) |
| Downloads as | gd85-11-22sbd. (please read note) |
| Info hash | 2a08b04c59fab65194d749d88426934134d97cbf |
| Description | This will make the 85-11-22 show whole again. I have received many comments that the last few shows I have upped contain errors. Upon looking into the issue I have discovered that the 12 TB e-sata raid array I use to store the flac and shorten files has developed some problems. I did not discover this until this morning. It seems that any audio file I loaded into it using windows vista and then downloading it using windows 7 appends a brief "skip" or digital delay effect to the previous track. This is why I have been detecting sector boundry errors in the files. I will be down for a while until I resolve the issue, luckily I am a geek.
Download these two tracks and overwrite the d1t01 and d1t02 tracks from the original download with them. The show will be as was.
Sorry you guys and gals, as many of you know we have been thru alot down this dusty old road. I'll see you down the road.-- sb |
| Checksums | ; flac fingerprint file generated by Trader\'s Little Helper<br />
; generated on December 19, 2009, at 18:31:22<br />
<br />
d1t01.flac:203cf0c2a757230fa2787f3ff404eb6c<br />
d1t02.flac:83f08deabf87a6be7a3571b57f26b23e<br />
|
| Type | Grateful Dead |
| Last seeder | Last activity 211 days, 01:33:26 ago |
| Size | 49.36 MB (51752598 Bytes) |
| Added | 2009-12-19 18:55:53 |
| Views | 3 |
| Hits | 3524 |
| Snatched | 152 times |
| Upped by | sirius blue |
| Num files | 6 files |
File List
[Hide list] |
| filename | size | md5 |
| 85-11-22_77404.txt | 2.3 kB | N/A |
| d1t01.flac | 5.35 MB | N/A |
| d1t02.flac | 44.00 MB | N/A |
| gd85-11-22sbd.ffp | 200 B | N/A |
| gd85-11-22sbd.ffp.text.txt | 200 B | N/A |
| Info.txt | 908 B | N/A |
|
Peers
[See full list] | 1 seeder, 0 leechers = 1 peer total |
Add a comment
| WHARFRAT73 |
2009-12-19 19:27:43 |
Wow what a drag Windows can be.
Thanks for straightening it out. I never would have guessed that windows could cause such a problem, but their failures never surprise me either. |
| sirius blue |
2009-12-19 19:48:56 |
| siriously! |
| samstone |
2009-12-19 19:55:27 |
real geeks use linux or unix , hehehehe
but the world does run on windows
hope your issues resolve quickly without much loss to data |
| SteveSw |
2009-12-20 01:54:57 |
this is the sort of problem that cannot be caused by the operating system, regardless of whether it's linux or macos or windows. from the point of view of the operating system, disc copies involving opening a stream of bytes and copying it from one place to another.
this sort of problem is caused by hardware issues. in this case, the issue is most likely a bug in the device driver for the disc array. if it was a bug in the windows vista device driver, it may have been one of those bugs that "hid itself" if writes to the array added zero bytes to the file, and then reads chopped off those zero bytes. but if this bug goes away in windows 7, then suddenly you see the zero bytes, and that causes problems.
or it could be that there is an incompatibility between the vista and windows 7 drivers. in that case, you can just get a fix for the driver from the vendor and you'll be good to go.
good luck. |
| SteveSw |
2009-12-20 02:23:04 |
i'm trying to get clear on what has happened here....
it sounds like you circulated an SBEFIX of the source because it had SBE's on your disc. whereas in fact, the real 77404 does not have SBEs. so if people save this "fix" of 77404, then they won't be able to share it again. and it might have lost a little bit of music around the edges of the tracks as it went on an off your disc array and then through the sbefix process in TLH.
one lesson here is to make sure the source matches the eTree fingerprints before it's circulated. charlie includes the shntool len output with his sources
http://db.etree.org/shninfo_detail.php?shnid=77404
so you can see that the correct source does not have SBE's and did not need to be fixed.
would it be useful to circulate the "real" gd85-11-22.77404? are there other sources your circulated as "fixes" that would also be good to circulate correctly, so people don't store a version in their archives that doesn't match eTree?
i'm sorry you're having problems with your array, i hope they are correctable. |
| scotcmills |
2009-12-20 03:27:01 |
| UBUNTU |
| Grateful_deadhead |
2009-12-20 04:50:44 |
| yeah id like to know the list of shows i need to go back n check on.....its not to long of a list is it? |
| sirius blue |
2009-12-20 10:14:57 |
| Here are the shows I posted that the info hash does not match the base. 85-05-10, 85-11-21, and 86-04-03. All the others should match the checksums that are on file. Thanks for the help! One way to check the quality is to just listen to it and keep it for your personal listening until a better one comes along. I failed to check because usually they are the same when I make the ffps myself. Sorry folks, but please listen to them they do sound good just dont post them. I remember twenty years ago I was happy just to get a 3rd gen tape of a new show! sb |
| SteveSw |
2009-12-20 13:52:50 |
the nice thing is, if you only have three shows that are problematic, then you can pinpoint the day when things started going bad with your disc array. good luck with that.
the problem with the "it sounds ok" idea is, it defeats the purpose of the whole SHNID system. when i seed, i always grab the md5 and ffp from eTree and check them against the music I'm going to seed before I seed it. that way I know i'm recirculating the actual sources already in circulation.
but thanks for your sharing spirit, sirius -- things like you're experiencing don't happen everyday thank goodness. |
| sirius blue |
2009-12-20 17:52:30 |
| I have been working on it today and I found about twenty or thirty on the array that are flawed so far. The earliest corrupted show I have found so far is from 12/20/09, which was soon after I switched to windows 7. I have a bad feeling the back-up array contains the same copies of the flawed shows. I did load one into sound forge just to see the spectrum and you can actually see the repeated parts. A bit odd I must say. I will probably just dump the flawed shows and start over on them. I will double check the ffp and md5 files as you suggest from here on out. Thanks for your help! sb |
| sirius blue |
2009-12-20 17:53:20 |
| I mean 11/20/09 rather |
| SteveSw |
2009-12-21 03:24:39 |
| have you checked with the vendor to ask about the problem? as i said before, if this started happening when you switched operating systems, it is almost surely a driver-related issue. you might want to check with them before erasing all the bad data, if they need the data to debug the problem. |
| sirius blue |
2009-12-21 07:47:16 |
| right on! |
| samstone |
2009-12-21 17:41:32 |
good to hear your data loss isnt too horrific sirius
as far as OS's goes it doesnt matter as long as you feel comfortable with it.
my main reason for switching to linux is
i was tired of the threats of virus/spyware/malware whatever malicious piece of software out there that wants to cause havoc with my stuff. i also feel its just a big old money pit.
i know linux isnt home free of threats nor is any other OS but i do feel more in control of my pc. i feel my stuff is better protected & my machine is stable.
if you feel comfortable with your OS whether its MS unix linux Mac whatever then stay with it. but if you dont, then seek alternatives.
as far as checking your data yes please do so before upping (md5's or/& ffp's)
i do but i dont upload alot cause everything i got i got from here or losslesslegs i will on accasion up a show i havent seen on here in a while which ill dig for one today. |
| sirius blue |
2009-12-21 18:28:42 |
Thanks bro.
|
| t-stick |
2009-12-22 14:09:29 |
I've used Macs since about 1989, Windows since about 1990, and WLinux/Unix about 1998. I've also done tech support on ALL these platforms (3.5 yrs. Mac Level III tech support, 2 yrs. Linux/Unix Systems Admin, and 15 yrs. Windows various from phone support of OS, network and apps, to hardware, software and peripheral support in a computer shop, and "at home" on call support, and DSL Level II support).
I like Macs for video (and audio), Windows for all the apps I have available to me and to build a box cheaply, but for reliablility and price/performance, Unix or linux can't be beat. Unix for enterprise systems (which I Supported for a while, mostly SunOS /Solaris, HP-UX, AIX, and a few weirder variants, such as Dynix and the system Compaq used to use for some of their systems, if I remember correctly, long ago). Linux has a learning curve, but it is ABSOLUTELY more stable than WIndows (as is MacOS, for that matter, based on BSD as it is, aka "Darwin" as modified by Apple, BSD being one of the first versions of Unix, along with System V, and I'll cut the history lesson short here), but just to say
I AGREE that LINUX WINS FOR STABILITY compared to Winblows. I've used them all, and supported them all, and if I could afford ANY system, it'd probably be a new Mac tower that I could run MacOS and/or WIndows on, and Linux, for that matter. Apple makes great hardware, and can't be beat for AV, except there are some custom Linux clusters that can render like lightning. |
| t-stick |
2009-12-22 14:10:44 |
I've used Macs since about 1989, Windows since about 1990, and WLinux/Unix about 1998. I've also done tech support on ALL these platforms (3.5 yrs. Mac Level III tech support, 2 yrs. Linux/Unix Systems Admin, and 15 yrs. Windows various from phone support of OS, network and apps, to hardware, software and peripheral support in a computer shop, and "at home" on call support, and DSL Level II support).
I like Macs for video (and audio), Windows for all the apps I have available to me and to build a box cheaply, but for reliablility and price/performance, Unix or linux can't be beat. Unix for enterprise systems (which I Supported for a while, mostly SunOS /Solaris, HP-UX, AIX, and a few weirder variants, such as Dynix and the system Compaq used to use for some of their systems, if I remember correctly, long ago). Linux has a learning curve, but it is ABSOLUTELY more stable than WIndows (as is MacOS, for that matter, based on BSD as it is, aka "Darwin" as modified by Apple, BSD being one of the first versions of Unix, along with System V, and I'll cut the history lesson short here), but just to say
I AGREE that LINUX WINS FOR STABILITY compared to Winblows. I've used them all, and supported them all, and if I could afford ANY system, it'd probably be a new Mac tower that I could run MacOS and/or WIndows on, and Linux, for that matter. Apple makes great hardware, and can't be beat for AV, except there are some custom Linux clusters that can render like lightning. |
| seanb1970 |
2009-12-23 17:18:51 |
| The original download that's up is missing Let It Grow just to let everyone know. |
Add a comment
|
|
|
|
|
 |
|
 |
|
|
|
|
 | | | | | | |
|
|
