IPB

Welcome Guest ( Log In | Register )

> foobar2000 General Forum Rules

This is NOT a tech support forum.
Tech support questions go to foobar2000 Tech Support forum instead.

See also: Hydrogenaudio Terms of Service.

 
Reply to this topicStart new topic
No Monkey Audio support in fb2k beta 13 !
szczepl
post Dec 24 2005, 16:23
Post #1





Group: Members
Posts: 33
Joined: 27-October 05
From: Zabrze, Poland
Member No.: 25374



I was using beta12 and NEVER had issues with playing/converting to/from
Monkey Audio APE files. So I'm confused, I just upgraded to beta 13, besides
that installation erased all my previous components, the in_foo_ape.dll plays,
but if CUESHEET is embedded into a file, foobar crashes. Also pressing "STOP"
button causes an error. Everything was just working, now it is broken.
In past 3 weeks I completely remastered my APE images and embedded CUESHEETs
in them, now I can't even switch to FLAC, because of new conception of Peter...
I cannot find old beta 12 dll's to make conversion to FLAC, because on www
are only new beta13 components. I suppose I'm not the only one angry with that
situation. I prefer APE, because it's very good compromise betweeen filesize
and speed of coding/decoding. FLAC files are ALWAYS bigger sad.gif Even about 20-50 MB!
So, please, can anyone send me or point me to DLLs compatible with beta 12,
as typed: columns UI and freedb tagger.
Or, give me solution, about how to get fb2k to work with APE's with CUEs embedded...

Anyway, Happy X-mas for everyone smile.gif smile.gif
Go to the top of the page
+Quote Post
Lyx
post Dec 24 2005, 16:27
Post #2





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



In english please.


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
szczepl
post Dec 24 2005, 16:52
Post #3





Group: Members
Posts: 33
Joined: 27-October 05
From: Zabrze, Poland
Member No.: 25374



QUOTE (Lyx @ Dec 24 2005, 05:27 PM)
In english please.
*


I'm not native speaker.
In other words:
Monkey Audio support in fb2k v0.9 beta 13 is broken.
Peter claims that Monkey Audio library is no more maintained.
But, I had never such a problems with Monkey Audio support, in earlier betas.
So, the problem IS: if cue sheet is embedded into APE file, foobar beta 13 crashes.
With the same library that was used in beta 12, I think.
I have over 200 CD's , with embedded cue sheet, I spent last 3 weeks doing this,
and recompressing all to 'High' level of compression, now in beta 13 I can't
even play them or convert them to other format... AND - I can't revert to beta 12,
because beta 13 erased old components, and on the internet there are no beta 12
compatible components anymore... -> Columns UI and freedb tagger.
Do you unterstand now, or still not? crying.gif blink.gif
Go to the top of the page
+Quote Post
digidistortions
post Dec 24 2005, 19:04
Post #4





Group: Members
Posts: 55
Joined: 12-December 03
Member No.: 10382



http://foobar2000.org/beta/components.html
Go to the top of the page
+Quote Post
gfngfgf
post Dec 24 2005, 20:43
Post #5





Group: Members
Posts: 899
Joined: 2-November 04
Member No.: 17951



You could always install version 0.8.3 and use it to convert your files. I believe the special installer has all the components you would need.
Go to the top of the page
+Quote Post
Synthetic Soul
post Dec 24 2005, 20:43
Post #6





Group: Super Moderator
Posts: 4887
Joined: 12-August 04
From: Exeter, UK
Member No.: 16217



QUOTE (szczepl @ Dec 24 2005, 03:52 PM)
So, the problem IS: if cue sheet is embedded into APE file, foobar beta 13 crashes.

I tested this and had no such crash. Monkey's Audio 3.99, Extra High compression.


--------------------
I'm on a horse.
Go to the top of the page
+Quote Post
boombaard
post Dec 24 2005, 23:38
Post #7





Group: Members
Posts: 336
Joined: 7-February 05
From: Local Cluster
Member No.: 19647



QUOTE (Synthetic Soul @ Dec 24 2005, 08:43 PM)
QUOTE (szczepl @ Dec 24 2005, 03:52 PM)
So, the problem IS: if cue sheet is embedded into APE file, foobar beta 13 crashes.

I tested this and had no such crash. Monkey's Audio 3.99, Extra High compression.
*



i'm not sure if the monkey's audio frontend supports cuesheets, but otherwise you might just use that to convert everything to something else with (if it indeed is broken and not just a freak occurrence)..
however, on my pc it doesn't crash either...
Go to the top of the page
+Quote Post
szczepl
post Dec 25 2005, 14:57
Post #8





Group: Members
Posts: 33
Joined: 27-October 05
From: Zabrze, Poland
Member No.: 25374



QUOTE (Synthetic Soul @ Dec 24 2005, 09:43 PM)
QUOTE (szczepl @ Dec 24 2005, 03:52 PM)
So, the problem IS: if cue sheet is embedded into APE file, foobar beta 13 crashes.

I tested this and had no such crash. Monkey's Audio 3.99, Extra High compression.
*



Maybe I'm doing some things wrong... I deinstalled fb2k completely,
and then installed clean beta 13 install, next installed the library for APE
files, then I tried to load set of APE files with cuesheets embedded.
fb2k generated an error. I don't know if I can ask Peter for help, in case
he maybe have no time for me even if I can speak to him in my national
language, so I'm using this hydrogenaudio list to describe my problems...
I'll try it again, will describe if got luck or not smile.gif
Go to the top of the page
+Quote Post
GHammer
post Dec 26 2005, 12:35
Post #9





Group: Members
Posts: 224
Joined: 11-May 03
From: China
Member No.: 6546



Post the error you are getting.
You can open the console and copy/paste I'd think.
Go to the top of the page
+Quote Post
Alex B
post Jan 17 2006, 13:42
Post #10





Group: Members
Posts: 1303
Joined: 14-September 05
From: Helsinki, Finland
Member No.: 24472



QUOTE
Monkey's Audio decoding support download link

This component has known stability issues (random crashes during decoding). Since problematic library appears to be no longer maintained, we recommend using another lossless format instead.

I suppose "problematic library appears to be no longer maintained" means the foobar component. Monkey's Audio has not changed to more problematic. Monkey's Audio support (ape/ape+cue/ape+apl) works perfectly with foobar 0.83.

If 0.9 has problems with Monkey's Audio format I seriously hope the problems can be fixed. I have ripped about 2000 audio CDs in this format:
Monkey's Audio source file (disc image) + CUE (in unaltered EAC format) + APL track link files (for complete tagging including the replay gain info).

I have no intention or desire to convert my file archive. Personally, I have no use for embedded cue sheets, but I think they should be usable with any compression format similarly like separate cue sheets.

Please....


--------------------
http://listening-tests.freetzi.com
Go to the top of the page
+Quote Post
Peter
post Jan 17 2006, 16:06
Post #11


foobar2000 developer


Group: Admin
Posts: 3275
Joined: 30-September 01
Member No.: 84



QUOTE (Alex B @ Jan 17 2006, 01:42 PM)
I suppose "problematic library appears to be no longer maintained" means the foobar component. Monkey's Audio has not changed to more problematic. Monkey's Audio support (ape/ape+cue/ape+apl) works perfectly with foobar 0.83.
*
All recent crash reports related to Monkey's Audio support pointed to their code not ours. Only difference is that 0.8.3 APE input contains hackfix for maclib APE tag reader security hole which also happens to axe a few other problems; reverting to unmodified maclib 3.99 while trying to workaround something else caused "new" problem with APE tag reader to appear - while all other apps using unmodified maclib 3.99 suffer from exact same problem, including original frontend (haven't tested 4.01).
There's still one apparently random crash in decoder itself (reading past allocated buffer in CUnBitArray); we currently suspect that the problem somehow appeared with new compiler (0.8.3 is MSVC6, 0.9 is MSVC8) but rebuilding APE input with older compiler is not an option as current 0.9 SDK doesn't even compile on pre-MSVC8.
Go to the top of the page
+Quote Post
foosion
post Jan 17 2006, 16:43
Post #12





Group: FB2K Moderator (Donating)
Posts: 4421
Joined: 24-February 03
Member No.: 5153



QUOTE (Alex B @ Jan 17 2006, 01:42 PM)
I have no intention or desire to convert my file archive. Personally, I have no use for embedded cue sheets, but I think they should be usable with any compression format similarly like separate cue sheets.
*

It does not make sense to embed cuesheets in state-of-the-art (container) formats that natively support chapters, in fact it is likely to conflict with this. This means that support for embedded cue sheets will only be enabled for selected formats. (There is generic code in the SDK for enabling support for embedded cue sheets to ensure consistent behaviour for all formats that do support it.)
External cue sheets on the other hand are handled by a generic cue sheet input that delegates decoding to whichever format the referenced audio data is in. The cue sheet input does not check the format of the referenced data, and thus gives the user the freedom to (ab)use external cue sheets with any format he or she desires.


--------------------
http://foosion.foobar2000.org/ - my components for foobar2000
Go to the top of the page
+Quote Post
Alex B
post Jan 17 2006, 20:28
Post #13





Group: Members
Posts: 1303
Joined: 14-September 05
From: Helsinki, Finland
Member No.: 24472



QUOTE (zZzZzZz @ Jan 17 2006, 05:06 PM)
All recent crash reports related to Monkey's Audio support pointed to their code not ours. Only difference is that 0.8.3 APE input contains hackfix for maclib APE tag reader security hole which also happens to axe a few other problems; reverting to unmodified maclib 3.99 while trying to workaround something else caused "new" problem with APE tag reader to appear - while all other apps using unmodified maclib 3.99 suffer from exact same problem, including original frontend (haven't tested 4.01).
There's still one apparently random crash in decoder itself (reading past allocated buffer in CUnBitArray); we currently suspect that the problem somehow appeared with new compiler (0.8.3 is MSVC6, 0.9 is MSVC8) but rebuilding APE input with older compiler is not an option as current 0.9 SDK doesn't even compile on pre-MSVC8.
*

I am not a programmer, but I think I understand what you mean. So far I am safe with my file archive because I can use older tools for it. I don't keep my disc image files on-line anyway. I have instead separate track files for my day-to-day needs.

Perhaps I could try to ask Matt's opinion on this matter, since he has shown some Monkey's Audio activity recently.


--------------------
http://listening-tests.freetzi.com
Go to the top of the page
+Quote Post
Alex B
post Jan 17 2006, 21:29
Post #14





Group: Members
Posts: 1303
Joined: 14-September 05
From: Helsinki, Finland
Member No.: 24472



QUOTE (foosion @ Jan 17 2006, 05:43 PM)
It does not make sense to embed cuesheets in state-of-the-art (container) formats that natively support chapters, in fact it is likely to conflict with this. This means that support for embedded cue sheets will only be enabled for selected formats. (There is generic code in the SDK for enabling support for embedded cue sheets to ensure consistent behaviour for all formats that do support it.)
External cue sheets on the other hand are handled by a generic cue sheet input that delegates decoding to whichever format the referenced audio data is in. The cue sheet input does not check the format of the referenced data, and thus gives the user the freedom to (ab)use external cue sheets with any format he or she desires.
*

So the embedded cue sheet system is a bit more complicated than just a copy of the cue file inside the file tag area. I didn't know that. I just meant that the seek points should be usable with any file encoding format like they seem to be with v. 0.83. and external cue files.

Containers are a different thing. Actually, I would very much prefer playable Matroska container files instead of the "rar container" system I use currently. My typical album archive looks like this:


Click to enlarge.

If I have understood correctly the Matroska format supports auxiliary files. So at least in theory it should be possible to convert my album archives including the cue, log and cover art files to Matroska format.

Edit: a small fix

This post has been edited by Alex B: Jan 17 2006, 21:48


--------------------
http://listening-tests.freetzi.com
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 30th August 2014 - 05:43