25 Apr '14 - 08:34 *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
 
   Home   Help Search Login Register  
Pages: [1]
  Reply  |  Print  
Author Topic: Update (.1) released  (Read 6355 times)
Ian @ un4seen
Administrator
Posts: 16335


« on: 13 Jan '06 - 15:20 »
Reply with quoteQuote

Yep, an update is up on the XMPlay page. Basically just an accumulation of the little changes made since the initial 3.3 release, but also with the addition of uber-fast skin loading, even big skins like iXMPlay should load pretty much instantly.

I'm told it also sorts out the mysterious OGGENC problem Smiley
Logged
Mr_Rabid_Teddybear
Posts: 47


« Reply #1 on: 13 Jan '06 - 17:55 »
Reply with quoteQuote

I'm told it also sorts out the mysterious OGGENC problem Smiley

I'm very sorry to say my problem persists.... Sad

Quote from: Output from ogginfo.exe
Warning: Hole in data found at approximate offset 4500 bytes. Corrupted ogg.
Warning: Invalid header page, no packet found
Warning: Invalid header page in stream 1, contains multiple packets
New logical stream (#1, serial: 0000050e): type invalid
Warning: stream start flag not set on stream 1
Warning: sequence number gap in stream 1. Got page 1 when expecting page 0. Indicates missing data.
Logical stream 1 ended

Logged
Brian
Posts: 733


« Reply #2 on: 14 Jan '06 - 12:24 »
Reply with quoteQuote

A good little update - many thanks.
Logged
Dotpitch
Posts: 2690


« Reply #3 on: 14 Jan '06 - 15:07 »
Reply with quoteQuote

I'm told it also sorts out the mysterious OGGENC problem Smiley
I'm very sorry to say my problem persists.... Sad
I've got it working like this now:
oggenc2_aoTuV -q %q -t %1 -a %2 -l %3 -d %4 -N %5 -o %o -
oggenc2_aoTuV is OggEnc v2.8 (libvorbis aoTuVb4.51) from www.rarewares.org/ogg.html. With the Xiph-build (the non-optimized one), you've got more chance that it works. %q is the quality you want, works from -1 (-2 with aoTuV) to 10, I know it works up to 7. Also, I found out that adding "-G %6" or "-c %7" results in a broken file.

[5 minutes later]
Great! Now it doesn't give any working ogg anymore Sad.

If I run OggInfo on the file while it is being created, it reports a working ogg, even if the resulting ogg in the end if broken.
I'd say the problem is still mysterious. Ian sent me some modified versions and the last one actually worked with all OggEncs I had, but now it feels more like there's an external factor messing things up...
Logged
Roj
Posts: 424


« Reply #4 on: 14 Jan '06 - 15:37 »
Reply with quoteQuote

I'm reading all this stuff and all I keep thinking is "how is this XMPlay's problem?".  From where I'm sitting it looks like the encoders are broken and thus producing files that XMPlay can't deal with because they're broken.  If that's indeed the case, then why is the onus on Ian to fix it?

Terrific update, Ian.
Logged
Mr_Rabid_Teddybear
Posts: 47


« Reply #5 on: 15 Jan '06 - 08:53 »
Reply with quoteQuote

I'm reading all this stuff and all I keep thinking is "how is this XMPlay's problem?".  From where I'm sitting it looks like the encoders are broken and thus producing files that XMPlay can't deal with because they're broken.  If that's indeed the case, then why is the onus on Ian to fix it?

Terrific update, Ian.

Because this happens with all different versions of oggenc? Because this doesn't happen with the same oggencs used with other frontends? Think that makes it a XMPlay problem....

Logged
Vague Rant
Posts: 17


« Reply #6 on: 15 Jan '06 - 12:20 »
Reply with quoteQuote

I think people would have heard about it if the Vorbis encoder was broken.
Logged
Roj
Posts: 424


« Reply #7 on: 15 Jan '06 - 14:41 »
Reply with quoteQuote

I'm reading all this stuff and all I keep thinking is "how is this XMPlay's problem?".  From where I'm sitting it looks like the encoders are broken and thus producing files that XMPlay can't deal with because they're broken.  If that's indeed the case, then why is the onus on Ian to fix it?

Terrific update, Ian.

Because this happens with all different versions of oggenc? Because this doesn't happen with the same oggencs used with other frontends? Think that makes it a XMPlay problem....



I C - I was under the impression that it only happened with the most recent versions.
Logged
ckjnigel
Posts: 7


« Reply #8 on: 15 Jan '06 - 20:13 »
Reply with quoteQuote

Re: optimized Japanese oggenc2
I'm pretty sure there are differences.  I was happily using Stanley Hwang's MediaCoder with the Lancer late November 2005 build until I discovered there were some FLACs that wouldn't be encoded -- not even a logged warning that files were skipped!  It seems there's a problem with how tags are handled.  I subsequently noticed that the genre field is missing even when encoding is successful.
Fortunately, somebody in iRiver forums posted instructions on using foobar2000 special, ver 8.3.  That works fine. I think there's something clever in how Peter translates one tag format to id3v1 that makes it succeed.
As to why use the Blacksword/Lancer build: how about 25x-29x encoding speeds from FLAC!
Logged
Ian @ un4seen
Administrator
Posts: 16335


« Reply #9 on: 19 Jan '06 - 20:40 »
Reply with quoteQuote

I'm very sorry to say my problem persists.... Sad

I tried to email you a couple of times regarding testing stuff, but got no reply. Nevermind, with Dotpitch's assistance, here's an update that should finally sort it...

   www.un4seen.com/stuff/xmplay.exe
Logged
Roj
Posts: 424


« Reply #10 on: 19 Jan '06 - 21:17 »
Reply with quoteQuote

I'm very sorry to say my problem persists.... Sad

I tried to email you a couple of times regarding testing stuff, but got no reply. Nevermind, with Dotpitch's assistance, here's an update that should finally sort it...

   www.un4seen.com/stuff/xmplay.exe
If this works, will you be updating the .1 release with it?
Logged
Mr_Rabid_Teddybear
Posts: 47


« Reply #11 on: 20 Jan '06 - 14:35 »
Reply with quoteQuote

I tried to email you a couple of times regarding testing stuff, but got no reply. Nevermind, with Dotpitch's assistance, here's an update that should finally sort it...

   www.un4seen.com/stuff/xmplay.exe
Very sorry. Seems the mailaccount I've registered with on this forum are one I don't check so frequently these days. However, I will check it more often from now on....

Yupp!  Cheesy That takes care of it. Valid files with all my testversions of oggenc. Foobar2000 now also reports "VBR joint stereo" for lame -V 2 --vbr-new encoded file. So all's hunky dory!

Logged
Ian @ un4seen
Administrator
Posts: 16335


« Reply #12 on: 20 Jan '06 - 14:59 »
Reply with quoteQuote

If this works, will you be updating the .1 release with it?

Yep. But I'd like to test the file type association registry modifications a bit more first.
Logged
Roj
Posts: 424


« Reply #13 on: 23 Jan '06 - 15:54 »
Reply with quoteQuote

If this works, will you be updating the .1 release with it?

Yep. But I'd like to test the file type association registry modifications a bit more first.
Okee - do keep us posted. Smiley
Logged
Pages: [1]
  Reply  |  Print  
 
Jump to:  

Powered by SMF 1.1.19 | SMF © 2013, Simple Machines