English Amiga Board


Go Back   English Amiga Board > Coders > Coders. General

 
 
Thread Tools
Old 14 November 2002, 17:26   #1
PseudoDOS
Registered User
 
Join Date: Nov 2002
Location: Munich
Age: 48
Posts: 21
Thumbs up rippermaster.library awaits release

great hello,

the long ago announced ripper master library with clients is close to release. will happen this year, more sure this month. its name can be either as above or xfrmaster.librtarys, which means eXterneal Format Rippers. What do you think?

It is written 100% in 68000 assembler, and is compattible to any amiga os. At this moment it supports 29 formats by 19 external clients and one internal client. The internal client supports "iff" and "amiga binary".

XFR provides both functions to check a file and to scan a memory or a file. It is built on an object orientated concept and the clients use taglists. there are other functions for converting and similar and a deep scan mode is distinguished from a flat scan mode.

Porting to other plattforms may be possible, though, includes support is now only for amiga assembler and some little c. The only manko is i cannot code c and you may help me here.

A pretty developer documentation is available in amigaguide format. Now programs have easy access to an extendable ammount of types of data that can be ripped. for exaple sound modules but not just modules intended.

Just let me know you opinions. I would like to see xfr implemented in voodoo-x by a button press.

regards,

<akira>
Please do not write a direct signature. Use your UserCP instead
</akira>
PseudoDOS is offline  
Old 14 November 2002, 19:43   #2
Frog
Junior Member
 
Frog's Avatar
 
Join Date: Aug 2001
Location: France
Posts: 1,385
It look promising and a bit similar as aFilter (from PseudoDOS group too)

Does it recognize xfd decruncher too in the same way as Track2File handle them ?
Frog is offline  
Old 14 November 2002, 20:38   #3
PseudoDOS
Registered User
 
Join Date: Nov 2002
Location: Munich
Age: 48
Posts: 21
XFR is a library itself with its own clients. a library, that can be accessed from other programs.

making xfr recognicing xfr, xad and similar would mean to write a client that doors that in. this is not recommended, 'cause each separate system has its special features and all together can be best utilised from a main program and frontend which opens these librarys in some way.

aFilter is such a frontend for shell usage, where some formats of afilter and especially its unirip plugin are replaced now by xfrmaster.library and libs:xfr/.

afilter for this purpose has got a new plugin named xfr. surely anyone who can, may write a client for xfr, that pops in xfd or xad into xfr itself or vice versa. e.g. a xad client that scans and rips. i have been thinking on this for long periods of time and came to the conclusion, that it would be dificult because of the partial-file handling of xad and a missing ability to give a xad client a priority of execution. am i right? it would be much more flexible to make programs with graphical interfaces, that can use all these librarys.
voodoo-x is an example for such work and in my opinion it can be even better when it does use also xfd and xfr besides xad.

annother frontend of this kind i see in the deficon feature of the newer amiga os. i have seen that with amithlon. this program sorts default icons and functions like directory opus to files of a certain type on the workbench. you do not need a workbench replacement with this. deficon goes beyond just looking at the filename ending. like opus it can look into the files to recognice their formats. my great idea is to make DEFICON access the x libs and datatypes (if it doesnt use datatypes yet) for further special recognitions. (multiview does use datatypes)

The third frontend i know is the unpack utility in the new amiga os. it does use xad only. what about extending that?

Last but not least: eagleplayer. I started to make an eagleplayer-ripper plugin for aFilter and an eagleplayer genie that can access my own clients but failed. the eagle guys did not write back.

Afilter was the first real step to make the many separate tools one tool.

You ask about somehting like track to file. aFilter afaik is able to read tracks from a disk, as long they aren't long tracks. Can you be more specific what you want to perform?
PseudoDOS is offline  
Old 14 November 2002, 23:29   #4
Frog
Junior Member
 
Frog's Avatar
 
Join Date: Aug 2001
Location: France
Posts: 1,385
Track2File (by Mr.larmer) is able to load a disk/file and then seek in it for any crunch id available with xfd lib. It even calculate PP20 data file size
I know aFilter can use xfd too.
My question was is xfr would be able to do the same. It seems a 3rd utility such as Voodoo-X should call itself xfr and then xfd.

BTW i've an old ripper wrote by a friend. Unfortunately i've no sources. He offer a nice feature such as adding your own header. Perhaps it could give you some idea about a GUI.
Frog is offline  
Old 15 November 2002, 00:37   #5
PseudoDOS
Registered User
 
Join Date: Nov 2002
Location: Munich
Age: 48
Posts: 21
Reading disk tracks and then use xfd or else on them can be done with afilter allready. If you have no idea where to get it updated, look at its homepage at http://www.psi5.com/~silva/afilter/
PseudoDOS is offline  
Old 15 November 2002, 04:28   #6
Amiga1992
Registered User
 
Join Date: May 2001
Location: ?
Posts: 19,645
Ack. Mr Larmer :P
Amiga1992 is offline  
Old 27 November 2002, 01:44   #7
PseudoDOS
Registered User
 
Join Date: Nov 2002
Location: Munich
Age: 48
Posts: 21
a preview and some support section can be seen and are allready on the page in the link above, previous message
PseudoDOS is offline  
Old 27 November 2002, 04:13   #8
Codetapper
2 contact me: email only!
 
Codetapper's Avatar
 
Join Date: May 2001
Location: Auckland / New Zealand
Posts: 3,182
Question Question

From the reading I think I understand what you are trying to do - separate the ripping part out of ExoticRipper/Jack the Ripper type programs. Is that the case?

What actual features or formats are you adding to this software which would make anybody want to use it over ExoticRipper? From memory Exotic Ripper could rip about 60 formats, if this library only does about 30 why would anybody use it instead of just loading up Exotic Ripper?

(Do not take offence, I am just wondering where this project is going. Perhaps you have thought of some vital features or new rip formats that are not in Exotic that I can't think of).

I am guessing programs like WRip by Bert Jahn could be modified to identify music modules by calling this library?
Codetapper is offline  
Old 27 November 2002, 19:43   #9
PseudoDOS
Registered User
 
Join Date: Nov 2002
Location: Munich
Age: 48
Posts: 21
I've got all three things I need to make this project successful:

a crew, a ship and a map

Its a shared libray w/ clients that can be accessed from any program like known from xfd. Its name will be XFR and there are people willing to create more and better clients and also gui-ed programs for it. Also its not only specified as a sound ripper. you may make it rip whatever you can. Though I state to sort crunchers to xfD.

I do not like exoticripper. It did not what I wantet it to do. And but to eagleplayer it wasn't shareable. However that was a hack and did not work in my system either. Besides, with exoticgui afaik only few features of exoticripper were performable.

For example with XFR you have the "xfrlist" utility, that shows you all supported formats in your dir.

Last edited by PseudoDOS; 27 November 2002 at 19:50.
PseudoDOS is offline  
Old 14 December 2002, 18:04   #10
PseudoDOS
Registered User
 
Join Date: Nov 2002
Location: Munich
Age: 48
Posts: 21
i have just uploaded a source of the upcomming xfrscan tool. you may check it out for what it is alike but beware of assemble. its not working and some hours older than the newest. there is only one or two calls going straight to xfr itself in it and a great piece of 1.3 kick compatible work for processing a whole directory. http://otaku.onlinehome.de/xfrscan.asm
PseudoDOS is offline  
Old 22 January 2003, 23:10   #11
PseudoDOS
Registered User
 
Join Date: Nov 2002
Location: Munich
Age: 48
Posts: 21
Floppy disk public release 1.0 available

the latest release 1.0 and a lot of notes on the next public release are available on http://www.psi5.com/~silva/afilter/

some of the comming features:

- scan disks
- xfr plugins for delitracker and eagleplayer

actually closely anything is coded and working. i just have to fix a bug in the xfr functionality proving soundfx converter and decide on some cosmetic details. then build the archive.

if you want me to do these tasks quite soon you may encourage me with some mails "great work" alike.
PseudoDOS is offline  
Old 23 January 2003, 00:00   #12
Frog
Junior Member
 
Frog's Avatar
 
Join Date: Aug 2001
Location: France
Posts: 1,385
to get more feedback, you should post your news to Exotica forum too : http://exotica.fix.no/forum/
Frog is offline  
Old 23 January 2003, 00:49   #13
PseudoDOS
Registered User
 
Join Date: Nov 2002
Location: Munich
Age: 48
Posts: 21
great deal. so the story may continue there for anyone who's interested.
PseudoDOS is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
bsdsocket.library support seems to be broken in latest dev release nexusle support.FS-UAE 5 03 January 2013 18:44
MUImaster library Amigalover122 project.WHDLoad 3 17 November 2011 19:16
Math library? Tiddlypeeps Coders. General 5 08 April 2010 19:45
Amos PD Library Release 2 for sale forumbase MarketPlace 0 07 February 2006 18:32
Making a shared library from a gcc .a library JoJo Coders. General 1 10 March 2003 19:06

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 09:20.

Top

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.
Page generated in 0.09734 seconds with 15 queries