dispher

Sound Forge Is My WAV Editor Of Choice. Been Using It For Years & It Still Is One Of My Most Stable & Reliable Tool To WACK THE **IT OUT Of THOSE MO**E**CKN' WAVE / ATRAC FILES.!!!! opps.... sorry..... i'll go now... bye

this bug is in the software encoder as Avrin said (in SonicStage or OpenMG) & as i can see...it's affecting anyone who uses the ATRAC3plus encoder to upload or download (and ENCODE or TRANSCODE on-the-fly) ATRAC3plus files. it will happen also if you try to encode source material to ATRAC3plus in SonicStage. shame on you Sony....i lost functionality for my NH1 because of this (was planning for a nice RH1 but i don't know about that now) stupid bug (since version 2.0 or earlier...up until 4.0!)

as sad as it seems... i expected a lot of people to realize this problem after testing it but i'm surprised that there are only a few members reporting this (about 4 that i know of) so it's kinda frustrating...my guess is that it's not audible to them since the error itself is devilish (the audio stream will be 100% gapless with no pops or clicks or anything audible except for the track marks...they will be misplaced) so when you listen to an album continuously, you won't be able to detect it). nope...because it would mean that the final milliseconds at the end of the full stream would be chopped off but instead, you get a random chunk of silence... ps: it's good to see this thread come to life again...thanks for checking it out!

same here.....but i'm using NH1 looking forward to the SDK release!

indeed... i just realized that YES this flaw is also in the hardware! but not severe as the software encoder (at least in the NH1)... i just made a test with a 100% complaint audio CD i just compiled & it gave me random errors (in the trackmark placement) that varied from 18ms to 35ms using ATRAC3plus 256kbps (Hi-SP) but still...it's nowhere near the ~380ms you will get when encoding using the software encoder. i guess that explains why i didn't notice it before & why i noticed it right away when using the built in encoder in SonicStage sad news for us.... i really hope that the SonicStage people will realize this in there next update. i just can't help to be completely angry when i put this great technology side by side with this stupid crappy fault! time will tell

the problem is in the encoder...not the CD ripping component richyhu: just download the files & pop them in SonicStage & encode them in the same steps that i mentioned in the first post & check the outcoming file ether directly using Sound Forge or by converting it to WAV then opening it in any WAV editor. most probably you will get ~380ms of the last part of file #1 in the beginning of File #2 & ~380ms of the last part of file #2 in the beginning of file #3. i kindly ask you to double check if the tracks were encoded 100% perfectly (the track marks exactly correspond to there original location in the source material) Avrin: it's the way the encoder works...it's not about ripping gapless CDs (that's what i mentioned to the e-mail to Sony but they keep insisting to treat it as a CD ripping problem witch will put more variables to this problem!!!) i'm starting to guess that this is somehow an OpenMG Secure Module error more because: 1. SonicStage is just a GUI for OpenMG Secure Module (witch explains why this is happening also to Simple Burner). 2. it doesn’t affect any other file encoding (only OMG files). the error in the ATRAC3 codec is very undetectable since it is ~50ms that gets mixed up with the next file & is hard to notice in terms of audibility. my only fear is that this problems becomes one of "those" problems that never get detected by quality control (if there is such a thing for this software) & never get fixed

what is up MD peoples ? the e-mail i have sent to sony connect (since no other division wants to help or at least provide an "e-mailabe" address) was the first post in this thread...& after more than a week (9 days) here is what they had to say: ================================================ Dear Customer, Thank you for your patience. Sony CONNECT store and Sony Aura devices support gapless recording and playback. In your case the key point is that you have to use a gapless cd in order for SonicStage to rip it as gapless. We hope this information is of assistance to you. Kind regards, The CONNEC Team! ================================================ don't you just hate it when people seem so confident when actually they don't have a clue?

you know... this problem is sooooo frustrating because of this failure, SonicStage is 99% useless to me now all my audio (that matters) is on original CDs so now i'm pretty much stuck! (ripping them in another program & importing will have the same effect as you know) in a desperate effort to find alternative ways, i have tried to use the scripts in Sound Forge to extract & encode (in ATRAC3plus) a CD to import later in to SonicStage & transfer (as is) to my MZ-NH1 but it fell apart because of 2 things: 1. Sound Forge will rip & encode & INTRODUCE GAPS in encoding 2. SonicStage will import ok but will not let me transfer the files anywhere! (prohibited) &$!^@#&^$# <==== i am aware that the files produced by Sound Forge are AA3 ant not wrapped in an OMA container and it won’t help if i apply DRM to them & make them OMA the thing that surprises me the most is that almost no one is complaining about this ???? Isn’t it a widespread thing? thanks for trying Avrin edit: i have just e-mailed Sony customer support (www.connect.com) about this unforgivable mistake! ;P let's hope they can reply...

are you sure that u selected ALL the files when you encoded them to a3+ ? because in my case the gaps will appear when you convert each file individually. the ripping problem (track marks moved) is exactly happening to me in the same way... the strange thing is....i suspected that my PC or windows config was wrong or broken in some kinda way....but i have tried it on multiple PCs with multiple windows installs thanks for trying

hello everyone... i need your help in something really annoying in *ALL* versions of SonicStage that i used starting from the version bundled with the MZ-NH1 ... (i think it's 2.1) up until 4.0. it is the way the encoder in SonicStage AND SimpleBurner uses the ATRAC3plus CODEC ... Not ATRAC3 or WMA or MP3...just the ATRAC3plus CODEC. When you rip a CD or convert files or rip using SimpleBurner it seems like the 2 programs have a way of achieving "gapless" rips or converts by streaming the audio signal as one long stream & cutting it where one track ends & the other begins (simulated track marks) but due to an error in the way the 2 programs use the ATRAC3plus CODEC it doesn't split the tracks in the original point in the stream! it splits them before the end of the first track by about 300 to 400 milliseconds (less than half a sec) & the remaining part of the first track goes to the second track. i checked this using my ears & sound forge to examin the output. what dose this mean??? you will always have to hear the last milliseconds of the track that was playing before the track you will listen to next ... on some CDs this will have no effect but on gapless CDs it will be EXTREAMLY ANOYING there are no solutions for this that i know of...except for 1. ripping the CD 2. combine all the tracks using the combine function 3. split them using the divide function 4. re-name & re-tag everything (everything was tagged & named perfectly using gracenote in the first place) of course ... when you record using the MD unit (NH1 in my case) you don't have this flaw. i have tried deferent PCs & deferent windows versions (freshly installed) heck, i even tried virtual PCs & i still get the same result! i have made 3 WAV test tones for you to checkout...they are: #1 (300Hz) // #2 (500Hz) // #3 (700Hz) please pop them in SonicStage and: 1. select them all (all 3 signals) <=== IMPORTANT 2. convert Them to ATRAC3plus (any bitrate) 3. delete the WAV files. 4. listen to them...or better yet, open them in sound forge or (after converting to WAV) in any other WAV editor of choice. please let me know if you get part of signal #1 in #2 and part of #2 in #3. i really need to know if this is a widespread issue or something caused by some kind of flaw in windows (or SonicStage) peace ps: please rename the extension of the attached file to RAR sample_tones.txt

ok so here we go... i have made 3 WAV test tones for you to checkout...they are: #1 (300Hz) // #2 (500Hz) // #3 (700Hz) please pop them in SonicStage and: 1. select them all (all 3 signals) <=== IMPORTANT 2. convert Them to ATRAC3plus (any bitrate) 3. delete the WAV files. 4. lestin to them...or better yet, open them in sound forge or (after converting to WAV) in any other WAV editor of choice. please let me know if you get part of signal #1 in #2 and part of #2 in #3. peace ps: please rename the extension of the attached file to RAR [attachmentid=1680] test_tones.txt

well i've tried all 3 sources (original gapless CDs / ISO image + virtual drive / split WAV tracks) & the result is the same regardless heck... i even tried WAV+CUE (from EAC) & tried editing the track marks in the CUE sheet (to simulate an offset that SonicStage will correct with it's encoder's error) but it didn't seem to work... thanks dex

thanks dex but this problem has nothing to do with the optical drive since it is in the encoding phase... i tried about 7 optical drives / tried ripping with EAC & you will always have this glitch even when encoding files... not ripping from CDs you can try this by taking 2 wav files each one with a deferent audio signal & encoding them in ATRAC3plus (any bitrate) & after opening the second one in a wave editor, you will see part of the signal that belongs to the first file in there! thanks for the tip mate

good morning fellow MDers... i seek help in something really annoying in *ALL* versions of SonicStage that i used (starting from the version bundled with the MZ-NH1 ... i think it's 2.0 or 2.1? up until 3.4). it is the way the encoder in SonicStage AND SimpleBurner uses the ATRAC3plus CODEC ... Not ATRAC3 or WMA or MP3...just the ATRAC3plus CODEC. When you rip a cd or convert files or rip using SimpleBurner it seems like the 2 programs have a way of achieving "gapless" rips or converts by streaming the audio signal as one long stream & cutting it where one track ends & the other begins but due to an error (in the way the 2 programs use the ATRAC3plus CODEC) it doesn't split the tracks in the original point in the stream! it splits them before the end of the first track by about 300 to 400 milliseconds (less than half a sec) & the remaining part of the first track goes to the second track. i checked this using my ears & sound forge to examin the output. what dose this mean??? you will always have to hear the last milliseconds of the track that was playing before the track you will listen to next...better yet, if you have a cd with gapless tracks & one of them ends in a crash or scream or what ever...you will hear part of it in your next track (so if you'll make a playlist with deferent tracks from deferent albums, you will have a messed up experience BIG TIME the dark side of the moon / the downward spiral / war & peace vol.1 <=== are just examples of how this error will make such a mess & when you list some songs for converting, you will get the same error in the begging of each song there are no solutions for this that i know of...except for 1. ripping the cd 2. combine all the tracks using the combine function 3. split them using the divide function 4. re-name & re-tag everything (everything was tagged & named perfectly using gracenote in the first place) so how about 300+ cds? of course ... when you record using the MD unit (NH1 in my case) you don't have this flaw. anybody have any insights on this??? would really appreciate it! thanks for reading...& sony...please do something about this...ok?

hello... i'm really happy that sony is releasing a third generation hi-md device & i hope that this means that the minidisc platform is not dead (even if its lesser devices & more focus to the pro segment). as for mp3 support, i really can't understand why is everyone so crazed about it?? it is well known that mp3 is one of the least efficient audio compression formats out there & to support such a thing in such a - hi standard- platform is just like sony replying to us when we say "humor me..." i don't think that they really care about that (witch is a good thing...) i'm not saying that i don't have mp3 in my computer...in fact, i have about 8 GB of them but it would be better to have them compressed in atrac format because i don't think they can get more screwed then they already are anyway... so sony...KEEP THEM HOT STUFFS COMIN'